
Как уже упоминалосьздесь, почтовый сервер Reverse-DNS (запись PTR) должен быть правильно настроен. Чаще всего FQDN не находится под его контролем и определяется провайдером ISP. и никогда не совпадает с доменным именем почтового сервера. Запросить ISP изменить его невозможно, они не меняют его. поэтому:
- Является ли использование этого полного доменного имени бесполезным при настройке почтового сервера?
- Как проверить правильность настройки?
- Есть ли какие-нибудь веб-инструменты для проверки?
Спасибо.
решение1
Из-за того, что вы пытаетесь сделать, я бы посоветовал вам попробовать разместить свою электронную почту у хостинг-провайдера и получить свой собственный домен, чтобы вы могли вносить любые из этих изменений по мере необходимости. Теперь что касается ваших вопросов:
Является ли использование этого полного доменного имени бесполезным при настройке почтового сервера?
Вам следует использовать полное доменное имя.
Как проверить правильность настройки?
Как сказал wtayyeb, вы можете использовать dig, например:
# получить запись A для домена
$ dig +short mail-vn0-f47.google.com
209.85.216.47 <--------------------- Рекорд
# получить обратную запись для записи A и проверить обратные соответствия домена
$ dig +short -x 209.85.216.47
mail-vn0-f47.google.com. <---------------- IP преобразуется обратно в домен
Как вы видите, IP-адрес преобразован обратно в исходное полное доменное имя.
Есть ли какие-нибудь веб-инструменты для проверки?
Да, есть несколько веб-инструментов. Один из них, который я использовал в прошлом и который довольно хорош, это:
Если вам нужны дополнительные веб-инструменты, всегда можно легко поискать в Google тестовые записи PTR или rDNS.
Надеюсь, это то, что вы искали, и помните, что размещение вашего домена на хостинге {например, dreamhost.com :)}, вероятно, будет наилучшим способом настроить всю вашу электронную почту.
решение2
Не совсем уверен, о чем вы спрашиваете в #1. Вы спрашиваете, используется ли запись PTR в настройке почтового сервера? Технически нет, это не так, но поскольку запись PTR используется в качестве контрапункта для записи A, есть свои плюсы в том, чтобы иметь ее правильно настроенной (также, в зависимости от конфигураций других серверов относительно выполнения поиска для аутентификации вашего сервера, это может повлиять на поток почты, если настроено неправильно).
Давайте сделаем шаг назад.
Почта направляется вам на основе записей MX, которые указывают ваш домен на соответствующий FQDN. Затем для этого FQDN настраивается запись A, чтобы вы могли преобразовать его имя в IP-адрес. Запись PTR позволяет вам выполнять поиск на основе IP-адреса, чтобы убедиться, что возвращается FQDN, который, в свою очередь, имеет запись A, указывающую на тот же IP-адрес. Вот почему это также называется проверкой круга, поскольку одна из них приводит вас к другой и наоборот.
Теперь имейте в виду, что поток почты в ваш домен не равен потоку почты из вашего домена. Небольшая организация может иметь одинаковый входящий/исходящий путь, но во многих организациях его нет, поэтому просмотр записи MX покажет вам, куда отправляется входящая почта, но это не обязательно то, откуда приходит исходящая почта.
Я уверен, что существуют автоматизированные инструменты для проверки записей, но я бы рекомендовал ознакомиться с nslookup (Windows) или dig (Linux), или обоими, чтобы выполнять поиск вручную. Это позволит вам делать запросы к DNS-серверам, которые обычно делает ваша система, а также вручную выполнять поиск по другим DNS-серверам (чтобы вы могли проверять результаты как внутри, так и снаружи).
Хотите решить конкретную проблему, проверить определенную конфигурацию или просто узнать, как используются различные записи DNS?