Как настроить обратный DNS для моего IP?


5

Я хочу результаты

nslookup MyIP

дать мое полное доменное имя вместо имени u123123123.online-servers.com, которое по умолчанию настроено моим хост-провайдером, как мне это сделать?


3
Свяжитесь с вашим провайдером. Там нет ничего, что вы можете сделать сами.
Деннис

@Dennis У меня есть root-доступ к моему серверу, и я использую диспетчер DNS для своего домена в Godaddy, я не использую NameServers, мне все еще нужно связаться с ними?
Shehabic

@ Шехабич, да, тебе нужно связаться с ними. Корневой доступ и диспетчер DNS не имеют значения для обратного DNS. Только человек, которому принадлежит диапазон IP-адресов (= ваш провайдер), может это сделать.
Алекс

Как утверждает @Dennis, у вас может быть root-доступ к вашему серверу, но PTR / обратная DNS-запись контролируется интернет-провайдером, а не вами. Это одна из основных причин, по которой записи PTR используются как часть обнаружения почтового СПАМА; тот факт, что запись PTR нуждается в «полномочиях» после изменения конечного пользователя, делает ее хорошим индикатором того, что письмо, отправленное с сервера с правильной записью PTR, является действительным электронным письмом.
JakeGould

Ответы:


5

Человек, которому необходимо обновить запись, - это человек, который контролирует in-addr.arpa.зону DNS, связанную с вашим IP-адресом.

Интернет-провайдер, предоставивший ваш IP-адрес, контролирует эту зону.

Эти in-addr.arpaзоны передаются Интернет-провайдеру, когда они получают распределение IP из своего регионального реестра.

Если вы заботитесь только о том, чтобы все выглядело правильно для себя, вы можете настроить in-arpa.addrзону для своего IP / сети на своем собственном сервере. Люди часто делают это для адресного пространства RFC1918.

Смотрите также: http://en.wikipedia.org/wiki/Reverse_DNS_lookup


2

Как упомянул Деннис, Ваш провайдер будет поддерживать обратные записи DNS. Некоторые провайдеры будут изменять записи для вас по вашему запросу, но некоторые не будут.

Свяжитесь с вашим провайдером и задайте вопрос, больше ничего не поделаешь.


1
Я бы сказал больше, так как 99% провайдеров этого не сделают, особенно те, которые используют динамические IP-адреса.
Mxx

У меня есть root-доступ к моему серверу, и я использую диспетчер DNS для своего домена в Godaddy, я не использую NameServers, мне все еще нужно связаться с ними?
Shehabic

0

Я хочу результаты

nslookup MyIP, чтобы дать мое полное доменное имя вместо имени u123123123.online-servers.com, которое по умолчанию настроено моим хост-провайдером, как мне это сделать?

Итак ... проблема здесь в том, хотите ли вы, чтобы ваши хосты видели установленные вами имена, или вы хотите, чтобы другие хосты тоже видели их.

Вы можете установить локально официальные обратные зоны для своих доменов in-addr.arpa, и ваш сервер имен ответит клиентам, которые запрашивают у него ответы, которые вы хотите, чтобы он дал.

Проблема и причина, по которой другие люди говорят вам, что вам нужно, чтобы ваш провайдер внес эти изменения, заключается в том, что, хотя вы можете настроить своих собственных клиентов, чтобы запрашивать у сервера имен записи PTR для обратных зон, вы не можете получить клиентов других людей. попросить вашего сервера имен, не имея полномочий для тех зон, делегированных вам.

Сделайте шаг назад и подумайте, как DNS-клиент получает ответ на DNS-запрос. У клиента очень мало априорных знаний о системе доменных имен. Как правило, библиотека DNS на клиенте знает только достаточно, чтобы попросить локальный сервер имен обработать запрос для него (очень ограниченный распознаватель, работающий на клиенте, называется преобразователем заглушки.) Преобразователь заглушки запрашивает свой запрос сервера имен, которым он был настроен на запрос и устанавливает флаг в заголовке DNS («требуемая рекурсия» или «RD»), говорящий «если вы не знаете ответ, найдите его для меня».

Рекурсивный распознаватель, отвечающий за выполнение запроса, обычно также не имеет большого начального знания дерева DNS. Обычно это только список серверов, отвечающих на запросы для самого верхнего (корневого) уровня DNS. Когда он получает запрос, он проверяет свои локальные авторитетные данные (если они есть) и данные, которые он создал в своем кеше, чтобы увидеть, знает ли он уже ответ, и, предположив, что нет, он начинает свой путь вниз с корень.

Делегация

Допустим, вы хотите задать DNS-запрос (любого типа) для wxyz. Кто отвечает за это и как ваш распознаватель узнает, как их найти? Ваш клиент обычно просит вашего локального распознавателя разрешить запрос для "wxyz". Предположим, что у вашего преобразователя уже нет ничего в его кэше, и он должен пройти через все это ... Он начнется на верхнем уровне. DNS (этот завершающий «.») и сказать «эй, корневой сервер, скажите мне, что я хочу знать о« wxyz »

И корневой сервер скажет: «Черт, парень, я не знаю ответа на этот вопрос. Поговорите с этим чуваком там ... У меня есть запись NS (делегация), в которой он говорит, что знает все о .z». Это называется рефералом. Итак, ваш распознаватель возвращается, не совсем на первое место, и говорит «эй, распознаватель, который знает все о« .z. », Скажите мне, что я хочу знать о« wxyz », и распознаватель, который знает все о .z. говорит "черт возьми, чувак, я не знаю ответа на это. иди поговори с так и так, у меня есть запись NS, говорящая, что она знает все о ".yz"

Таким образом, клиент проходит путь цепочки делегирования от корня, следуя записям NS, которые делегируют ответственность за ответы на записи для делегированных зон. Это работает одинаково для всех типов записей, независимо от того, спрашиваете ли вы о записях A, CNAMES, MX или что у вас есть. Поскольку он работает для всех типов записей, он, очевидно, также работает и для PTR.

Обратные зоны

Зоны, которые являются частью .in-addr.arpa. Иерархия использует те же записи NS для делегирования, что и все другие зоны, но делегирования в этой иерархии назначаются объектам, которые владеют (путем назначения) блоком пространства IP-адресов. В какой-то момент в прошлом ваш провайдер заходил в региональный интернет-реестр и запрашивал блок IP-адресов, которые были назначены ему как его собственное адресное пространство. В рамках этого назначения они получили делегирование в Системе доменных имен для части in-addr.arpa, которая соответствует их назначению.

Дело в том, что любой, кто следует за цепочкой делегирования от корня DNS, попадет к вашему интернет-провайдеру, а не к вам, если только вы не сможете убедить своего интернет-провайдера продолжить делегировать вам ответственность только за ваш IP-адрес (а). , Вот почему вышеупомянутые респонденты говорят вам, что вы должны иметь дело с вашим провайдером: если вы хотите, чтобы ваши обратные IP-сопоставления были видны кому-либо, кроме клиентов, которые настроены в первую очередь запрашивать у ваших серверов имен ответ, вы должны либо (а) попросите интернет-провайдера внести необходимые изменения или (b) делегировать вам полномочия. В противном случае никто больше не увидит ответы, которые вы настроили на своем сервере.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.