APIPA 169.254 и «без доступа к интернету»: проверить линк и DHCP, не сносить стек сразу

Короткий ответ

Если WS-042 в 169.254.x.x (APIPA) или «Сеть без интернета» без IPv4 — сначала физический линк (кабель, порт, Wi‑Fi радио, док), потом DHCP (клиент Dhcp служба, Discover до сервера), потом статика-забытая. Не netsh int ip reset и не переустановка Windows. Microsoft 365 «не подключается» при APIPA — следствие, не причина.

Windows 10 22H2 и Windows 11 23H2/24H2 ведут себя одинаково: нет Offer — будет APIPA. Это не «сломанный TCP/IP».

Симптомы и как отличить

• IPv4 169.254.*, маска 255.255.0.0, нет шлюза.
• Media disconnected, линк вниз.
• Адрес есть, ping шлюза нет — уже не «нет DHCP», а VLAN/шлюз.
• Только Wi‑Fi или только док — железо/драйвер, см. адаптер отключается.

Журнал Microsoft-Windows-DHCP-Client/Operational: события о получении/отказе аренды. ID 1001 в DHCP-клиенте встречается в контексте аренды — читайте текст события на машине. Не путайте с Kernel-Power 41.

Возможные причины

1. Кабель/порт/свитч, PoE не про кабель данных, выбит патч.
2. Wi‑Fi: не тот SSID, MAC filter, airplane.
3. Док USB-C: адаптер не проснулся, драйвер.
4. Служба Dhcp Stopped/Disabled.
5. Пул DHCP кончился, сервер недоступен, relay не настроен на VLAN.
6. На NIC висит старый статический IP.
7. Hyper-V/VMware bridge, Disable NIC в профиле.
8. Редко: фильтр порта 68/67, 802.1X не прошёл, адрес не выдадут.

Диагностика

1. Адаптер и адрес

Get-NetAdapter | Format-Table Name, Status, MacAddress, LinkSpeed, MediaConnectionState
Get-NetIPConfiguration | Format-List InterfaceAlias, IPv4Address, IPv4DefaultGateway, DnsServer
Get-NetIPAddress -AddressFamily IPv4 | Format-Table InterfaceAlias, IPAddress, PrefixOrigin, SuffixOrigin

PrefixOrigin : WellKnown / APIPA vs Dhcp vs Manual.

2. Служба клиента

Get-Service Dhcp | Format-List Status, StartType

3. Аренда

ipconfig /all

В ipconfig /all: DHCP Enabled, DHCP Server, Lease. Нет DHCP Server при APIPA — Discover не получил Offer.

4. Тест другого порта/кабеля

Тот же патч в ноутбук коллеги. Если коллега жив — порт/WS-042. Если оба APIPA — VLAN/DHCP/relay.

5. Сервер DHCP (с прав админа сети)

Пул, отказы, MAC WS-042 в фильтре, конфликт. Не сканируйте чужие сегменты.

Статика 10.0.10.50, забытая после теста — PrefixOrigin Manual. Снимите, включите DHCP.

Два адаптера Up (Ethernet+Wi‑Fi) с разными сетями — метрика, непредсказуемый выход. Для офиса Ethernet preferred.

Microsoft 365 / Outlook при APIPA будут «нет интернета». Сначала IPv4, не Online Repair.

Решение

Сценарий A. Media disconnected

Другой кабель, порт свитча, не USB-хаб без питания для USB-NIC. На ноутбуке: в док до упора, драйвер док-станции вендора (штатный). Wi‑Fi: SSID contoso, не гость без DHCP.

Сценарий B. Линк Up, APIPA

Restart-Service Dhcp
ipconfig /release
ipconfig /renew

Если renew пустой — смотрите сеть: DHCP helper на L3, жив ли dhcp01.contoso.example, не кончился пул. Клиентский reset стека не создаст Offer.

Сценарий C. Служба Disabled

Set-Service Dhcp -StartupType Automatic
Start-Service Dhcp

GPO «оптимизация» — уберите. Эталон выдачи.

Сценарий D. Статика

Set-NetIPInterface -InterfaceAlias 'Ethernet' -Dhcp Enabled
Set-DnsClientServerAddress -InterfaceAlias 'Ethernet' -ResetServerAddresses

Имена алиаса подставьте свои (Get-NetAdapter).

Сценарий E. 802.1X

Сертификат машины, служба Wired AutoConfig (dot3svc), профиль. Без успешного EAP порт в quarantine VLAN без DHCP пользователей.

Сценарий F. Только после сна

Энергосбережение NIC — следующая статья. Временно: Device Manager → NIC → Power Management снять «allow computer to turn off».

Не netsh int ip reset первым. Это сброс стека с reboot, ломает VPN-фильтры. Оставляйте на случай реально повреждённого стека после malware/tweaker.

Не выключайте firewall: APIPA от этого не лечится.

APIPA на Ethernet при живом Wi‑Fi вводит в заблуждение: Windows может ходить в интернет через WLAN и «всё работает», пока шары 10.0.10.0/24 недоступны. Смотрите Get-NetIPConfiguration по каждому InterfaceAlias. Для офисного эталона Ethernet должен получить DHCP VLAN пользователей.

ipconfig /renew без Offer не оживит пустой пул на сервере. Helpdesk сети проверяет relay на L3 и отказы DHCP для MAC WS-042. 802.1X: без сертификата машины порт в quarantine — это не «сломанный клиент DHCP». Не netsh int ip reset до проверки линка и службы Dhcp.

После док-станции USB-C часто Media disconnected до пробуждения контроллера: это стык со статьёй про NIC, не про аренду. Microsoft 365 «нет сети» при 169.254 — не Online Repair.

Как проверить, что проблема устранена

1. IPv4 из пула VLAN (не 169.254), шлюз пингуется.
2. Resolve-DnsName dc01.contoso.example (или ваш DC).
3. nltest /dsgetdc:contoso.example для доменного ПК.
4. Outlook/Microsoft 365 открываются, если так задумано.
5. После reboot и после сна адрес остаётся валидным (или корректно renew).

Соберите ipconfig в пакет диагностики.

Если не помогло

• Адрес есть, сайты нет — DNS, прокси, фильтр, не DHCP.
• Только IPv6 RA без IPv4 — политика сети, DHCPv4.
• VM: vSwitch, не кабель.
• PXE/SCCM в той же подсети — не мешает аренде рабочей ОС после загрузки.

Не ставьте «TCP optimizer». Не прописывайте публичный DNS вместо DC.

Профилактика

• Резерв DHCP, мониторинг пула и отказов.
• Кабельный стандарт, подписи портов.
• Эталон: DHCP on, не статика на пользователях.
• Драйверы док-станций в образе.
• 802.1X с понятным fallback для helpdesk.

FAQ

Это из‑за VPN?

VPN-адаптер может иметь свой адрес при мёртвом Ethernet — смотрите InterfaceAlias. Офисный DHCP — на физическом NIC.

Нужно ли отключать IPv6, чтобы получить IPv4?

Нет. IPv6 не блокирует DHCPv4. Не отключайте IPv6 как ритуал.

Почему телефон на Wi‑Fi работает, ПК нет?

Другой SSID/VLAN, или Ethernet ПК в мёртвом порту. Не доказательство «DHCP жив для всех».

ipconfig /renew пишет unable to contact

Discover не дошёл или нет Offer. Кабель/VLAN/сервер, не «сломанный Windows».

Windows 11 24H2 и Wi‑Fi 7 док

Драйвер вендора, не «сброс TCP». Обновляйте пакет док.

Можно ли выдать статику пользователю, чтобы не мучиться?

Только как исключение с учётом в IPAM. Иначе конфликты и боль при переезде VLAN.