Сетевой адаптер Wi-Fi не имеет допустимых параметров IP: как исправить ошибку в Windows 10 и 11

Что означает ошибка и что сделать в первые минуты

Ошибка «Сетевой адаптер Wi-Fi не имеет допустимых параметров IP» означает, что компьютер подключился к SSID точки доступа, но не получил рабочую сетевую конфигурацию. Обычно отсутствует IPv4-адрес, шлюз по умолчанию, DNS-сервер или DHCP-аренда.

Для Windows 10 и Windows 11 используйте последовательную диагностику: сначала сравните подключение с другим устройством, затем сохраните вывод ipconfig /all, проверьте автоматическое получение IPv4 и DNS, обновите DHCP-аренду, удалите профиль проблемной сети и проверьте службу автонастройки WLAN. После этого переходите к драйверу, энергосбережению, TCP/IP и настройкам роутера.

1. Подключите телефон или другой ноутбук к тому же SSID и проверьте, получает ли он IPv4-адрес и шлюз.
2. На проблемном компьютере откройте командную строку и выполните ipconfig /all.
3. Если адрес начинается с 169.254., проверьте DHCP и сетевой адаптер.
4. Убедитесь, что IPv4 настроен на автоматическое получение адреса и DNS.
5. Переподключитесь к Wi-Fi и обновите аренду DHCP.
6. При сбое только в одной сети удалите ее сохраненный профиль и подключитесь заново.

Если другие устройства в той же сети работают, причина чаще находится на конкретном компьютере: в профиле Wi-Fi, службе WLAN, драйвере, энергосбережении, локальном стеке TCP/IP или ограничении по MAC-адресу. Если корректный IP не получает ни одно устройство, начинайте с роутера, точки доступа, DHCP-сервера, пула адресов и VLAN.

Какие параметры должны быть получены для нормальной работы Wi-Fi

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

• IPv4 Address, адрес устройства в локальной подсети, например 192.168.1.25;
• Subnet Mask, маска подсети, например 255.255.255.0;
• Default Gateway, адрес роутера или маршрутизатора, например 192.168.1.1;
• DNS Servers, серверы, которые преобразуют имена узлов в IP-адреса;
• DHCP Server, узел, выдавший сетевую конфигурацию;
• Lease Obtained и Lease Expires, время получения и окончания аренды.

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

Зафиксируйте текущую конфигурацию перед изменением настроек

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

ipconfig /all

Сохраните вывод в текстовый файл или сделайте снимок экрана блока, относящегося к беспроводному адаптеру. Запишите имя SSID, время появления ошибки, MAC-адрес адаптера и факт подключения к точке доступа. Эти сведения помогут сравнить состояние до и после исправления.

Не начинайте с полного сброса сети, если еще не зафиксировали адрес, шлюз, DHCP-сервер и DNS. Подробное дерево диагностики похожей ошибки собрано в руководстве по диагностике ошибки сетевого адаптера.

Сначала определите: проблема только на этом компьютере или во всей Wi-Fi-сети

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

Другие устройства подключаются и получают IP-адрес

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

• не поврежден ли профиль сохраненной Wi-Fi-сети;
• запущена ли служба «Автонастройка WLAN»;
• не установлена ли ошибочная или несовместимая версия драйвера;
• не отключает ли Windows адаптер после сна или простоя;
• получает ли адаптер адрес автоматически;
• не блокирует ли устройство фильтрация MAC-адресов или DHCP-резервирование.

Работа других клиентов не исключает адресный конфликт, привязку конкретного MAC-адреса к неверному резервированию или отдельные правила для корпоративного SSID. В сети с VLAN один клиент может попасть в другой сегмент из-за настроек точки доступа или профиля безопасности.

Ни одно устройство не получает корректный IP-адрес

В этом случае переустановка драйвера на одном компьютере не должна быть первым действием. Проверьте роутер или DHCP-сервер:

1. включен ли DHCP;
2. есть ли свободные адреса в пуле;
3. видны ли новые DHCP-аренды в таблице клиентов;
4. не зависла ли точка доступа;
5. есть ли связь между точкой доступа, коммутатором и маршрутизатором;
6. не изменились ли VLAN, гостевая сеть или правила DHCP relay.

Если по кабелю клиенты получают адрес, а по Wi-Fi нет, проверяйте привязку SSID к VLAN и настройки точки доступа. Если адреса не выдаются ни по Wi-Fi, ни по Ethernet, вероятнее проблема в DHCP-сервере, маршрутизаторе или сетевой связности.

Проверьте IP-конфигурацию адаптера и получение адреса по DHCP

Как распознать адрес 169.254.x.x и отсутствие шлюза

Адрес из диапазона 169.254.0.0/16 Windows назначает автоматически, когда не получает корректный адрес от DHCP. Это называется APIPA. Такой адрес позволяет использовать ограниченную связь внутри локального сегмента, но обычно не дает доступа к шлюзу, корпоративным ресурсам и интернету.

В выводе ipconfig /all проверьте блок Wi-Fi. Комбинация IPv4 169.254.x.x, пустого Default Gateway и отсутствующего DHCP Server указывает на проблему получения аренды. Один этот признак не определяет виновную сторону: DHCP может быть недоступен из-за драйвера, профиля, фильтрации MAC, VLAN или неисправности роутера.

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

Проверьте, что IPv4 настроен на автоматическое получение адреса и DNS

Откройте окно сетевых подключений командой ncpa.cpl:

1. Нажмите Win + R, введите ncpa.cpl и нажмите Enter.
2. Щелкните правой кнопкой по подключению Wi-Fi и выберите «Свойства».
3. Откройте «IP версии 4 (TCP/IPv4)» и нажмите «Свойства».
4. Выберите «Получить IP-адрес автоматически».
5. Выберите «Получить адрес DNS-сервера автоматически».
6. Подтвердите изменения кнопками «ОК» и «Закрыть».

В Windows 10 и Windows 11 названия пунктов могут немного отличаться из-за редакции и языка интерфейса. Смысл настройки остается тем же. Если сеть использует статический IPv4, фиксированный шлюз или внутренние DNS-серверы, сначала сверьте параметры с сетевой документацией. Не заменяйте корпоративную статическую схему автоматическим DHCP без разрешения администратора.

Перезапросите DHCP-аренду и проверьте результат

После проверки IPv4 откройте Windows Terminal или командную строку от имени администратора. Команды временно разрывают активные сетевые сессии, поэтому сохраните рабочие данные в удаленных системах:

ipconfig /release
ipconfig /renew
ipconfig /all

ipconfig /release освобождает текущую аренду, ipconfig /renew запрашивает новую. В итоговом выводе проверьте, изменился ли IPv4-адрес, появился ли шлюз и указан ли DHCP-сервер. Если /renew возвращает ошибку или снова появляется адрес 169.254.x.x, переходите к проверке профиля, WLAN, драйвера и DHCP на сетевом оборудовании.

Удалите и создайте заново профиль проблемной Wi-Fi-сети

Когда удаление профиля Wi-Fi оправдано

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

Удаление профиля не требуется для всех сохраненных сетей. Убирайте только проблемный SSID. Перед операцией убедитесь, что известен пароль Wi-Fi или доступен корпоративный способ входа.

Как забыть сеть и подключиться к ней повторно

1. Откройте «Параметры» и перейдите в раздел «Сеть и Интернет».
2. В Windows 11 выберите «Wi-Fi» и «Управление известными сетями».
3. В Windows 10 откройте «Wi-Fi» и пункт «Управление известными сетями».
4. Найдите нужный SSID и нажмите «Забыть».
5. Откройте список доступных сетей, выберите тот же SSID и подключитесь заново.
6. Введите ключ безопасности или пройдите корпоративную аутентификацию.
7. Проверьте результат командой ipconfig /all.

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

Проверьте службу автонастройки WLAN и сетевые службы Windows

Проверьте состояние службы автонастройки WLAN

Служба «Автонастройка WLAN» управляет обнаружением беспроводных сетей, сохраненными профилями и подключением Wi-Fi. Если она остановлена, адаптер может отображаться в системе, но подключение будет работать нестабильно или не завершится корректно.

1. Нажмите Win + R, введите services.msc и нажмите Enter.
2. Найдите службу «Автонастройка WLAN».
3. Проверьте состояние «Выполняется» и тип запуска «Автоматически».
4. Если служба остановлена, запустите ее.
5. Если она уже работает, выберите «Перезапустить».
6. Повторно подключитесь к SSID и проверьте IPv4-конфигурацию.

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

Проверьте связанные службы: питание, RPC, DCOM и интерфейс сохранения сети

Для общего сбоя сетевых компонентов проверьте следующие службы:

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

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

Когда проверить целостность системных компонентов Windows

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

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

sfc /scannow

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

Команда проверки диска нужна при сопутствующих ошибках файловой системы, внезапных сбоях и подозрении на проблемы с системным накопителем:

chkdsk C: /f /r /x

Проверка с параметром /r может занять значительное время и потребовать перезагрузку. Не запускайте ее на удаленной рабочей станции без согласованного окна обслуживания. Она не считается штатным способом исправления DHCP.

Исключите драйвер Wi-Fi-адаптера, энергосбережение и повреждение TCP/IP

Проверьте состояние и версию драйвера Wi-Fi в диспетчере устройств

1. Откройте меню «Пуск», найдите «Диспетчер устройств».
2. Раскройте раздел «Сетевые адаптеры».
3. Откройте свойства беспроводного адаптера.
4. На вкладке «Общие» проверьте код состояния устройства.
5. На вкладке «Драйвер» запишите поставщика, дату, версию и цифровую подпись.

Коды 10, 31 и 43 указывают на проблемы запуска или работы устройства. Если ошибка появилась сразу после обновления Windows или драйвера, сначала проверьте кнопку «Откатить». При отсутствии отката установите пакет с сайта производителя ноутбука или Wi-Fi-адаптера. Для корпоративных компьютеров используйте утвержденный пакет и сохраните текущий драйвер перед заменой.

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

Отключите отключение Wi-Fi-адаптера для экономии энергии

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

1. В «Диспетчере устройств» откройте свойства Wi-Fi-адаптера.
2. Перейдите на вкладку «Управление электропитанием».
3. Снимите флажок «Разрешить отключение этого устройства для экономии энергии».
4. Нажмите «ОК», перезагрузите компьютер и проверьте повторное подключение.

Названия вкладок и доступные параметры зависят от модели адаптера и версии драйвера. На некоторых устройствах вкладка отсутствует. Не изменяйте расширенные параметры питания без воспроизводимого симптома: повышенное энергопотребление может быть нежелательным для мобильных компьютеров.

Как сбросить настройки TCP/IP и сети Windows с учетом последствий

Сброс сетевого стека применяйте после проверки профиля, IPv4, WLAN и драйвера. Откройте Windows Terminal или командную строку от имени администратора:

netsh winsock reset
netsh int ip reset

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

Команды могут повлиять на VPN-клиенты, прокси, фильтры безопасности и виртуальные сетевые интерфейсы. Статические IPv4-адреса, шлюзы и DNS после сброса нужно проверить вручную. Подробный план восстановления сетевых настроек Windows без переустановки системы приведен в отдельном руководстве.

Полный сброс сети используйте как последний локальный шаг:

• в Windows 11: «Параметры» - «Сеть и Интернет» - «Дополнительные сетевые параметры» - «Сброс сети»;
• в Windows 10: «Параметры» - «Сеть и Интернет» - «Состояние» - «Сброс сети».

После подтверждения Windows переустановит сетевые адаптеры и вернет сетевые параметры к исходным значениям. Личные файлы не удаляются, но сохраненные Wi-Fi-подключения могут потребовать повторного ввода пароля. VPN-клиенты, виртуальные адаптеры, статические адреса, Hyper-V, VirtualBox и другие сетевые компоненты могут потребовать повторной настройки. Перезагрузка после операции обязательна.

Если после сброса сети интернет не появился, не повторяйте процедуру вслепую. Проверьте DHCP, DNS, фильтрацию, прокси и состояние роутера по отдельному чек-листу диагностики подключения после сброса Windows.

Проверьте DHCP на роутере или точке доступа

Убедитесь, что DHCP включен и в пуле есть свободные адреса

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

Проверьте:

• включен ли DHCP-сервер на нужном интерфейсе;
• совпадает ли пул с подсетью, например адреса из диапазона 192.168.1.100 - 192.168.1.200 при подсети 192.168.1.0/24;
• есть ли свободные адреса;
• не закончился ли срок действия конфигурации или не исчерпан ли лимит аренд;
• правильно ли указаны шлюз, маска и DNS для клиентов;
• видит ли DHCP-сервер запросы от проблемного MAC-адреса.

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

Проверьте конфликты IP, резервирования и фильтрацию MAC-адресов

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

Один компьютер может не получать адрес при таких условиях:

• его MAC-адрес заблокирован фильтром;
• резервирование указывает на неверный адрес или другую подсеть;
• ожидаемый IP уже занят устройством со статической конфигурацией;
• точка доступа ограничивает число клиентов или количество адресов;
• для SSID задано отдельное правило доступа.

Windows 10 и Windows 11 могут использовать случайные аппаратные адреса для отдельных Wi-Fi-сетей. Из-за этого MAC в роутере может отличаться от постоянного адреса адаптера. Сверяйте адрес, который фактически видит точка доступа в момент подключения, и настройки случайных аппаратных адресов в свойствах конкретного SSID.

Проверьте VLAN, гостевую сеть и связность точки доступа с DHCP-сервером

В корпоративной сети проверьте путь DHCP-запроса: клиентский SSID, VLAN на точке доступа, порт коммутатора, транк и DHCP relay. DHCP может работать в пользовательской VLAN и быть недоступным в гостевой или служебной VLAN.

Проверьте привязку SSID к VLAN, тегирование трафика на порту точки доступа, наличие маршрута до DHCP-сервера и разрешение DHCP-трафика правилами межсетевого экрана. Для гостевых сетей отдельно проверьте, не ограничен ли DHCP политикой изоляции клиентов.

Если точка доступа подключена к коммутатору с неверным профилем порта, Wi-Fi-клиенты могут видеть SSID и проходить аутентификацию, но не получать адрес. Такой симптом часто выглядит как локальная ошибка Windows, хотя сбой находится между точкой доступа и DHCP relay.

Как убедиться, что ошибка исправлена, и что собрать для дальнейшей диагностики

Контрольный список после восстановления подключения

Считайте проблему решенной после проверки всей цепочки, а не только появления значка Wi-Fi:

1. В ipconfig /all указан IPv4-адрес из ожидаемой подсети.
2. Адрес не относится к диапазону 169.254.0.0/16.
3. Указан корректный шлюз по умолчанию.
4. Присутствует DHCP-сервер, если сеть использует автоматическую адресацию.
5. Заполнены DNS-серверы.
6. Команда ping <адрес_шлюза> получает ответы.
7. Открываются внутренние ресурсы, если они нужны для работы.
8. Команда nslookup <имя_узла> получает ответ от DNS.
9. Открываются внешние ресурсы, если доступ в интернет предусмотрен политикой сети.

Проверяйте локальную сеть и интернет раздельно. Если шлюз отвечает, но имя узла не разрешается, ищите ошибку DNS. Если адрес, шлюз и DNS корректны, но нет доступа к внутреннему ресурсу, проверяйте маршрутизацию, ACL, VPN и правила безопасности.

Какие данные приложить к обращению в IT-поддержку

Если ошибка возвращается, приложите к заявке:

• версию Windows 10 или Windows 11 и номер сборки;
• модель Wi-Fi-адаптера;
• поставщика, дату и версию драйвера;
• SSID и время последнего сбоя;
• MAC-адрес адаптера;
• вывод ipconfig /all без паролей, ключей и другой чувствительной информации;
• результат сравнения с другим устройством в том же SSID;
• сведения о DHCP-аренде, резервировании и фильтрации MAC;
• информацию о недавних обновлениях Windows, смене пароля Wi-Fi, VLAN или настроек точки доступа;
• ошибки из «Просмотра событий», особенно из журналов системы и WLAN-AutoConfig/Operational.

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

Частые вопросы об ошибке допустимых параметров IP беспроводной сети

Почему Wi-Fi показывает подключение, но интернет и локальная сеть не работают

Подключение к SSID подтверждает связь с точкой доступа. Компьютер может не иметь IPv4-адреса, шлюза или DNS, поэтому доступ к локальной сети и интернету не появится. Проверьте ipconfig /all и найдите адрес 169.254.x.x, пустой шлюз или отсутствие DHCP-сервера.

Поможет ли перезагрузка компьютера и роутера

Перезагрузка может восстановить зависшую службу WLAN, состояние адаптера или DHCP на роутере. Если ошибка повторяется, одной перезагрузки недостаточно. Сравните другое устройство, проверьте профиль, IPv4, драйвер, питание и DHCP-пул.

Что изменится после полного сброса сети Windows

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