Reverse DNS

Зачем другой стороне это знать, запрос пошлют своему днс серверу.

>Зачем другой стороне это знать, запрос пошлют своему днс серверу.

А как его DNS сможет узнать, кто отвечает за определённый IP?

Твой провайдер aka владелец ip адреса отвечает за эту зону. Есть толковые ребята вроде сибирьтелекома - те по звонку могут прописать реверс легко. Но встречаются совсем _редиски_ экономящие на админах - там даже объяснение по телефону не поможет настроить это дело. У меня на одном сервере уже год ревреса нет - я из любопытства раз в месяц звоню и напоминаю...

IP-адреса, как и доменные имена, образуют иерархию. сетевые номера выделяются почти так же, как и доменные имена, администраторы вольны разделять "свое" адресное пространство на подсети и делегировать нумерацию в сети другим администраторам. разница заключается в том, что конкретизация узла для IP-адреса возрастает при чтении слева направо, тогда, как для доменных имен --- справа налево. (Альбитц П., Ли К. DNS и BIND. - Пер. с англ. ну и так далее)

Есть спец зона in-addr-arpa, поддомены в ней делегируются владельцам сетей IP-адресов, и те должны там создавать PTR-записи типа:

61.32.76.217.in-addr.arpa. 86400 IN PTR linux.org.ru.

Всё иерархично делегируется сверху вниз, как обычные домены в общем...

Ну так как узнать DNS, в котором содержится/должна содержаться запись о каком-либо IP?

dig in-addr.arpa. ns

получаешь кучу ns'ов. У любого из них спрашиваешь:

dig 61.32.76.217.in-addr.arpa. @192.228.79.201 any

он тебе по делу ничего не ответит, а скажет иди-ка ты к серверам, к-е отвечают за 217.in-addr.arpa. (список прилагается).

dig 61.32.76.217.in-addr.arpa. @192.134.0.49 any

то же самое, но тут тебя уже пошлют на сервера, отвечающие за 32.76.217.in-addr.arpa. Вот они тебе уже и PTR отдадут, и главные тут они.

host -t ns 123.123.123.123

RTFM...