Зворотний DNS для орендованого простору IP: записи PTR, делегування і пошта

Зворотний DNS зіставляє IP-адресу з іменем через запис PTR. Для більшості сервісів це дрібниця. Для поштового сервера ні: Google вимагає, щоб кожна адреса, яка надсилає пошту на Gmail, мала запис PTR, ім’я з якого резолвиться назад у ту саму адресу, і багато інших одержувачів шукають такий самий збіг. В орендованому просторі запис за замовчуванням лежить у зоні, якою ви не керуєте, тож варто знати, хто його налаштовує і як.

Як працює зворотний DNS

Прямий запит перетворює ім’я на адресу. Зворотний запит перетворює адресу на ім’я, записуючи її чотири числа у зворотному порядку під спеціальним доменом: запис PTR для 203.0.113.10 розташований за адресою 10.113.0.203.in-addr.arpa. IPv6 працює так само під ip6.arpa, по одній шістнадцятковій цифрі.

Зону для /24, у цьому прикладі 113.0.203.in-addr.arpa, реєстр делегує серверам імен, указаним для неї. У регіоні обслуговування RIPE NCC це рядки nserver об’єкта domain у базі даних RIPE. Хто керує цими серверами імен, той і вирішує, що кажуть записи PTR.

dig -x 203.0.113.10 +short

Хто керує ним для орендованого простору

Реєстр делегує зворотну зону власнику блоку, тож для орендованого простору це орендодавець, а не ви. На практиці є два варіанти.

• Орендодавець налаштовує записи, які ви просите. Ви надсилаєте ім’я для кожної адреси, орендодавець публікує записи PTR. Це найпростіший варіант, і його достатньо майже всім.
• Орендодавець делегує зону вам. З об’єктом domain, що вказує на ваші сервери імен, ви самі керуєте записами PTR. Це працює для цілого /24. Для меншої частини орендодавець може передати лише ваші адреси за допомогою безкласового делегування, описаного в RFC 2317: записи CNAME в його зоні, що вказують на зону на ваших серверах імен.

У будь-якому разі запитайте до початку оренди, як вносяться зміни і як швидко вони з’являються, бо поштовий сервер, якому не можна дати належного імені, є поштовим сервером, що не доставляє.

Що перевіряють поштові одержувачі

Настанови Google для відправників формулюють правило для кожного відправника, а не лише масових: «The public IP address of a sending SMTP server must have a corresponding PTR record that resolves to a hostname» (переклад: «Публічна IP-адреса SMTP-сервера відправлення повинна мати відповідний запис PTR, що резолвиться в ім’я хоста»). Це ім’я хоста, своєю чергою, має мати запис A, або AAAA для IPv6, що резолвиться в ту саму адресу. Це зворотний DNS із прямим підтвердженням: адреса в ім’я, і ім’я назад у ту саму адресу. На відсутній або невідповідний запис Gmail відповідає тимчасовою або постійною помилкою і з листопада 2025 р. застосовує свої правила суворіше.

До цього додаються дві звички. Використовуйте те саме ім’я у привітанні, яке надсилає ваш поштовий сервер (HELO або EHLO), і вибирайте імена, схожі на сервер, а не на пул. Yahoo, що вимагає зворотного DNS від кожного відправника, просить записів PTR, які є «meaningful, non-generic» (переклад: «змістовними, не шаблонними»), а деякі фільтри вважають ім’я на кшталт 203-0-113-10.dynamic.example.net ознакою домашнього підключення.

Налаштування, крок за кроком

1. Виберіть одне ім’я для кожної адреси відправлення у домені, яким ви керуєте: mail1.example.com.
2. Створіть прямий запис: mail1.example.com. A 203.0.113.10.
3. Налаштуйте запис PTR: 10.113.0.203.in-addr.arpa. PTR mail1.example.com., через орендодавця або у своїй делегованій зоні.
4. Перевірте обидва напрямки з мережі поза вашою власною:

dig -x 203.0.113.10 +short        # expect: mail1.example.com.
dig +short mail1.example.com A    # expect: 203.0.113.10

1. Налаштуйте поштовий сервер на те саме ім’я. У Postfix це myhostname = mail1.example.com.

Помилки, що ламають доставлення

• Запис PTR без відповідного запису A. Зворотний запит працює, а пряма перевірка не проходить.
• Два записи PTR для однієї адреси. Перевірки розходяться в тому, який з них рахується. Залиште один.
• Перейменування з довгим TTL. Резолвери продовжують віддавати старе ім’я, доки не сплине TTL. Знизьте його за добу до запланованої зміни.
• Забутий IPv6. Якщо сервер надсилає через IPv6, його IPv6-адреса потребує того самого під ip6.arpa, з відповідним записом AAAA.
• Делегована зона на серверах імен, що перестають відповідати. Реєстр перевіряє сервери імен лише під час делегування. Якщо вони згодом відмовлять, разом з ними не спрацює кожен зворотний запит для блоку.

Де тут RTM Networks

Зворотний DNS входить у кожну оренду без додаткової плати: повідомте нам ім’я для кожної адреси, і ми налаштуємо записи PTR (оренда IPv4). Якщо адреси надсилатимуть пошту, їхня репутація важить так само, як їхні імена, тож ми перевіряємо кожен блок IPv4, який здаємо в оренду, за чорними списками перед передачею і щодня, поки він у вас (як тримати блок чистим).