Я пытаюсь уточнить мой обратный поиск DNS PTR для домена. У меня есть сервер с одним IP-адресом и несколькими учетными записями, и все они используют этот IP-адрес;
Мой PTR в настоящее время:
24.210.31.in-addr.arpa. 14400 IN PTR domainname.co.uk.
Но домен, на который меняет IP-адрес, это ns1.domainnetwork.co.uk, поэтому должна ли запись PTR в учетной записи ссылаться на основной возвращенный домен, а не на домен учетной записи?
Я не могу найти никаких четких указаний по этому поводу с помощью поиска Google, однако этот вопрос казалось, что учетная запись должна ссылаться на домен сервера, а не на конкретный домен учетной записи.
Итак, если бы:
24.210.31.in-addr.arpa. 14400 IN PTR ns1.domainnetwork.co.uk.
в DNS для учетная запись предоставить ему действительную запись PTR, даже если в ней вообще не упоминается домен учетной записи?
Изменить: чтобы уточнить, ns1.domainnetwork.co.uk является основным сервером имен для домена.
У меня постоянная проблема с этой темой, и я счел, что лучше воскресить этот незавершенный запрос, чем начинать новый с нуля.
Все вышесказанное остается верным.
У меня есть сервер с различными доменами, на IP-адресе .xx.xx.xx.236 и xx.xx.xx.238 . У меня также есть один домен на собственном IP-адресе только для этого домена (для сертификата TLS), то есть xx.xx.xx.241, но я не могу заставить этот домен правильно отображать vaid PTR запись в DNS.
Домен на сервере, который работает (ip-адрес 12.34.56.236):
websitename.co.uk 14400 IN A 12.34.55.236
55.34.12.in-addr.arpa. 14400 IN PTR nameserver1.network.co.uk.
все вышесказанное работает и дает действительную обратную связь PTR.
В nameserver1.network.co.uk. - это тот же первичный сервер имен, что и домен, который находится на собственном IP-адресе (12.34.56.241), но никогда не дает правильной записи PTR.
Домен, который не выдает действующий PTR запись (уникальный IP-адрес):
websitenameTwo.co.uk 14400 IN A 12.34.55.241
55.34.12.in-addr.arpa. 14400 IN PTR nameserver1.network.co.uk.
Что мне не хватает, чтобы сделать эту запись действительной DNS-записью PTR?
Почтовые серверы перепроверит объявленное имя хоста HELO вашего SMTP-сервера с записью PTR для подключающегося IP-адреса, а затем проверит, что возвращенное имя имеет запись адреса, совпадающую с IP-адресом подключения. Если какая-либо из этих проверок не удалась, ваша исходящая почта может быть отклонена или помечена как спам.
Итак, вам необходимо установить все три последовательно: имя хоста сервера и имя в записи PTR должны совпадать, и это имя должно разрешаться в один и тот же IP-адрес.
Обратите внимание, что эти не должны быть такими же, как доменные имена, для которых вы отправляете почту, и обычно это не так.
Похоже, вы неправильно поняли как работают записи PTR и для чего это. В вопросе нет информации о том, как вы пытались установить рекорд:
something.example.com. A запись.example.com. зона, но в обратной зоне, как 113.0.203.in-addr.arpa.Как описано в моем ответ на аналогичный вопрос:
От вашего интернет-провайдера и вашего контракта на подключение к Интернету зависит, разрешено ли вам запрашивать изменения записей PTR для вашего общедоступного IP-адреса, поскольку записи PTR управляются зарегистрированным владельцем IP-блока. Вы можете поискать по База данных IP-адресов ARIN WHOIS чтобы увидеть фактического владельца.
В другом ответе упоминается, что вы можете «перегрузить» PTR записи, т.е. имеют много PTR записи для одного IP-адреса. То есть не рекомендуется так как PTR запись должна идентифицировать каноническое имя связанный с IP-адресом. (Видеть. RFC 1035, 3.5 и RFC 1912, 2.1.)
Вы не можете иметь обратные (PTR) записи в той же зоне, что и ваши прямые (A, MX и т. Д.) Записи.
Они принадлежат двум разным зонам DNS:
websitename.co.uk 14400 IN A 12.34.55.236)12.34.55.xВы, очевидно, контролируете прямую зону, но обратная зона контролируется тем, кто владеет диапазоном IP-адресов (диапазон 12.34.55.224/28 выделено AT&T).
У вас будет рабочее обратное разрешение только после того, как вы измените записи PTR в обратной зоне, вам следует связаться со своим хостинг-провайдером и запросить обновление записей PTR.
Хорошая новость заключается в том, что все ваши обратные записи можно настроить в одной и той же обратной зоне, если IP-адресация находится в одной подсети, например:
236.55.34.12.in-addr.arpa. 14400 IN PTR websitename.co.uk.
236.55.34.12.in-addr.arpa. 14400 IN PTR websitenameOne.co.uk.
238.55.34.12.in-addr.arpa. 14400 IN PTR websitename.co.uk.
241.55.34.12.in-addr.arpa. 14400 IN PTR websitenameTwo.co.uk.
Обратите внимание, что вы можете «перегружать» записи PTR, т.е. иметь несколько имен для IP-адреса, точно так же, как вы можете иметь несколько IP-адресов для имени (запись A).
Если у вас есть почтовый сервер, который обрабатывает почту, например example.co.uk и example.com, тогда в их соответствующих зонах пересылки будут:
example.co.uk. MX 10 supermail.martin.com.
example.com. MX supermail.martin.com.
supermail.martin.com. А 31.210.24.x
и в обратной зоне для 24.210.31.in-addr.arpa. у тебя было бы
x.254.210.31.in-addr.arpa. PTR supermail.martin.com.
очевидно, что supermail может иметь любое имя хоста и может находиться в одном из ваших почтовых доменов, если вы хотите.