Обратен 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 Database. Който управлява тези сървъри за имена, решава какво казват 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, потвърден в права посока (forward-confirmed reverse 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 блок, който отдаваме под наем, в черните списъци преди доставката и всеки ден, докато го имате (как да поддържате блока чист).