Урок 7. DHCP, DNS, маршруты и локальное обнаружение устройств

Чему вы научитесь

Построить цепочку диагностики по информации об адресе, маршруте, DNS и порте службы.

Автоматическая выдача параметров

При обычном DHCP-клиенте сетевые настройки предоставляются сервисом выдачи аренды. Включают адрес клиента, сетевую маску или префикс, шлюз и DNS. Когда DHCP-сервер недоступен, некоторые клиенты автоматически выбирают link-local IPv4 из диапазона 169.254.0.0/16; такой адрес обычно не предоставляет путь к вашему локальному шлюзу 192.168.10.1.

Диагноз «нет интернета» не объясняет источник неисправности. Сначала выясните, получен ли адрес из ожидаемого диапазона, виден ли соответствующий шлюз и какие DNS-серверы назначены.

Свой маршрут и сеть назначения

Если адрес 192.168.10.25/24 пытается обратиться к 192.168.10.30, обычно достаточно локального канального обмена. Для 192.168.20.30 пакет направляется через подходящий маршрутизатор, но только при наличии маршрута и разрешающей политики.

Маска /16 вместо /24 изменит определение локальных адресов: клиент может ошибочно посчитать соседнюю подсеть непосредственно подключённой и попытаться ARP вместо передачи пакета через шлюз. Поэтому маска важна не меньше значения IP.

DNS, mDNS и доступность приложения

DNS преобразует имена в IP-адреса. Если обращение по имени не работает, а по адресу работает, проверьте записи и используемые DNS. Но успешное разрешение имени ещё не означает работающий TCP-сервис: его порт или приложение могут быть отключены.

mDNS использует локальный multicast для обнаружения некоторых устройств и в обычной конфигурации не пересекает маршрутизированные сегменты автоматически. При разделении IoT и основной LAN иногда нужно предусмотреть специальный механизм отражения, но только для необходимой части трафика.

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