Обратный поиск IP (записи PTR)

Обратный DNS отвечает на противоположный вопрос обычного поиска: по адресу — какое имя его владелец указал на этот адрес? Страница сама строит обратное имя — a.b.c.d.in-addr.arpa для IPv4, форму из полубайтов под ip6.arpa для IPv6 — запрашивает запись PTR и показывает, какой резолвер ответил, код ответа, цепочку CNAME, если она была, и TTL. Второй режим перебирает адреса рядом с введённым, внутри того же блока, по одному адресу за раз, потому что хостеры обычно называют свои машины по видимому шаблону. Всё здесь — публичная, пассивная информация: без сканирования, без перебора по словарю, без WHOIS.
Готово. Запрос ещё не отправлялся.
Введите адрес, затем выполните обратный поиск.
Направление запроса. Обычный поиск идёт от имени к адресу через записи A и AAAA, и этим управляет владелец сайта. Обратный поиск идёт от адреса к имени через записи PTR, и этим управляет владелец сети, а не владелец сайта. Именно эта разница объясняет большую часть странного здесь: имя по шаблону хостера, например srv12.hoster.example, говорит, кто владеет машиной, и ничего не говорит о том, какой сайт на ней стоит.

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

Почему соседи интересны. Блоки адресов выдаются диапазонами, а самый маленький диапазон, который обычно держит клиент, — это /24 — 256 адресов. Хостеры называют эти адреса по схеме, поэтому чтение нескольких имён рядом с одним адресом часто показывает шаблон и провайдера всего блока. Эта страница сначала запрашивает адреса ближе всего к вашему, внутри того же /24, и никогда не ищет имена, которые не являются адресами.

Что это не значит. Обратное имя — не имя сайта: имя в ответе может принадлежать маршрутизатору, почтовому ретранслятору или балансировщику нагрузки, а не какому-либо сайту. Один адрес может обслуживать сотни не связанных сайтов, а один крупный сайт может распределяться по десяткам адресов, поэтому общее имя — подсказка о хостинге, но никогда не доказательство связи. Относитесь к соседям как к шаблону именования, а не как к списку владельцев.

Стоимость и почему список соседей медленный. Каждый адрес в списке — отдельный запрос к тому же лимиту резолверов, которым пользуются другие страницы, и список идёт по одному адресу с паузой между пунктами, чтобы оставаться в рамках того, что принимают публичные резолверы. Полный список поэтому занимает время, и его можно отменить: оставшиеся адреса отбрасываются, ничего не оставляя запущенным.

Чего эта страница не делает. Никакого перебора по словарю, сканирования диапазонов, проверки портов и поиска регистрационных данных. Если у адреса нет обратного имени и вы хотите знать, в чьей сети он находится, честный следующий шаг — страница Поиск IP, которая читает поля сети и местоположения, публикуемые публичными сервисами, и Калькулятор подсетей, который показывает границы блока этого адреса без отправки чего-либо куда-либо.

Публичные источники, которые можно прочитать самостоятельно. Авторитетная запись о том, кому принадлежит диапазон адресов, ведётся региональными регистраторами: файлы IANA IPv4 address space и IANA IPv6 unicast assignments перечисляют, какой регистратор получил каждый блок, а каждый регистратор затем публикует собственные записи делегирования. Эта страница намеренно не запрашивает эти файлы: это отдельный, более тяжёлый вид запроса, а честный способ ответить на вопрос «чья это сеть» — прочитать их вручную по ссылкам выше.