Правильно налаштуйте зворотний 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. Використовуйте спеціалізований поштовий сервіс, якщо команда не може вести повний цикл безпеки й репутації.