Windows не получает IP по Ethernet: диагностика сетевого адаптера и DHCP

Если Windows не получает IP по Ethernet, сначала определите, поднялся ли физический линк. Когда индикатор Link на сетевой карте или порту коммутатора не горит, проверяйте кабель, розетку, порт и сам адаптер. DHCP в этот момент диагностировать рано: без физического соединения компьютер не отправит запрос серверу.

Если Link есть, но IPv4-адрес не выдан, проверьте DHCP, службу DHCP Client, настройки TCP/IP и VLAN порта. Адрес вида 169.254.x.x означает, что Windows назначила APIPA после отсутствия ответа DHCP, но сам по себе этот адрес не указывает на конкретную неисправность.

Если корректный IP-адрес уже получен, но доступа к ресурсам нет, проверяйте маску подсети, шлюз, маршрутизацию, DNS, VPN, прокси и правила межсетевого экрана. Полный сброс сети выполняйте после сбора диагностики: он не исправит поврежденный кабель, неправильный VLAN или неисправный DHCP-сервер.

Короткий алгоритм: что проверить, если Windows не получает IP по Ethernet

Диагностику удобно разделить на четыре уровня: физический линк, сетевой адаптер Windows, параметры TCP/IP и DHCP, сетевое оборудование. Переходите к следующему уровню только после проверки предыдущего.

1. Проверьте защелки Ethernet-кабеля, розетку, патч-панель и индикаторы Link/Activity.
2. Подключите кабель к другому порту маршрутизатора или коммутатора.
3. Откройте сетевые подключения и проверьте, включен ли адаптер.
4. Проверьте драйвер, состояние устройства, скорость и режим дуплекса.
5. Выполните ipconfig /all и определите, получил ли компьютер IPv4-адрес, маску, шлюз и адрес DHCP-сервера.
6. Проверьте службу DHCP Client, затем выполните ipconfig /release и ipconfig /renew.
7. Проверьте связь с локальным шлюзом, внутренним ресурсом и внешним IP-адресом.
8. Сравните результат с другим компьютером на том же кабеле и порту.
9. Если проблема сохраняется, проверяйте VLAN, DHCP scope, relay, DHCP snooping и port security.

Какой результат показывает каждый симптом

Минимальная диагностика перед изменением настроек

Откройте командную строку от имени администратора и сохраните исходный вывод. Зафиксируйте имя Ethernet-интерфейса, MAC-адрес, IPv4-адрес, маску, шлюз, DHCP Server и DNS Servers.

ipconfig /all
ipconfig /release
ipconfig /renew

Команды /release и /renew меняют аренду IPv4. На удаленном компьютере без консольного доступа они могут окончательно прервать подключение, поэтому сначала сохраните вывод ipconfig /all и убедитесь, что доступ можно восстановить локально или через другой канал.

Проверьте, не задан ли статический IPv4-адрес вручную. VPN-клиенты, Hyper-V, VirtualBox, Docker и другие виртуальные интерфейсы могут добавлять собственные адаптеры. В командах и графических окнах выбирайте физический интерфейс, к которому подключен кабель.

Проверка кабеля и порта Ethernet: есть ли физический линк

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

Проверка кабеля и сетевой розетки

Извлеките коннектор и вставьте его до фиксации защелки. Осмотрите корпус RJ-45: сломанная защелка может оставлять контакт неплотным, особенно при движении кабеля.

Замените кабель на заведомо исправный. Для проверки рабочего места подключите компьютер напрямую к порту коммутатора или маршрутизатора, минуя настенную розетку и патч-панель. Если линк появился, ищите неисправность в розетке, патч-корде, кроссе или патч-панели.

В корпоративной сети кабельный тестер помогает найти обрыв пары, короткое замыкание и перепутанные пары. Для гигабитного соединения важны все четыре витые пары. Кабель может поднять линк на 100 Мбит/с и при этом не поддерживать стабильный режим 1 Гбит/с.

Что означают индикаторы на компьютере и коммутаторе

Индикатор Link показывает, что физический порт обнаружил устройство и согласовал соединение. Activity мигает при передаче кадров. Speed может показывать согласованную скорость, например 100 Мбит/с или 1 Гбит/с.

Если Link не горит на компьютере и на порту коммутатора, начните с кабеля и порта. Если с новым кабелем и другим портом индикаторы по-прежнему не загораются, проверьте сетевую карту на другом компьютере или подключите к этому компьютеру USB-Ethernet-адаптер.

Светодиоды не дают полной картины: некоторые производители отключают их в настройках оборудования, а отдельные модели показывают только активность. Сопоставьте индикацию с состоянием адаптера в Windows и показателем LinkSpeed в PowerShell.

Проверка другого порта маршрутизатора или коммутатора

Переставьте кабель в другой порт. Если соединение появилось, проверьте исходный порт на наличие административного отключения, ошибки оборудования или блокировки по MAC-адресу.

На управляемом коммутаторе порт может быть заблокирован из-за port security, превышения лимита MAC-адресов, режима err-disabled или ошибки на линии. Уточните фактический статус порта и назначенный VLAN. Простая замена кабеля не устранит блокировку политики безопасности.

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

Диагностика сетевого адаптера Windows

После появления физического линка проверьте, видит ли Windows Ethernet-устройство, включен ли интерфейс и загрузился ли его драйвер.

Состояние адаптера в Windows и PowerShell

Нажмите Win + R, выполните ncpa.cpl и найдите подключение Ethernet. Серый значок означает отключенный интерфейс. Красный крест обычно указывает на отсутствие физического линка, но точный результат нужно сопоставить с индикаторами на порту.

В PowerShell выполните:

Get-NetAdapter | Format-Table -Auto Name, InterfaceDescription, Status, LinkSpeed, MacAddress
Get-NetIPConfiguration -Detailed

Проверьте следующие значения:

• Status Up означает, что интерфейс включен и виден системе.
• LinkSpeed показывает согласованную скорость физического соединения.
• MacAddress помогает сопоставить компьютер с записью на коммутаторе и DHCP-сервере.
• В выводе IP-конфигурации должны быть видны IPv4-адрес, маска, шлюз и DNS-серверы.

Если адаптер имеет статус Up, показывает скорость 100 Мбит/с или 1 Гбит/с, но IPv4 отсутствует, физический уровень, скорее всего, работает. Продолжайте проверку DHCP и TCP/IP.

Драйвер и ошибки в Диспетчере устройств

Откройте devmgmt.msc, раскройте раздел «Сетевые адаптеры» и проверьте значок устройства. Желтый восклицательный знак указывает на ошибку драйвера или конфигурации устройства.

Коды 10 и 31 часто связаны с тем, что устройство не запускается или Windows не может загрузить требуемый драйвер. Проверьте свойства адаптера, вкладку «Состояние устройства», производителя и версию драйвера.

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

Если проблема появилась сразу после обновления Windows или драйвера, проверьте кнопку «Откатить» в свойствах устройства. При повторной установке зафиксируйте текущую версию и сначала подготовьте резервный драйвер на локальном диске.

Подробный порядок проверки драйвера, IPv4, DHCP и сброса TCP/IP приведен в инструкции по восстановлению сетевого адаптера Windows.

Скорость и дуплекс: когда менять Auto Negotiation

Откройте свойства Ethernet-адаптера, перейдите на вкладку «Дополнительно» и найдите параметр Speed & Duplex. Для обычной сети оставьте Auto Negotiation. Такой режим согласует скорость и дуплекс между компьютером и портом коммутатора.

Фиксированный Full Duplex применяйте только для контролируемого теста и при совпадении параметров на обеих сторонах. Если компьютер принудительно настроен на 1 Гбит/с, а коммутатор ожидает автоматическое согласование, линк может не подняться или работать нестабильно.

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

Энергосбережение и повторное включение адаптера

Временно отключите и включите интерфейс через ncpa.cpl. В PowerShell это можно сделать командой:

Restart-NetAdapter -Name 'Ethernet'

Если адаптер периодически исчезает после сна или выхода из гибернации, откройте его свойства в Диспетчере устройств. На вкладке «Управление электропитанием» проверьте параметр «Разрешить отключение этого устройства для экономии энергии».

Не меняйте одновременно энергосбережение, скорость, дуплекс и параметры драйвера. Иначе после восстановления будет сложно определить, какое действие устранило проблему.

Проверка TCP/IP и DHCP в Windows

Когда Ethernet-адаптер виден и физический линк поднят, проверьте, получил ли компьютер рабочую конфигурацию IPv4 от DHCP-сервера.

Как читать вывод ipconfig /all

Выполните:

ipconfig /all

Отсутствие шлюза не всегда означает отсутствие IP-связи. Компьютер может работать с узлами той же подсети, но не подключаться к другим VLAN и Интернету.

Если DHCP Enabled имеет значение No, сначала выясните, должен ли этот компьютер использовать статический адрес. На сервере, принтере, NAS или сетевом оборудовании ручная конфигурация может быть частью штатной схемы. Не переводите такой интерфейс в автоматический режим без сохранения исходных параметров.

Перезапрос адреса через ipconfig /release и ipconfig /renew

В командной строке администратора выполните:

ipconfig /release
ipconfig /renew
ipconfig /all

После /renew проверьте, изменился ли адрес, появилась ли маска, шлюз и адрес DHCP-сервера. Сохраните точный текст ошибки. Повторный запуск команды без анализа сообщения редко дает дополнительную информацию.

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

Проверка службы DHCP Client

Откройте services.msc, найдите службу DHCP Client и проверьте состояние «Выполняется». Для автоматического получения адреса служба должна запускаться вместе с Windows.

В PowerShell можно выполнить:

Get-Service -Name Dhcp

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

Start-Service -Name Dhcp

Работа DHCP Client не заменяет корректную настройку IPv4. Если в свойствах Ethernet задан статический адрес, служба может работать, но Windows не станет получать новый адрес через DHCP.

Проверка связности до шлюза и DNS

После получения IPv4 выполните проверки по порядку:

ping 127.0.0.1
ping 192.168.1.25
ping 192.168.1.1
ping 1.1.1.1
nslookup printer-01
route print

В примере 192.168.1.25 замените на адрес компьютера, а 192.168.1.1 на фактический шлюз из вывода ipconfig /all.

• Ответ от 127.0.0.1 подтверждает работу локального TCP/IP-стека.
• Ответ от собственного IPv4-адреса проверяет базовую работу интерфейса.
• Ответ от шлюза подтверждает связь внутри локального сегмента, если ICMP разрешен.
• Ответ от внешнего IP при отсутствии ответа от имени узла указывает на проблему DNS.
• Команда route print показывает, есть ли маршрут по умолчанию и через какой шлюз он проходит.

Отсутствие ответа на ping не всегда доказывает разрыв связи: межсетевой экран может блокировать ICMP. Сравнивайте результат с доступом к конкретному рабочему ресурсу и политиками сети.

Типовые ошибки: 169.254, ipconfig /renew и неопознанная сеть без доступа к Интернету

Windows получила адрес 169.254.x.x

Диапазон 169.254.0.0/16 используется Windows для автоматической локальной адресации APIPA. Система выбирает такой адрес, когда интерфейс активен, но DHCP-ответ не пришел.

Проверьте причины в следующем порядке:

1. Посмотрите на Link и замените кабель.
2. Подключитесь к другому порту.
3. Проверьте, что DHCP Enabled имеет значение Yes.
4. Убедитесь, что служба DHCP Client запущена.
5. Проверьте VLAN порта и соответствие рабочему сегменту.
6. Проверьте доступность DHCP scope и свободные адреса.
7. Проверьте DHCP relay, фильтр MAC, DHCP snooping и port security.

Не назначайте 169.254.x.x вручную для обычной рабочей сети. Такой адрес не заменяет адрес из корпоративной или домашней подсети.

ipconfig /renew завершается ошибкой

Ошибка продления аренды означает, что Windows не завершила обмен с DHCP так, как ожидалось. Причина может находиться на клиенте, в коммутаторе, на маршрутизаторе или на сервере DHCP.

Сохраните текст ошибки и проверьте:

• физический линк и статус интерфейса;
• службу DHCP Client;
• наличие статического адреса;
• VLAN и режим access-порта;
• ограничение MAC-адресов и port security;
• настройки DHCP relay или IP helper;
• доступный диапазон адресов и фильтры на DHCP-сервере.

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

Неопознанная сеть без доступа к Интернету

Статус «Неопознанная сеть» описывает результат определения профиля подключения. Он не заменяет проверку IPv4 и не доказывает, что DHCP полностью не работает.

Сначала проверьте адрес, маску и шлюз. Если компьютер получил корректный IPv4 и отвечает шлюз, проверьте службу NLA, профиль сети, DNS и политики безопасности. Если адрес 169.254.x.x или шлюз отсутствует, вернитесь к DHCP и VLAN.

Get-NetConnectionProfile
Get-Service -Name NlaSvc

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

IP-адрес есть, но доступа к ресурсам нет

Проверьте маску подсети, шлюз, таблицу маршрутов и DNS. Сравните четыре результата: ping до шлюза, ping до внутреннего ресурса, ping до внешнего IP и обращение к имени узла.

Отсутствие доступа к корпоративному ресурсу может быть связано с ACL, межсетевым экраном, VPN-маршрутом или прокси. Внешний Интернет может работать при недоступном внутреннем DNS, и наоборот.

Если ошибка одновременно появляется на Ethernet и Wi-Fi, используйте отдельный чек-лист диагностики сетевого адаптера Windows, где разобраны VPN, антивирусные фильтры, драйвер и аппаратные причины.

Восстановление сетевого стека и сброс сетевых настроек Windows 10 и 11

Сброс сетевого стека имеет смысл после проверки кабеля, порта, адаптера, IP-конфигурации и DHCP. Он помогает при поврежденных параметрах TCP/IP, Winsock или фильтрах стороннего программного обеспечения, но не исправляет проблему VLAN и неисправное оборудование.

Сброс TCP/IP и Winsock из командной строки

Откройте командную строку от имени администратора и выполните:

netsh int ip reset
netsh winsock reset

Первая команда сбрасывает параметры TCP/IP, вторая восстанавливает каталог Winsock, через который сетевые приложения обращаются к стеку Windows. После выполнения обеих команд перезагрузите компьютер.

Перед сбросом сохраните статические IP-адреса, DNS, прокси, маршруты и настройки VPN. После перезагрузки проверьте:

1. адаптер и физический Link;
2. ipconfig /all;
3. получение адреса через ipconfig /renew;
4. шлюз и DNS;
5. работу VPN и виртуальных интерфейсов.

Если после сброса сети Windows по-прежнему не подключается, используйте порядок проверки подключения после сброса. В нем отдельно проверяются драйвер, DHCP, адрес 169.254.x.x, DNS, VPN, прокси, роутер и провайдер.

Полный сброс сетевых настроек

В Windows 11 откройте «Параметры» - «Сеть и Интернет» - «Дополнительные сетевые параметры» - «Сброс сети». В Windows 10 путь обычно проходит через «Параметры» - «Сеть и Интернет» - «Состояние» - «Сброс сети».

Полный сброс удаляет и заново устанавливает сетевые адаптеры, возвращает сетевые компоненты к исходным параметрам и требует перезагрузки. После него могут потребоваться повторная установка VPN-клиента, настройка виртуальных адаптеров, возврат статического IP, настройка прокси и повторное подключение к Wi-Fi.

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

Переустановка или откат драйвера адаптера

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

После установки проверьте версию драйвера, Status, LinkSpeed и вывод ipconfig /all. Не оценивайте результат только по исчезновению значка ошибки: адаптер может загрузиться, но по-прежнему не получать DHCP-адрес.

Если одновременно возникают ошибки IPv4, DHCP и драйвера, полезен материал о сбросе Winsock и TCP/IP в Windows 10 и 11.

Как определить источник проблемы: компьютер, кабель, порт или локальная сеть

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

Тест на заведомо исправном кабеле и порте

Подключите компьютер проверенным кабелем к порту с известным рабочим VLAN. Проверьте Link, затем выполните ipconfig /all и ipconfig /renew.

• Рабочий адрес появился, значит исходный кабель, розетка или порт требуют отдельной проверки.
• Link появился, но адрес остается 169.254.x.x, значит физический путь восстановлен, а проблема сохраняется в DHCP, VLAN или конфигурации клиента.
• Link не появился даже на проверенном подключении, проверьте адаптер, драйвер и материнскую плату.

Тест другого устройства на том же подключении

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

Проверка статическим адресом как диагностический тест

Статический адрес можно задать временно, если точно известны подсеть, свободный IP и шлюз. Например, для сети 192.168.10.0/24 тестовая конфигурация может использовать свободный адрес 192.168.10.50, маску 255.255.255.0 и шлюз 192.168.10.1.

Откройте свойства Ethernet, выберите IPv4 и укажите параметры вручную. Проверьте ping шлюза. Успешный ответ показывает, что базовая связь через кабель, порт, VLAN и адаптер, вероятно, работает. Этот тест не исправляет DHCP.

После проверки верните параметры IPv4 в режим автоматического получения адреса и DNS. Не используйте чужой или занятый IP: конфликт адресов создает дополнительные симптомы и может нарушить работу другого устройства.

Если проблема на стороне DHCP, VLAN или коммутатора

Когда компьютер, кабель и порт прошли перекрестную проверку, переходите к сетевой инфраструктуре. DHCP-запрос проходит через конкретный VLAN, правила порта и, при необходимости, DHCP relay.

Проверка VLAN и режима порта

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

Проверьте состояние порта, access VLAN, native VLAN для соответствующего сценария, счетчики ошибок и согласованную скорость. Ошибка в VLAN может дать Link и при этом полностью исключить получение адреса от нужного DHCP-сервера.

Проверка DHCP scope и аренды

На DHCP-сервере проверьте доступный диапазон адресов, исключения, срок аренды, резервации и фильтры MAC. Если пул исчерпан, новые компьютеры получают 169.254.x.x, хотя сервер и служба DHCP продолжают работать.

Сопоставьте MAC-адрес из ipconfig /all с журналом DHCP и записью на коммутаторе. Проверьте, не привязана ли старая резервация к другому адресу или другому интерфейсу.

Время на клиенте и сервере можно проверить как дополнительный фактор для корпоративных политик и журналов. Несовпадение времени редко объясняет отсутствие базовой DHCP-аренды, поэтому не ставьте эту проверку первой.

DHCP relay, DHCP snooping и port security

Если DHCP-сервер находится в другой подсети, на маршрутизаторе или L3-коммутаторе должен работать relay, часто настроенный через IP helper. Проверьте, что helper указывает на актуальный адрес DHCP-сервера и назначен правильному интерфейсу VLAN.

При включенном DHCP snooping проверьте trusted-порты. Порт, через который приходят ответы DHCP, должен иметь корректный доверенный статус. Ошибка в этой настройке позволяет клиенту отправить Discover, но блокирует Offer или Ack.

Проверьте port security, лимит MAC-адресов, sticky MAC, блокировки после замены компьютера и записи в журнале коммутатора. Подключение док-станции или мини-коммутатора может превысить разрешенный лимит устройств.

Когда проверять службы Windows, NLA и целостность системы

Этот блок нужен после проверки физического линка, адаптера, IP-конфигурации и DHCP. Служба NLA влияет на определение профиля сети, но ее проблема обычно не объясняет отсутствие физического линка или адреса DHCP.

Зависимости службы сведений о подключенных сетях NLA

Откройте services.msc и проверьте службу сведений о подключенных сетях, NLA. Для нее проверьте работу системных служб, связанных с сетевой идентификацией:

• «Питание»;
• «Сопоставитель конечных точек RPC»;
• «Модуль запуска процессов DCOM-сервера»;
• «Служба интерфейса сохранения сети».

Для перечисленных служб проверьте состояние и автоматический тип запуска. В PowerShell можно вывести их состояние так:

Get-Service Power, RpcEptMapper, DcomLaunch, nsi, NlaSvc | Format-Table Name, Status, StartType

Если Ethernet получает корректный адрес, шлюз отвечает, но Windows неправильно определяет сеть, проверьте NLA и профиль подключения. Не начинайте с NLA, когда в ipconfig /all указан адрес 169.254.x.x.

Папка PeerNetworking при проблемах с NLA

При повреждении данных, связанных с определением сети, можно удалить содержимое папки:

C:\Windows\ServiceProfiles\LocalService\AppData\Roaming\PeerNetworking

Удаляйте содержимое, а не саму папку. Для операции нужны административные права. Зафиксируйте исходное состояние служб и симптомы, затем перезагрузите компьютер и повторно проверьте NLA, профиль сети и доступ к ресурсам.

Очистка PeerNetworking не заменяет проверку DHCP. Если после перезагрузки снова появляется 169.254.x.x, возвращайтесь к кабелю, VLAN и DHCP-серверу.

Проверка целостности Windows и диска

Если сетевые службы не запускаются, параметры сбрасываются после перезагрузки или система показывает несколько несвязанных ошибок, проверьте целостность Windows из командной строки администратора:

sfc /scannow

Дождитесь завершения проверки и сохраните ее результат. Для проверки системного диска используется команда:

chkdsk C: /f /r /x

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

Итоговый чек-лист диагностики Ethernet и DHCP

1. Проверьте индикаторы Link и Activity на компьютере и коммутаторе.
2. Замените Ethernet-кабель и проверьте другой порт.
3. Убедитесь, что адаптер включен и виден в Диспетчере устройств.
4. Проверьте драйвер, код ошибки, скорость и режим Auto Negotiation.
5. Выполните ipconfig /all и сохраните вывод.
6. Проверьте DHCP Enabled, IPv4, маску, шлюз, DHCP Server и DNS Servers.
7. Проверьте службу DHCP Client и выполните ipconfig /renew.
8. Сравните результат с другим устройством на том же кабеле и порту.
9. Проверьте VLAN, DHCP scope, relay, DHCP snooping, port security и журналы сетевого оборудования.
10. Только после базовой диагностики сбрасывайте TCP/IP, Winsock, драйвер или всю сеть Windows.

Для передачи задачи сетевому администратору приложите MAC-адрес, имя Ethernet-интерфейса, физический порт коммутатора, VLAN, вывод ipconfig /all, текст ошибки ipconfig /renew, состояние Link и результаты теста с другим устройством.

Если статический адрес временно восстановил связь, укажите его параметры и верните автоматическое получение IP после теста. Такой результат сужает поиск до DHCP, relay, фильтрации или конфигурации VLAN.

Главное правило: отсутствие Link ищут на физическом уровне, адрес 169.254.x.x связывают с неудачным DHCP-обменом, а наличие IP без доступа проверяют через шлюз, маршруты и DNS.