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

[FSA]

Вот как раз на такой случай я и делал для себя через ИИ утилиту, которая быстро анализирует доступность сервера - https://github.com/fsa/http-tester

Тестирует по IPv6+IPv4, по http, по https и quic, если последний есть. Кстати, идея возникла после того, как я долго ловил баг, что когда я захожу на сайт со своего компьютера, то у меня срабатывает редирект. А когда заходят с соседнего, то там всё нормально. Оказалось я забыл прописать quic на хосте. Мой компьютер видел, что сайт доступен по quic и ломился туда, получая дефолтный редирект. А соседний компьютер подключался по http2 и спокойно всё показывал.

Утилита написана ИИ. Можете дорабатывать код, если желаете, можете полностью переписать вручную, если есть квалификация. Если будете переписывать, не забудьте скинуть ссылку на репозиторий, откуда взяли идею ;-)

[Maxim-Safianov]

Как дополнение к цели статьи. Размещаете утилиту на облачном инстансе от гугла(аренда от 30 минут) и сразу получаете проверку доступности именно с пула IP Google

[FSA]

Ну судя по статье, это даже излишне. Там же банально

Даже с адресом на месте nginx не принимал HTTPS по IPv6 на боевом vhost’е — слушал только служебный дефолт-блок.

Можно хоть с России проверять, утилита бы сразу заругалась, что у тебя ответ по IPv6 какой-то не такой. Нужно только IPv4+IPv6 иметь на хосте откуда проверяешь. Теоретически можно проверку даже на самом хосте запустить, тоже может подсказать ошибки.

[Maxim-Safianov]

Так проблемы то 3. Расследование началось по причине недоступности сайта для Гугла. В последний момент найдена 3 причина - блокировка всего ipv6 трафика из США. Сама по себе доступность из РФ(любой другой страны) не покажет что проблема осталась

[iMic]

Кажется я теперь понимаю, почему на VPS IPv6 как правила есть, а у реальных сайтов нет))