Дело о пропавшем IPv6

Значимый прорыв формирует отрасль ИИ: Maxim-Safianov 5 минут назад Дело о пропавшем IPv6 Сложный 7 мин 24 Nginx * DNS * Кейс «Это ТСПУ РКН, поделать ничего нельзя» — а проблема три месяца ждала в консоли сервераВремя расследования · 2 дня Причин найдено · 3 Команд для победы · 1 Клиент — онлайн-СМИ застройщика федерального уровня, несколько десятков публикаций в день, своя редакция. С июня сайт периодически становился недоступен. Подрядчик, который ведёт техподдержку, прислал такое сообщение:Из переписки с подрядчиком, 26.

08 Мы занимаемся техподдержкой и доработкой функционала сайта. Примерно с июня клиент жаловался на периодическую недоступность. Мы проверили все возможные причины — блокировок ни со стороны хостинга, ни со стороны VPS, ни со стороны сайта не найдено.

Технические детали

Обращались в ТП хостера. После нескольких тестов — смены IP и прочего — мы сменили версию TLS-рукопожатия, сменили протокол HTTP, выполнили много других рекомендаций. Доступ со стороны обычных пользователей наладился.

Однако сейчас клиент жалуется на доступ нейросетей — то есть, то нет. Хостер утверждает, что дело в ТСПУ РКН: блокируются пулы айпи-адресов, у этих сервисов они каждый раз разные, отсюда и плавающая проблема. Технических ограничений нет.

Объяснение звучит убедительно: государственная система блокировок, случайные пулы адресов, подрядчик бессилен. Проверить его руками нельзя — а значит и опровергнуть тоже. Идеальный диагноз для того, чтобы закрыть тикет.

Отраслевые последствия

Через два дня выяснилось, что причин было три, все на этом же сервере, и ни одна не имела отношения к РКН. Таблица, которая не похожа на блокировкуКлиент прислал выгрузку из Google Search Console: столбец «Невыполненные запросы на сканирование» за 89 дней подряд, от 0,2% до 78%, среднее около 40%. Если бы трафик резали по правилу — по User-Agent, по подсети, по решению регулятора — график выглядел бы как полка: 100%, пока правило действует, 0% вне его.

Здесь распределение размазанное, без единого дня на нуле и без единого дня на ста. Отказ происходит вероятностно: конкуренция за ресурс, лимит соединений, таймаут, случайные баны части трафика. 89 дней без единого дня восстановления исключают версию с разовым инцидентом.

Это состояние инфраструктуры. Семь гипотез до доступа к серверуПо одной таблице я выписал всё, что могло дать такой процент: PHP-FPM отдаёт robots. txt через самописный роутинг и упирается в лимит пула, лимиты nginx на соединения, временные баны fail2ban для подсетей Google, нестабильный IPv6, перегрузка БД волнами, антибот-периметр хостинга, проблемы TLS-хендшейка.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.