Как проверить, поддерживает ли домен IPv6

Чтобы проверить, публикует ли домен IPv6, запросите его запись AAAA. В ответе AAAA находится IPv6-адрес, а в ответе A — IPv4. Наличие записи AAAA свидетельствует о том, что имя объявляет IPv6-конечную точку в том DNS-представлении, которое вы запросили; оно не доказывает, что эта точка доступна из любой сети и что сайт корректно работает по IPv6. DNS-публикация, маршрутизация, правила межсетевых экранов, TLS и конфигурация приложения должны согласовываться между собой. И наоборот: отсутствие ответа AAAA означает лишь, что запрошенное имя не вернуло данных IPv6 в тот момент, а не что во всём домене или организации IPv6 не развёрнут.

Запрашивайте правильное имя и тип записи

Проверяйте то имя хоста, на которое действительно заходят пользователи, в том числе выясняя, начинается ли оно с www или использует поддомен приложения. Корневой домен может публиковать IPv6, а www нет, или наоборот. Запрашивайте именно AAAA и сравнивайте с A, чтобы понять, только ли IPv4 у имени, только IPv6 или dual-stack. Если вернулся CNAME, пройдите по цепочке целевых имён: сам псевдоним адрес может не показывать. Повторите запрос через подходящий резолвер, если запись только что добавлена, и отметьте время и TTL, чтобы отличить старый кешированный результат от конфигурации, которая так и не дошла до авторитативной зоны.

IPv6-адрес записывается шестнадцатеричными группами, разделёнными двоеточиями, а подряд идущие нулевые группы можно сжать двойным двоеточием. Такая запись может выглядеть непривычно рядом с IPv4 с точками. Не пытайтесь сравнивать IPv6-адреса как IPv4 и не делайте вывод о том, что адрес приватный, только потому, что он выглядит иначе. Если вы администрируете конечную точку, убедитесь, что адрес назначен нужному интерфейсу, маршрутизируется из интернета и разрешён межсетевыми экранами хоста и облака. Публикация AAAA до того, как конечная точка станет доступной, может привести к сбоям у части клиентов, в зависимости от того, как они выбирают соединение.

Проверяйте доступность сервиса отдельно

После подтверждения записи AAAA проверьте приложение по IPv6 из сети, в которой действительно есть IPv6-связность. Убедитесь, что веб-сервер слушает IPv6-интерфейс и отдаёт для имени хоста правильный сертификат. Проверьте балансировщики нагрузки, настройки CDN, группы безопасности и локальные межсетевые экраны: у IPv4 и IPv6 часто отдельные правила, поэтому разрешение одного семейства не разрешает автоматически другое. Протестируйте и зависимые сервисы, такие как API и хостинги изображений, если страница загружает ресурсы с нескольких доменов. DNS-запрос даёт адрес назначения, но проверить ни одно из этих условий транспорта или приложения не может.

• Проверяйте AAAA для каждого важного имени хоста, а не только для корня.
• Идите по целям CNAME, пока не найдёте опубликованный адрес.
• Проверяйте политики межсетевых экранов и маршрутизации для IPv6 независимо от IPv4.
• Проверьте HTTPS по IPv6, прежде чем широко объявлять запись AAAA.
• Следите за обоими семействами адресов после изменений инфраструктуры или CDN.

Безопасное внедрение dual-stack

Выверенное внедрение начинается с подтверждения того, что провайдер поддерживает IPv6 на каждом значимом уровне: DNS, балансировка нагрузки, межсетевые экраны и связность с исходным сервером. Сначала протестируйте тестовое имя хоста, затем проверьте его из нескольких сетей с поддержкой IPv6. Следите за журналами приложения на предмет ошибок, специфичных для семейства адресов, и сравнивайте долю успешных запросов, а не полагайтесь на один тест. Держите наготове шаги отката, чтобы убрать или исправить запись AAAA, если она указывает на неготовую конечную точку. Если среда использует CDN, следуйте инструкциям этого провайдера и уясните, раскрывает ли публичный DNS адреса пограничной сети, а не вашего исходного сервера.

О связи между семействами адресов читайте в статьях сравнение записей A и AAAA и руководство по IPv4 и IPv6. Чтобы проверить публичный ответ, воспользуйтесь инструментом проверки домена и читайте результаты IPv4 и IPv6 отдельно друг от друга. Главное различие простое: опубликованная запись AAAA — это факт DNS, а сквозная поддержка IPv6 — свойство сервиса, которое нужно проверять на всём пути соединения.

Следите за частичным внедрением IPv6

Готовность к IPv6 нередко неравномерна внутри одного сервиса. У публичного сайта может быть запись AAAA, тогда как API, обратный вызов аутентификации, хостинг изображений или платёжная конечная точка остаются только на IPv4. Из-за этого страница начинает загружаться, но у пользователей с IPv6 ломается на одной из зависимостей. Составьте перечень всех имён хостов, которые использует приложение, и проверьте для каждого нужное семейство адресов. Если перед несколькими исходными серверами стоит CDN, уточните, заканчивается IPv6 на пограничной точке или идёт до бэкенда. Фиксируйте сбои соединений по семействам адресов, чтобы отличить проблему маршрута IPv6 от общего сбоя. Поэтапное внедрение и проверенная запись об откате предпочтительнее, чем широко опубликовать AAAA и ждать, пока клиенты сообщат о первом неработающем запросе.