Адреса 169.254.x.x: почему устройство назначает их само себе

Обычно устройство получает адрес от DHCP-сервера, чаще всего от роутера. Если на запрос никто не отвечает, компьютер не остаётся без адреса совсем: он выбирает случайный из диапазона 169.254.0.0/16 и сообщает соседям, что занял его. Механизм называется автоматической частной адресацией, у Windows он известен как APIPA, а в общем виде описан как link-local адресация для IPv4.

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

Диапазон 169.254.0.0/16 зарезервирован для этого случая. Устройство выбирает случайный адрес и проверяет через ARP, не откликается ли на него кто-то другой. Если адрес свободен, оно закрепляет его; если занят, выбирает новый. Маска у такого адреса 255.255.0.0, шлюза нет.

Из-за отсутствия шлюза пакеты на адреса вне этого сегмента отправить некуда. Роутеры не пересылают link-local адреса за пределы сети. Поэтому устройство с 169.254.x.x видит соседей с такими же адресами, но не интернет.

Главное значение простое: вы получили адрес не от DHCP. Причин обычно несколько. Не работает DHCP-сервер на роутере или он перегружен и исчерпал пул адресов. Нет связи с роутером: плохой кабель, отключённый порт, слабый Wi-Fi. Сетевой адаптер подключён к неправильной сети, например к гостевой без выдачи адресов. Сработала защита на коммутаторе, которая не пускает неизвестные устройства.

Сам по себе адрес не опасен и не признак взлома, это индикатор сбоя получения настроек.

Сначала перезапустите соединение: отключите и заново включите адаптер или Wi-Fi. Затем перезагрузите роутер, ведь зависший DHCP-сервис лечится этим чаще всего. Проверьте кабель и порт, попробуйте другой порт роутера.

В Windows команды ipconfig /release и ipconfig /renew заново запрашивают адрес. Если после этого остаётся 169.254.x.x, попробуйте подключить другое устройство: получит оно нормальный адрес, значит проблема в вашем адаптере или его настройках; не получит — виноват роутер или сеть.

В IPv6 аналог есть всегда: у каждого интерфейса автоматически появляется адрес link-local из диапазона fe80::/10, и он нужен для служебного обмена, включая поиск соседей. Поэтому наличие такого адреса в IPv6 — норма, а не сбой, в отличие от 169.254.x.x в IPv4.

Иногда адрес из диапазона 169.254 встречается и вне сбоев, например в служебных интерфейсах виртуальных машин или облачных сервисов метаданных, но это специальные случаи, а не выдача по умолчанию.

Так что при виде адреса 169.254.x.x в IPv4 всегда ищите причину в получении настроек, а не в самом устройстве, и начинайте проверку с роутера и кабеля.

Бывает, что после всех перезапусков устройство снова уходит в 169.254.x.x. Тогда полезно разделить причины по уровням. Проверьте физику: горит ли индикатор порта, работает ли другой кабель, подключается ли к тому же порту другое устройство. Если индикатора нет, сигнал до роутера не доходит вообще.

Затем проверьте сам DHCP-сервер. В панели роутера смотрите таблицу выданных адресов и размер пула: маленький пул, скажем на десяток адресов, быстро заканчивается, когда в сети много телефонов, гаджетов и гостей, особенно при длительной аренде. Расширьте диапазон или сократите срок аренды.

Проверьте и защиту: включённая привязка по MAC, фильтрация или изоляция клиентов в гостевой сети могут не давать устройству получить адрес. Наконец, если в сети два устройства работают как DHCP-сервер, например второй роутер подключён неправильно, клиенты получают конфликтные настройки или вовсе не получают их. Отключите лишний сервер или включите на втором роутере режим точки доступа.

Как временная мера годится ручной адрес из диапазона вашей сети, но помните: настоящую причину он не устраняет, а лишь маскирует, и при возвращении к автоматической настройке проблема вернётся.