Правильная настройка обратного DNS для IPv6

Разберитесь в прямом и обратном путях

Прямой DNS начинается с имени и возвращает адрес: AAAA-запись может сопоставить host.example.net с IPv6-адресом. Обратный DNS начинается с полного адреса, разворачивает каждую шестнадцатеричную цифру и запрашивает PTR под ip6.arpa. Инструменты выполняют это преобразование; длинное обратное имя легко ошибочно написать вручную.

PTR не доказывает владение, не разрешает почту и не шифрует соединение. Он даёт адресу общепринятое имя. Многие операторы предпочитают подтверждённый прямым запросом обратный DNS, где имя PTR разрешается обратно в исходный адрес, но такая согласованность — сигнал политики, а не аутентификация.

• Выберите стабильное полное доменное имя, а не URL.
• Создайте AAAA-запись в авторитетной прямой зоне.
• Установите совпадающий PTR у того, кто контролирует обратную зону.

Настройте без циклической зависимости

Сначала создайте AAAA-запись, например host.example.net, указывающую на точный IPv6-адрес VPS. Подтвердите маршрутизацию и настройку адреса в гостевой системе. Затем откройте управление обратным DNS для этого адреса и установите PTR в host.example.net., если интерфейс принимает абсолютное имя; соблюдайте указания панели о конечной точке.

Если управления нет, спросите поддержку, делегирован ли префикс или создаст ли она PTR. Не считайте, что контроль example.net даёт контроль ip6.arpa. Если VPSEverywhere.com не предоставляет нужную возможность для выбранного адреса, считайте обратный DNS недоступным до подтверждения.

• Используйте одно каноническое операционное имя для PTR.
• Не назначайте PTR имени без совпадающей AAAA-записи.
• Зафиксируйте ответственного за обновление при замене адресов.

Проверьте оба направления

Запросите обратную запись командой dig -x 2001:db8::1234 +short, заменив документальный адрес реально назначенным. Затем запросите прямое сопоставление: dig AAAA host.example.net +short. Ожидается, что обратный запрос вернёт выбранное имя, а прямой результат будет включать исходный IPv6-адрес.

Запросите также независимый рекурсивный резолвер для обнаружения различий делегирования или кэша. Изменения DNS видны не сразу: резолверы могут хранить старые ответы до истечения TTL. Проверяйте авторитетные ответы, прежде чем многократно менять правильную запись.

• Никогда не настраивайте примерный префикс 2001:db8::/32 в производстве.
• Проверьте написание, конечные точки и точный полный IPv6-адрес.
• Повторяйте тест после перераспределения адреса или пересборки сервера.

Для почты PTR — лишь одно требование

Почтовые получатели часто проверяют обратный DNS, но совпадающий PTR сам по себе не обеспечивает надёжную доставку. Согласованно настройте объявляемое имя почтового сервера и внедрите SPF, DKIM, DMARC, TLS, обработку злоупотреблений, мониторинг очереди и корректные практики отправки. До развёртывания подтвердите, что исходящая почта разрешена условиями сервиса и сетевой политикой.

Репутация нового адреса, взломанные аккаунты или незапрошенный трафик мешают доставке даже при идеальном DNS. Используйте специализированную почтовую службу, если команда не может управлять полным циклом безопасности и репутации.