Обратный DNS: поиск в обратную сторону
IP-адрес
93.184.216.34
отправная точка
Запрос PTR
in-addr.arpa — чужая зона
Имя хоста
ответ
Обратная зона принадлежит владельцу блока IP, а не владельцу домена
Что такое обратный DNS: записи PTR
Обычный DNS отвечает на вопрос «какой адрес у этого имени?». Обратный DNS отвечает на противоположный: «какое имя принадлежит этому адресу?». Тип записи, который это обеспечивает, — PTR, сокращение от pointer (указатель).
Обратный DNS: поиск в обратную сторону
IP-адрес
93.184.216.34
отправная точка
Запрос PTR
in-addr.arpa — чужая зона
Имя хоста
ответ
Обратная зона принадлежит владельцу блока IP, а не владельцу домена
Почему это не просто обратный поиск
Два направления действительно независимы. Прямые записи находятся в зоне вашего домена, которой вы управляете. Обратные записи находятся в особой зоне, образуемой из самого IP-адреса, и эта зона принадлежит тому, кто владеет блоком адресов.
Address: 93.184.216.34
IPv4 zone: 34.216.184.93.in-addr.arpa
Октеты записаны в обратном порядке, потому что DNS читает
иерархию справа налево: сначала идёт сеть.IPv6 использует ту же идею в зоне ip6.arpa, где каждая шестнадцатеричная цифра переворачивается отдельно, что даёт длинное, но механически простое имя.
Ключевой вывод
Задать собственную запись PTR в DNS вашего домена нельзя. Обратная зона принадлежит владельцу блока IP-адресов (вашему хостинг-провайдеру или интернет-провайдеру), поэтому изменения PTR запрашиваются через него.
Почему это важно для почтовых серверов
Обратный DNS серьёзно важен ровно в одном месте: при доставке почты. Когда ваш сервер подключается для доставки сообщения, принимающий сервер часто выполняет обратный запрос по адресу подключения как первую проверку легитимности.
- Записи PTR нет вообще — сильный признак спама. У настоящих почтовых серверов она почти всегда есть, у скомпрометированных домашних машин обычно нет.
- Общая запись PTR провайдера — что-то вроде
93-184-216-34.dynamic.isp.netпомечает адрес как домашний или динамический, и многие серверы сразу отклоняют почту с таких адресов. - PTR, не совпадающая с прямой записью — выглядит как неверная настройка или подмена.
dig +short -x 93.184.216.34
# -> mail.example.com.
dig +short mail.example.com
# -> 93.184.216.34 (these must match)Настройка
Убедитесь, что у вас выделенный адрес
У адреса общего хостинга не может быть значимой для вас записи PTR: его делят со всеми остальными. Подробнее: общий и выделенный IP.
Сначала создайте прямую запись
Добавьте запись
Aдля имени вашего почтового хоста, напримерmail.example.com, указывающую на этот адрес. Сделайте это до запроса PTR, чтобы пара совпала сразу.Запросите PTR у владельца адреса
Облачные провайдеры дают такую возможность в консоли: в AWS нужно обращение в поддержку, DigitalOcean берёт значение из имени дроплета, у Hetzner и Linode есть прямое поле. У традиционного хостинга обычно нужна заявка.
Сделайте так, чтобы имя хоста совпадало с HELO вашего почтового сервера
Почтовый сервер при подключении объявляет имя хоста. Это имя, запись PTR и прямая запись должны совпадать. Расхождение между HELO и PTR само по себе является признаком спама.
Проверьте оба направления
Выполните две команды выше и убедитесь, что результаты согласуются. Затем отправьте тестовое письмо в сервис, который показывает результаты аутентификации.
Где обратный DNS не имеет значения
Здесь легко вложить слишком много усилий. Обратный DNS по сути не имеет значения для:
- Сайтов. Браузеры никогда не выполняют обратный запрос. Отсутствие PTR не влияет ни на ваш сайт, ни на SEO.
- Почты, отправляемой через провайдера. Если ваши письма отправляют Google, Microsoft или SendGrid, подключаются их серверы и действует их PTR. Ваша не важна.
- Адресов за CDN. Посетители попадают на пограничную точку, и обратной записью управляет провайдер.
Обратные запросы как инструмент расследования
Обратный DNS также позволяет быстро понять, что это за адрес. Адреса, принадлежащие провайдерам, почти всегда преобразуются в описательное имя хоста:
| Шаблон обратного имени | На что это указывает |
|---|---|
*.amazonaws.com | Инфраструктура AWS |
*.cloudflare.com | Пограничный узел Cloudflare |
*.googleusercontent.com | Google Cloud |
*.dynamic.*.isp.net | Домашний или динамический адрес |
| PTR нет вообще | Часто облако или ненастроенный адрес: почта отсюда вызывает подозрение |
Это самый быстрый способ понять, принадлежит ли полученный адрес CDN, а не исходному серверу; см. почему CDN скрывает IP исходного сервера.
Нужно проверить публичные DNS-адреса домена? Воспользуйтесь инструментом Domain IP Lookup.
Бесплатные инструменты по этой теме
Часто задаваемые вопросы
Читайте также
Как письмо находит ваш почтовый сервер
Отправитель
you@gmail.com
Запрос MX
кто принимает почту?
Почтовый сервер
сначала приоритет 10
Входящие
доставлено
Выбирается наименьшее число приоритета; большие значения — резервные
Что такое MX-записи: как устроена маршрутизация почты
Запись, которая решает, куда попадёт ваша почта: как работают числа приоритета, что означает null MX и какие ошибки тихо теряют сообщения.
Записи, которые встретятся почти в каждой зоне
TXT-записи: SPF, DKIM и DMARC
Три TXT-записи стоят между вашей почтой и папкой «Спам». Что делает каждая, как читать синтаксис и в каком порядке безопасно их внедрять.
Что на самом деле стоит за разрешённым адресом
Общий IP
Много сайтов на одном адресе — ваш определяется заголовком Host
Выделенный IP
Только вы — вы управляете его обратным DNS
Edge-сервер CDN
Не исходный сервер — соединение завершается на edge
Общий и выделенный IP-адрес: что вам нужно
Честный ответ: большинству сайтов выделенный IP не нужен. Когда он действительно важен и какие мнимые преимущества — мифы.