Секреты сети: Как провайдеры доставляют интернет

Если адрес на сайте проверки изменился, но скорость, задержка и доступ к сервисам не ухудшились, это само по себе не является неисправностью.

Развязка истории Орловых

Инженер провайдера попросил Илью сравнить состояние сети во время очередного сбоя. В 19:40 ноутбук Анны по-прежнему имел локальный адрес 192.168.1.20, планшет Марии — 192.168.1.21, а внешний адрес на странице проверки совпадал с утренним. Значит, смена адреса проблему не объясняла.

Затем Илья подключил ноутбук кабелем к роутеру. Видеосвязь стала стабильнее. Оказалось, что вечером в гостиной одновременно работали телевизор, планшет и два телефона, а ноутбук находился в дальней комнате, за несколькими стенами. Адреса устройств были назначены правильно, роутер их различал, внешний адрес был доступен, но слабым местом цепочки оказался радиоканал.

Мария подключилась к домашней сети в другой комнате и не увидела принтер. Это была уже отдельная причина: принтер оказался подключён к дополнительному роутеру, который создал другую локальную сеть. Интернет у него работал, но устройства находились по разные стороны маршрутизатора и не обнаруживали друг друга автоматически.

Третья проверка касалась камеры. В панели основного роутера не было публичного адреса, а внешний сервис показывал адрес общего узла. Инженер подтвердил использование CGNAT. Камера не могла стать доступной из интернета одной лишь настройкой домашнего роутера. Орловым предложили выбрать между публичным адресом и поддерживаемым защищённым сервисом удалённого доступа.

Три симптома выглядели для семьи как одна проблема — «что-то с адресом», — но относились к разным уровням:

нестабильная видеосвязь — к качеству домашнего радиоканала;

невидимый принтер — к границам локальных сетей;

невозможность подключиться к камере извне — к схеме внешней адресации и CGNAT.

Адрес не является объяснением сам по себе. Он становится полезным только вместе с местом, где назначен, маской, шлюзом, направлением соединения и временем появления сбоя.

Главный инсайт

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

Локальный адрес помогает различать устройства в домашней сети. Внешний адрес связывает домашнюю сеть с сетью провайдера или с глобальной сетью. Маска показывает, какие адреса считаются соседями на текущем участке. DHCP выдаёт параметры автоматически. Статическая настройка закрепляет их по определённому правилу. NAT позволяет многим устройствам делить один внешний адрес. CGNAT переносит эту трансляцию ещё выше — в сеть оператора.

Поэтому один и тот же ноутбук может одновременно иметь несколько адресов: локальный IPv4, возможно, адрес IPv6, временные адреса сетевых соединений и внешний адрес, который видит удалённый сервис. Это не противоречие и не признак подмены. Так проявляется тот факт, что один пакет проходит через несколько сетевых границ.

Перед обращением в поддержку полезно сформулировать проблему точнее. Не «у меня неправильный IP», а:

«Устройство получает локальный адрес, но не выходит в интернет».

«Все устройства работают, кроме принтера, который находится в другой домашней сети».

«Внешний адрес роутера отличается от адреса, который видит сервис проверки».

«Исходящие соединения работают, но входящее подключение к камере не устанавливается».

Такая формулировка сразу указывает специалисту на разные ветви диагностики и помогает не покупать услугу, которая не решит проблему.

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

Почему имя сайта превращается в адрес

Анна Орлова открыла ноутбук за десять минут до рабочего совещания. Домашняя сеть показывала полный уровень сигнала, телефон уверенно загружал сообщения, а телевизор продолжал воспроизводить фильм. Но страница сервиса видеосвязи не открывалась: браузер несколько секунд думал, а затем сообщал, что не удалось найти адрес сайта.

— Интернет опять сломался? — спросила Анна.

Илья уже потянулся к роутеру, чтобы перезагрузить его.

— Не спеши, — остановил его инженер провайдера Сергей, с которым семья недавно разбиралась с вечерними замедлениями. — Если сеть работает, сайт всё равно может быть недоступен. Сначала выясним, на каком этапе возникает сбой.

Разница кажется небольшой, но именно она отделяет точную диагностику от привычного «выключите и включите». Устройство может иметь рабочее соединение с роутером, роутер — доступ к сети провайдера, а конкретное имя сайта при этом не превращаться в нужный числовой адрес. Кабели, радиоканал и тариф окажутся исправны, а проблема возникнет в службе доменных имён, которую обычно называют DNS.

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

Имя для человека, адрес для сети

Числовой адрес неудобен не только из-за длины. У одного сервиса может быть несколько адресов, а сами адреса меняются при переносе оборудования, распределении нагрузки или открытии нового центра обработки данных. Если бы пользователям приходилось запоминать последовательность чисел для каждого сайта, любое изменение инфраструктуры превращалось бы в массовую проблему.

Доменное имя решает эту задачу. Оно служит устойчивой и понятной меткой, а система доменных имён связывает эту метку с одним или несколькими сетевыми адресами.

Когда пользователь вводит в адресную строку сайт банка, интернет-магазина или образовательного сервиса, он не отправляет первый пакет прямо на текстовую строку. Сначала устройство должно получить ответ на вопрос: «Какой числовой адрес сейчас соответствует этому имени?» Только после этого начинается соединение с найденным адресом.

У доменного имени есть уровни. В записи portal.example.ru последняя часть указывает на доменную зону, следующая — на домен, а portal — на конкретное имя внутри него. Пользователь обычно не думает об этой структуре, но служба имён использует её, чтобы найти нужную запись.