PTR-запись и обратная зона DNS: зачем нужна и как настроить
Обычные DNS-записи отвечают на вопрос «какой IP у этого домена». PTR-запись отвечает на обратный: «какой домен у этого IP». Для сайта она почти не нужна, а вот для почтового сервера — обязательна: без корректного PTR письма с вашего сервера крупные почтовики режут в спам или отклоняют ещё на входе. Разберём, как это устроено, почему так важно и как настроить.
Что такое PTR и обратная зона
Прямая зона DNS переводит имя в адрес: mail.example.ru → 203.0.113.5. Обратная зона делает наоборот — переводит адрес в имя: 203.0.113.5 → mail.example.ru. Запись, которая хранит это соответствие, и называется PTR (от pointer), а весь механизм — rDNS (reverse DNS, обратный DNS).
Технически обратные записи живут в специальной зоне in-addr.arpa: для адреса 203.0.113.5 имя запроса выглядит как 5.113.0.203.in-addr.arpa (октеты IP перевёрнуты). Знать это наизусть не нужно — важно понимать логику: PTR отдаёт владелец IP, то есть ваш хостер или провайдер, а не вы в панели домена. Это ключевое отличие от всех остальных записей и главная причина путаницы.
| Прямая запись (A) | Обратная запись (PTR) | |
|---|---|---|
| Вопрос | Какой IP у имени? | Какое имя у IP? |
| Направление | имя → адрес | адрес → имя |
| Где настраивается | В DNS-панели домена (у вас) | У владельца IP (хостер) |
| Нужна для | Чтобы сайт открывался | Чтобы почта доходила |
Почему PTR критична для почты
Когда ваш сервер подключается к чужому почтовику, чтобы доставить письмо, принимающая сторона первым делом проверяет отправителя на вменяемость. Один из базовых тестов — обратный DNS:
- PTR вообще есть? Если у IP нет обратной записи или она стандартная провайдерская (вроде
ip-203-0-113-5.datacenter.net), это признак «сервер настроен наспех» — минус к репутации, часто прямой путь в спам. - PTR совпадает с прямой записью (FCrDNS)? Идеально, когда IP резолвится в имя, а это имя резолвится обратно в тот же IP. Такая «полная петля» (Forward-Confirmed rDNS) — сигнал, что сервером управляют осознанно.
- PTR совпадает с HELO? Имя, которым сервер представляется при подключении (HELO/EHLO), PTR и прямая A-запись в идеале совпадают. Расхождения снижают доверие.
Gmail и другие крупные операторы прямо требуют валидный PTR для отправителей — без него письма стабильно не доходят. Это одна из первых вещей, которую проверяют, когда разбираются, почему письма попадают в спам.
Как настроить PTR
Ключевой момент: PTR настраивается на стороне владельца IP — у хостера/провайдера, а не в DNS-панели вашего домена. Порядок такой:
- Сделайте прямую A-запись. В зоне домена заведите
mail.example.ru → ваш IP(это уже в вашей DNS-панели). Как работают записи — в статье про DNS-записи домена. - Запросите PTR у хостера. В панели VPS/сервера часто есть поле «rDNS» или «PTR» прямо у IP-адреса — впишите туда
mail.example.ru. Если поля нет, откройте тикет в поддержку: «Прошу настроить PTR для IP такой-то → mail.example.ru». - Убедитесь в совпадении. Прямая A-запись и PTR должны указывать на одно и то же имя — тогда получится полная петля.
- Проверьте результат. Обновление обратной зоны занимает от минут до суток.
На виртуальном хостинге отдельный PTR обычно не выдают — там почта идёт через сервер провайдера с уже настроенным PTR. Своя обратная запись нужна, когда вы шлёте письма с собственного VPS/сервера.
Как почтовик проверяет отправителя
PTR — не единственная проверка, но одна из первых в цепочке. Вот как выглядит вход письма глазами принимающего сервера:
Как проверить PTR
Проверка обратной записи — это запрос rDNS по IP. В терминале:
В ответе увидите имя из PTR. Если возвращается провайдерское имя вида static.203.0.113.5.clients.your-hoster.com или ошибка — PTR не настроен как надо. Для почтового сервера сверьте три вещи: PTR есть, он совпадает с прямой A-записью, и оба совпадают с HELO вашего MTA. Прямые записи и MX домена удобно смотреть в проверке DNS-записей.
PTR и чёрные списки
Отсутствие или «мусорный» PTR не только роняет репутацию у почтовиков напрямую, но и повышает шанс попасть в чёрные списки: некоторые базы (например, PBL) как раз метят IP, которые не выглядят как настоящие почтовые серверы — без осмысленного обратного имени. Проверить свой адрес по спискам можно инструментом проверки чёрных списков. Если IP уже попал в PBL из-за отсутствия PTR — сначала настройте обратную запись, затем запрашивайте удаление.
Частые вопросы и ошибки
- «Настроил A-запись mail → IP, а PTR всё нет». Прямая запись не создаёт обратную автоматически. PTR настраивается отдельно и только у владельца IP.
- PTR ведёт на провайдерское имя. Технически запись есть, но она не совпадает с вашим доменом и HELO — для почты это почти как отсутствие PTR. Перепропишите на своё имя сервера.
- Несколько доменов на одном IP. PTR один, поэтому выбирают одно каноническое имя сервера; остальные домены шлют через него, а не каждый со своим PTR.
- IPv6. Если сервер шлёт почту и по IPv6, PTR нужен и для v6-адреса — иначе часть писем будет резаться. Проверьте оба протокола.
Коротко
PTR — это обратная DNS-запись, которая переводит IP обратно в имя. Для сайта она не важна, а для почтового сервера обязательна: без валидного PTR письма уходят в спам. Настраивается у владельца IP (хостера), а не в панели домена. Правильная конфигурация — полная петля: A-запись ведёт на IP, PTR ведёт обратно на то же имя, и оба совпадают с HELO сервера. Проверяется командой dig -x IP или через инструменты DNS. На виртуальном хостинге свой PTR обычно не нужен — он есть у сервера провайдера.