#Что произошло и как распознать неисправность
Собственный почтовый сервер отправляет письма с выделенного IPv4 или IPv6, однако принимающие узлы жалуются на отсутствие обратного DNS, а часть сообщений попадает в спам. PTR связывает IP-адрес с доменным именем; его отсутствие ухудшает доверие, но не является единственной причиной попадания в спам. Обычная A-запись домена не создаёт PTR автоматически. Запись обратного разрешения находится в зоне владельца IP, поэтому зачастую её нельзя исправить в DNS-панели самого домена. Для исходящего IPv6 проверяется отдельная обратная зона.
#Причины и отличительные признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Для исходящего IP нет PTRВ зоне обратного DNS у провайдера нет записи. | dig -x IP +short возвращает пусто; в отказе указано reverse DNS missing. | Создать PTR у провайдера адреса. |
| PTR указывает на устаревшее или техническое имяПочтовый узел переехал, а обратная запись сохранилась. | dig -x возвращает прежнее имя; прямой адрес этого имени указывает на другой IP. | Согласовать и обновить пару PTR и A/AAAA. |
| Фактический исходящий IP отличается от ожидаемогоПисьма идут через SMTP-шлюз, NAT или отдельный интерфейс. | В заголовках Received/NDR указан IP не того сервера, где проверяется PTR. | Диагностировать настоящий исходящий сервер и владельца IP. |
| Проблема вызвана иными причинамиДаже корректный PTR не гарантирует папку «Входящие». | SPF/DKIM/DMARC не проходят, домен новый или есть жалобы. | После исправления PTR проверить аутентификацию и историю рассылок. |
#Пошаговая диагностика и исправление
- Определите исходящий IP по реальному письмуОткройте письмо, полученное на контролируемом внешнем ящике, и выберите просмотр исходных заголовков («Показать оригинал» в Gmail или просмотр источника в другом клиенте). Найдите строку Received ближайшую к принимающему серверу. При наличии NDR возьмите IP непосредственно из ответа. Если он отличается от IP сайта, работайте с адресом фактического SMTP-шлюза.
- Проверьте текущий обратный DNSОткройте терминал на Linux и выполните
dig -x 192.0.2.10 +short, заменяя тестовый адрес на реальный исходящий. Пустой результат означает отсутствие видимого PTR либо проблему DNS. Если результат содержит имя, сохраните его полностью, включая точки. Для IPv6 используется та же команда с действительным IPv6; не смешивайте записи двух семейств адресов. - Проверьте прямое разрешение имени из PTRЕсли PTR вернул
mail.example.com., в терминале введитеdig A mail.example.com +shortиdig AAAA mail.example.com +short. Убедитесь, что соответствующая A либо AAAA возвращает исходящий IP. Имя должно быть стабильным полным доменным именем почтового узла. Совпадение прямого и обратного адреса часто называют FCrDNS; это полезная проверка, но не универсальное правило приёма почты. - Найдите владельца IP и раздел Reverse DNSВ панели провайдера VPS или выделенного сервера откройте карточку нужного IP и найдите поле «Обратная DNS-запись», «PTR» или Reverse DNS — расположение зависит от провайдера. В панели DNS домена такого поля может не быть. Если оно недоступно, направьте заявку владельцу адреса с исходящим IP и желаемым именем mail.example.com; не пытайтесь самостоятельно делегировать обратную зону без прав.
- Подготовьте правильное имя узлаСначала убедитесь, что
mail.example.comразрешается в тот IP, с которого отправляются письма; для этого создайте или исправьте A/AAAA-запись в авторитетной зоне вашего домена и проверьте результат у DNS. Затем в настройках провайдера IP укажите PTR на тот же mail.example.com безhttps://, порта и адреса почтового ящика. Сохраните прежнее PTR-значение для отката. - Убедитесь, что изменения видны снаружиЧерез некоторое время повторите
dig -x IP +short,dig A mail.example.com +short. При разном результате от разных резолверов проверьте авторитетную обратную зону через владельца IP: обычное кеширование не исправляется перезагрузкой SMTP. Если прежнее имя осталось надолго, обратитесь к поставщику IP, указав желаемый и фактический ответы DNS. - Сопоставьте HELO/EHLO с реальным именемВ конфигурации Exim или Postfix посмотрите имя, которым сервер представляется при SMTP-соединении; оно должно быть корректным и разрешаемым. Панель управления часто задаёт это отдельно от имени сайта. Изменяйте hostname только после оценки влияния на TLS-сертификаты и остальные домены, сохранив конфигурацию и проверив синтаксис средствами используемого MTA.
- Проверьте доставку, не делая массовую рассылкуОтправьте одно письмо на свой ящик Gmail и одно на другое контролируемое почтовое имя, изучите заголовки Authentication-Results и папку назначения. Если SPF/DKIM/DMARC не проходят, исправьте их отдельно: успешный PTR сам по себе не исправляет цифровую подпись и репутацию. Если жалоба на PTR исчезла, но почта остаётся в спаме, диагностику продолжайте по коду и заголовкам.
- Это только чтение DNS в терминалеLinux · Терминал (Bash)КомандаЭто только чтение DNS в терминале. Адрес и имя приведены как образцы, их обязательно заменяют. При отсутствии dig установку программы выполняет администратор; сами запросы без sudo.
dig -x 192.0.2.10 +shortdig A mail.example.com +shortdig AAAA mail.example.com +short
#Как проверить результат и что делать при неуспехе
Состояние считается исправленным, если обратный запрос реального исходящего IP возвращает выбранное имя, его A/AAAA возвращает тот же IP и больше нет отказов из-за reverse DNS. При сохранении спама проверьте причины за пределами PTR. Откат — восстановить записанное прежнее PTR и прямую запись только если замена действительно была ошибочной.