Исправление ошибок rDNS и FCrDNS: подробное руководство

Если вы столкнулись с предупреждениями типа «rDNS is NOT forward confirmed» или «x.x.x.x.in-addr.arpa looks like generic», это сигнализирует о проблемах во взаимодействии прямых и обратных DNS-записей. Часто такие ошибки возникают из-за несоответствия PTR- и A-записей, что критично для почтовых серверов, антиспам-фильтров и некоторых протоколов аутентификации. Давайте разберёмся, как это исправить, даже если вы новичок в настройке DNS.

Почему возникает ошибка FCrDNS?

Представьте: вы запрашиваете обратную DNS-запись (PTR) для IP-адреса x.x.x.x и получаете в ответ имя хоста. Затем система проверяет, совпадает ли исходный IP с тем, что указан в A-записи этого имени. Если нет – FCrDNS тест провален.

В вашем случае PTR-запись для x.x.x.x ссылается сама на себя:

x.x.x.x.in-addr.arpa. 86400 IN PTR x.x.x.x.in-addr.arpa.

Это всё равно, что написать в паспорте своё имя, а в графе «адрес» – «паспорт». Бессмысленно и вызывает ошибку «Generic PTR record».

Шаги для исправления

1. Настройка PTR-записи

PTR-записи управляются владельцем IP-блока. Если сервер арендован, обратитесь к хостинг-провайдеру. В панели управления (например, ISPmanager, cPanel) найдите раздел «Reverse DNS» и укажите корректное доменное имя вместо x.x.x.x.in-addr.arpa.

Пример правильной PTR-записи:

147.79.182.217.in-addr.arpa. 86400 IN PTR rafa.eu.org.

2. Проверка A-записи

Убедитесь, что домен из PTR-записи (например, rafa.eu.org) имеет A-запись, указывающую на исходный IP:

rafa.eu.org. 86400 IN A 217.182.79.147

3. Тестирование через терминал

Используйте команды host или dig для проверки:

host -v x.x.x.x  
host -v ваш-домен.ru

Если всё настроено верно, вывод будет примерно таким:

;; ANSWER SECTION:  
x.x.x.x.in-addr.arpa. 86400 IN PTR ваш-домен.ru.  
ваш-домен.ru. 86400 IN A x.x.x.x

Совет: после внесения изменений подождите 5-10 минут – DNS-кэш обновляется не мгновенно. Если ошибка сохраняется, проверьте синтаксис записей (напр., лишние точки в конце).

Частые ошибки и нюансы

• Циклические ссылки. PTR не должен указывать на сам IP или домен без A-записи.
• Разные провайдеры. Прямые записи (A) настраиваются у регистратора домена, обратные (PTR) – у хостера сервера.
• Время жизни (TTL). Уменьшите TTL до 300 секунд перед внесением правок, чтобы ускорить обновление.

Кстати, некоторые инструменты (вроде MXToolbox) автоматически проверяют FCrDNS. Если после исправлений тест всё равно красный, возможно, проблема в кэше DNS-резолвера – попробуйте сменить его в настройках сети.

Итог: главное – синхронизация PTR и A-записей. Даже небольшая опечатка (например, example.com вместо exemple.com) сломает всю цепочку. Проверяйте каждую запись дважды, и сервер заработает как часы.