Windows не получает IP по Ethernet: пошаговая диагностика адаптера, DHCP и адреса 169.254.x.x

Если 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, сетевое оборудование. Переходите к следующему уровню только после проверки предыдущего.

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

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

Симптом	Вероятный уровень проблемы	Следующая проверка
Индикатор Link не горит	Кабель, розетка, порт, физический адаптер	Заменить кабель и проверить другой порт
Адаптер отключен в Windows	Настройки интерфейса или аппаратное отключение	Включить адаптер через `ncpa.cpl` и Диспетчер устройств
Назначен адрес 169.254.x.x	DHCP не ответил или запрос не прошел через сеть	Проверить DHCP Client, VLAN, relay и DHCP-сервер
IPv4 есть, шлюза нет	Статическая или неполная конфигурация TCP/IP	Проверить маску и параметры IPv4
Есть IP и шлюз, но нет доступа к именам	DNS, прокси, VPN или политика безопасности	Проверить `nslookup`, DNS-серверы и прокси
`ipconfig /renew` завершается ошибкой	DHCP Client, VLAN, фильтрация MAC, relay или DHCP scope	Сохранить текст ошибки и сравнить с другим устройством
Неопознанная сеть	NLA, шлюз, профиль сети или неполная IP-конфигурация, часто вместе с 169.254.x.x	Проверить адрес, шлюз, службу NLA и связность

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

Откройте командную строку от имени администратора и сохраните исходный вывод. Зафиксируйте имя 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

Поле	Что проверить	Как трактовать результат
Media State	Нет ли значения Media disconnected	При отключенном физическом соединении DHCP не диагностируется
DHCP Enabled	Значение Yes для автоматической конфигурации	No может означать ручной статический адрес
IPv4 Address	Адрес рабочей подсети	169.254.x.x указывает на отсутствие ответа DHCP
Subnet Mask	Маска соответствует подсети	Неверная маска ломает связь с частью локальных ресурсов
Default Gateway	Указан шлюз нужного сегмента	Без шлюза не будет маршрутизации в другие сети
DHCP Server	Адрес ожидаемого DHCP-сервера	Пустое поле при DHCP Enabled Yes требует проверки обмена
DNS Servers	Доступны адреса корпоративных или локальных DNS	Пустой или неверный DNS ломает разрешение имен

Отсутствие шлюза не всегда означает отсутствие 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-ответ не пришел.

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

Посмотрите на Link и замените кабель.
Подключитесь к другому порту.
Проверьте, что DHCP Enabled имеет значение Yes.
Убедитесь, что служба DHCP Client запущена.
Проверьте VLAN порта и соответствие рабочему сегменту.
Проверьте доступность DHCP scope и свободные адреса.
Проверьте 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. После перезагрузки проверьте:

адаптер и физический Link;
ipconfig /all;
получение адреса через ipconfig /renew;
шлюз и DNS;
работу 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.

Линк есть, адрес и шлюз получены — причина была в исходном кабеле, розетке или порту.
Линк есть, но снова назначен 169.254.x.x — кабель и порт исправны, переходите к адаптеру, драйверу и параметрам TCP/IP.
Линк не поднимается даже на новом кабеле — проверяйте сетевую карту компьютера и порт коммутатора.

Затем подключите к тому же порту второе заведомо исправное устройство и сравните результат:

Второе устройство получает рабочий адрес, а исходный компьютер нет — ищите причину на стороне ПК: драйвер, TCP/IP или настройки адаптера.
Оба устройства получают 169.254.x.x — проблема на стороне сети: коммутатор, VLAN, DHCP relay, DHCP snooping или DHCP scope.
Оба компьютера работают на другом порту, но не на исходном — порт отключен административно или находится в состоянии err-disabled.

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

Короткий чек-лист перед обращением к администратору сети

Link на адаптере и на порту коммутатора горит.
Адаптер включен, драйвер без ошибок, статус Up.
ipconfig /all показывает IPv4-адрес, маску, шлюз, DHCP Server и DNS.
Служба DHCP Client работает, а ipconfig /renew не завершается ошибкой.
Ping до шлюза проходит, DNS-имена разрешаются.

Если все проверки сходятся, но адрес так и не приходит, зафиксируйте MAC-адрес, номер порта, VLAN и точный текст ошибки. С этими данными администратор сети быстрее найдет причину на коммутаторе или DHCP-сервере.