Зворотний пошук 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 перелічують, який реєстр отримав кожен блок, а потім кожен реєстр публікує власні записи делегування. Ця сторінка навмисно не запитує ці файли: це окремий, важчий вид запитів, а читання їх вручну за посиланнями вище — чесний спосіб відповісти на питання «чия це мережа».