На що довідка про адресу справді відповідає
IP-адреса — це не ім'я, не місце і не людина. Це маршрутна позначка: число, яке кожному маршрутизатору між вами й тим боком підказує, куди відправити наступний пакет. Усе, що ви дізнаєтесь із довідки, походить із цього одного факту — з паперів про те, кому число виділили, і з того, що мережа робить із ним насправді.
Звучить як обмеження, і це справді обмеження, але корисного тут більше, ніж прийнято думати. З адреси виходять п'ять відомостей, і беруться вони з чотирьох цілком різних місць:
- Країна
- З виділення в реєстрі й із вимірювань. Надійно на рівні «яка країна» — і не глибше; чому ми свідомо на цьому зупиняємось, нижче.
- Автономна система (AS)
- Мережа, яка анонсує цю адресу решті інтернету. Це найнадійніше поле в усьому результаті, бо воно не запис у базі, а те, що глобальна таблиця маршрутів робить просто зараз.
- Організація
- Хто тримає цю AS: інтернет-провайдер, мобільний оператор, хостинг, університет, державна мережа.
- Зворотний DNS (PTR)
- Ім'я, яке власник адреси вирішив для неї опублікувати. Часто найінформативніший рядок на сторінці — і часто порожній.
- Тип мережі
- Схоже це на домашнє підключення, мобільну мережу чи машину в дата-центрі. Це висновок, а не факт, — міркування розписані нижче.
Звідки насправді береться країна і чому ми не показуємо міста
В інтернеті немає поля, у якому зберігалося б «ця адреса у Варшаві». Геолокацію збирають із кількох джерел різної якості: країна, під якою блок зареєстровано в регіональному реєстрі; маршрутні анонси, що показують, де він підключений; вимірювання затримок між відомими точками; іменування у зворотному DNS; і дані, які оператори публікують про власні діапазони.
Зібрана так відповідь на рівні країни правильна в переважній більшості випадків. Відповідь на рівні міста — ні, і розрив між ними значно більший, ніж галузь любить рекламувати. Три звичайні ситуації ламають міську геолокацію повністю:
- Мобільні мережі. Трафік телефона виходить із мережі оператора через шлюз, що може бути за сотні кілометрів від самого телефона. Мобільні абоненти цілої країни можуть виглядати мешканцями одного району столиці — бо в маршрутному сенсі вони там і є.
- Транспорт провайдера. Регіональний провайдер зазвичай роздає адреси з одного пулу на десяток містечок. База знає пул, а не містечко.
- Застарілі дані. Блоки адрес постійно передають і перепризначають. Коли блок переходить від оператора до оператора — чи з країни в країну — бази наздоганяють це тижнями, а не хвилинами.
Тому ми друкуємо країну і на цьому спиняємось. Сторінка, яка малює поруч з адресою карту з вулицею, показує центр регіону з упевненістю, якої не має. Відомий наслідок такої точності — реальні люди, до яких роками приїжджали на ферму в Канзасі, бо адреса без точних даних за замовчуванням падала в географічний центр США. Чесна відповідь тут — груба.
Автономна система — поле, якому варто вірити
Автономна система — це мережа з власною маршрутною політикою: провайдер, великий хостинг, банк, мережа доставки контенту. У кожної є номер, і саме за цим номером інші мережі вирішують, як до неї дістатися. Спершу номери були 16-бітними; цей простір закінчився, і 2012 року стандартизували 32-бітні номери — тому тепер трапляються значення далеко за 65535.
Цінність AS вища за геолокацію саме через джерело. Країна — це твердження в базі. AS — спостережуваний факт: адреса лежить усередині префікса, який якась мережа анонсує сусідам просто зараз, і якби перестала анонсувати, адреса стала б недосяжною. Тут просто нема чому застаріти.
На практиці AS відповідає на питання, на які країна не відповість ніколи. Трафік із AS домашнього провайдера о третій ночі поводиться інакше, ніж трафік із AS хостингової компанії, і «відвідувач прийшов із хмарного провайдера» — значно придатніше твердження, ніж «відвідувач у Німеччині». Якщо потрібні реєстрові папери за цією AS — хто її тримає, які діапазони охоплює, куди писати скаргу — це вже запис whois і RDAP.
Зворотний DNS: рядок, який пропускають
Зворотний DNS відображає адресу назад в ім'я через спеціальну зону in-addr.arpa
для IPv4 і ip6.arpa для IPv6. Ключова деталь — хто ним керує: PTR-запис публікує
той, хто тримає блок адрес, а не той, чий сайт на цій адресі працює. Тому зворотне ім'я сервера
спільного хостингу належить хостингу, а не сайту, — і тому будь-хто може опублікувати прямий
запис із назвою mail.big-bank.example, тоді як зворотне ім'я видасть правду.
Домовленості операторів роблять PTR незвично інформативним. Імена на кшталт
host-89-64-12-7.dynamic.example-isp.net чи
93-115-3-2.static.customer.example.net між іншим повідомляють, динамічна адреса чи
закріплена за одним клієнтом, а часто ще й місто або вузол, до якого вона підвішена. Порожній
PTR — теж сигнал: для поштового сервера він майже смертельний, бо чимала частина приймальних
систем відмовляє в листі з адреси без зворотного імені або штрафує його.
Перевірка, про яку варто знати, — forward-confirmed reverse DNS: узяти ім'я з PTR, розв'язати його вперед і переконатися, що воно повертає ту саму адресу, з якої ви починали. Заявити ім'я у зворотній зоні може будь-хто; змусити прямий запис із ним погодитися — лише справжній власник імені. Саме так належить перевіряти пошукових роботів, і зробити це можна самостійно — запитом до DNS на те ім'я, яке віддав PTR.
Тип мережі й чесні межі цього поля
Ми позначаємо адресу як домашню, мобільну, хостингову чи невідому, поєднуючи вид організації, що тримає діапазон, іменування у зворотному DNS і те, як блок використовують. Це висновок. Він здебільшого правильний — і помиляється достатньо часто, щоб ніколи не бути єдиною підставою когось заблокувати.
Конкретні пастки: офісний трафік компанії може виходити через канал у дата-центрі й виглядати
хостингом; VPN або корпоративний проксі роблять із домашнього користувача машину в стійці; а
carrier-grade NAT ставить тисячі непов'язаних домогосподарств за одну публічну адресу. Останнє
щороку важить більше. Простір IPv4 закінчився — центральний запас 2011 року, європейський реєстр
припинив видавати нові блоки 2019-го, — тож провайдери саджають багато клієнтів на одну спільну
адресу, а діапазон 100.64.0.0/10 зарезервовано під приватний бік цієї схеми. Якщо
заблокувати одну адресу в мобільній мережі, можна заблокувати містечко.
Як цим користуватися
- Незнайома адреса в журналі сервера
- Дивіться спершу на AS. Сканування з діапазону хостингу вимагає іншої реакції, ніж спроба входу з домашньої мережі в країні, де живуть ваші співробітники.
- Перевірити, чи служба там, де заявляє
- Розв'яжіть домен, подивіться адресу за ним і звірте організацію з тією, про яку каже сайт. «Місцева» служба, чиї сервери стоять в одній дешевій хостинговій AS, — не скандал, але знати це варто.
- Пошта не доходить
- Перевірте, що зворотне ім'я існує й збігається, а потім проженіть адресу через чорні списки, до яких звертаються приймальні системи. На ці дві причини припадає більшість відмов у листах із коректно налаштованого сервера.
- Розібратися, чому «сайт для мене повільний»
- Знати мережу — це половина справи; виміряйте шлях справжніми ICMP-пакетами, перш ніж робити висновки про відстань.
Чого ця сторінка не скаже ніколи
Вона не назве ані імені, ані домогосподарства, ані вулиці, ані пристрою. Вона не доведе, що адреса належить VPN, — лише що її мережа належить до того типу мереж, у яких VPN тримають. І вона не скаже, що адреса робила минулого тижня: виділення переходять з рук у руки, динамічні адреси перепризначають щоночі, а сьогоднішня відповідь є твердженням про сьогодні.
Сприймайте результат як початок розслідування, а не як вирок. Реєстровий запис пояснює, хто відповідальний, DNS — на що ім'я вказує зараз, а жива перевірка — що вузол насправді робить, коли з ним заговорити. Ця сторінка каже, з якою мережею ви маєте справу, — а це здебільшого і є те питання, яке у вас було.