Эти вьетнамцы такие затейники…

[dil]

$ host 113.170.15.58
58.15.170.113.in-addr.arpa domain name pointer localhost.

$ whois 113.170.15.58
% [whois.apnic.net node-5]
% Whois data copyright terms    http://www.apnic.net/db/dbcopyright.html

inetnum:        113.170.0.0 - 113.170.255.255
netname:        VNPT-NET
country:        vn
descr:          3G + GPRS VinaPhone
admin-c:        VIG1-AP
tech-c:         VIG1-AP
status:         ALLOCATED NON-PORTABLE
changed:        hm-changed@vnnic.net.vn 20100517
mnt-by:         MAINT-VN-VNPT
source:         APNIC

route:          113.170.0.0/19
descr:          VietNam Post and Telecom Corporation (VNPT)
descr:          VNPT-AS-AP
country:        VN
origin:         AS45899
remarks:        mailto: noc@vnn.vn
notify:         hm-changed@vnnic.net.vn
mnt-by:         MAINT-VN-VNPT
changed:        hm-changed@vnnic.net.vn 20100810
source:         APNIC

Оригинал этой записи. Комментировать можно тут или там.

Любые материалы из этого блога запрещается использовать на сайте livejournal.ru в любой форме и любом объёме

Comments

[dil.livejournal.com]

это означает, что мудрые вьетнамцы приделали в реверсную зону для всех IP из своей немаленькой сетки /16 очень подходящее имя localhost.
Которое исторически применяется только для локального адреса 127.0.0.1, и такое использование зафиксировано в RFC 2606:
The ".localhost" TLD has traditionally been statically defined in
host DNS implementations as having an A record pointing to the
loop back IP address and is reserved for such use. Any other use
would conflict with widely deployed code which assumes this use.

Ну и как следствие любой почтовый сервер, проверяющий совпадение реверсного ресолвинга с прямым (например мой) посылает этих товарищей вдаль.

[http://users.livejournal.com/mak_/]

ммм.. а как именно ваш почтовый сервер проверяет такое совпадение?

[lslarry.livejournal.com]

запросами к днс. gethostbyname/getnamebyhost. или вы о чем?

[http://users.livejournal.com/mak_/]

http://dil.livejournal.com/995095.html?thread=7686423&style=mine#t7686423

[dil.livejournal.com]

Берёт IP-адрес, с которого пришло соединение, делает запрос к реверсной зоне, получает имена, потом по именам получает адреса. Если ни одного адреса не получилось, клиент отправляется нафиг с рекомендацией исправить реверс. Если ни один из итоговых адресов не совпал, клиент отправляется нафиг с диагностикой Hostname forged. Если где-то реослвинг не отработал, клиент получает временную ошибку о том, что что-то не ресолвится.

[http://users.livejournal.com/mak_/]

а в том случае когда на одном ip живут несколько доменов?

[dil.livejournal.com]

Все проверяются. Если хотя бы для одного совпадает - нормально. Если не совпадает ни для одного, значит что-то тут нечисто.

[http://users.livejournal.com/mak_/]

торможу:(
обратная запись - одна. прямых - десяток. как вы из обратной записи получаете прямые?

[dil.livejournal.com]

Если обратная запись одна, то она и проверяется. Угадать существование других прямых невозможно, да и не нужно.

Пример. Соединение с 172.16.0.1. Варианты:
1) Обратного ресолвинга нет. До свидания, приходите, когда будет.
2) Обратный ресолвинг даёт host.foobar, который не ресолвится. До свидания, идите чинить обратный ресолвинг.
3) Обратный ресолвинг даёт host.foobar, который ресолвится в 172.16.0.2. До свидания, у вас подедльное имя.
4) Обратный ресолвинг даёт host.foobar, который ресолвится в 172.16.0.1. Добро пожаловать.
5) Обратный ресолвинг даёт host.foobar и host2.baz, которые ресолвятся соответственно в 172.16.0.1 и 10.0.0.2. Несколько странно, но бывает. Заходите.
6) Обратный ресолвинг даёт host.foobar и host2.baz, первый из которых ресолвится в 172.16.0.1 и 172.16.0.2, а второй в 10.0.0.1 и 10.0.0.2. У вас кривые руки, но всё равно заходите.

Если при этом в 172.16.0.1 ресолвится ещё сотня имён, которые здесь не фигурируют, то они меня и не интересуют.

[http://users.livejournal.com/mak_/]

а. в таком виде понятно, спасибо.