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

Короткий ответ: когда помогает сброс сетевых настроек Windows

Сброс сети Windows имеет смысл, если интернет не работает на одном компьютере, а другие устройства через тот же роутер подключаются нормально. Процедура помогает при повреждённом стеке TCP/IP, сбое DNS, ошибках DHCP, последствиях установки VPN-клиента и некорректных параметрах сетевого адаптера.

Сброс не восстановит линию провайдера, отключённый WAN на роутере, повреждённый Ethernet-кабель или физически неисправный Wi-Fi-адаптер. Перед полным Network reset начните с проверки IP-конфигурации и точечных команд для DNS, Winsock и TCP/IP. Полный сброс переустанавливает сетевые адаптеры, затрагивает пользовательские параметры и требует перезагрузки.

Признаки, что проблема может быть в Windows

Интернет не работает только на одном ПК, при этом телефон или другой компьютер в этой же сети открывает сайты.
В выводе ipconfig /all у активного адаптера указан IPv4-адрес вида 169.254.x.x. При включённом DHCP это означает, что компьютер не получил адрес от DHCP-сервера.
Windows сообщает об ошибке получения IP-адреса, сеть определена как неопознанная или шлюз по умолчанию отсутствует.
Команда ping 1.1.1.1 получает ответы, но доменные имена не разрешаются через nslookup. Такой сценарий указывает на проблему DNS.
Сбой начался после установки VPN, прокси-клиента, антивируса с сетевым фильтром, Hyper-V, Docker или ручного изменения IPv4, DNS и маршрутов.
Адаптер виден в системе и включён, но подключение не получает корректную конфигурацию или регулярно теряет доступ в сеть.

Эти признаки не доказывают причину на 100 процентов, но дают основание проверять конфигурацию Windows. Для отдельного сценария с адресом 169.254.x.x, DHCP и DNS используйте пошаговую диагностику ошибок IP-адреса и DNS в Windows.

Когда сброс сети, скорее всего, не поможет

Интернет отсутствует на всех устройствах, подключённых к одному роутеру.
В интерфейсе роутера нет WAN-адреса, отображается разрыв соединения или отсутствует сигнал провайдера.
На Ethernet-порту не горит индикатор линка, а замена кабеля и порта ничего не меняет.
Wi-Fi-сеть не видна нескольким устройствам или точка доступа не передаёт трафик.
Сетевой адаптер исчез из Диспетчера устройств, определяется с ошибкой либо отключается при движении кабеля.
Провайдер подтвердил аварию, блокировку учётной записи или проблему на линии.

Сброс Windows не создаёт физический линк, не восстанавливает WAN-подключение и не исправляет оборудование вне компьютера. В таких случаях проверяйте цепочку компьютер, кабель или Wi-Fi, роутер, провайдер.

Что проверить и сохранить перед сбросом сети

Перед изменениями проверьте подключение на другом устройстве. Затем сохраните текущую конфигурацию: это ускорит возврат статического IP, шлюза и DNS после сброса. Для локальной работы нужны права администратора. При подключении к удалённой рабочей станции через RDP запланируйте доступ через консоль или попросите пользователя на месте помочь с перезагрузкой.

Зафиксировать IP-адрес, шлюз, DNS и тип получения адреса

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

ipconfig /all

Для активного Ethernet- или Wi-Fi-адаптера запишите следующие поля:

IPv4-адрес и маску подсети.
Шлюз по умолчанию.
DNS-серверы.
Строку DHCP включён.
MAC-адрес адаптера, если на роутере используются привязки адресов.
Суффикс DNS-подключения и корпоративные DNS-серверы, если они используются.

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

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

Отключите активный VPN до начала процедуры и сохраните параметры подключения, адрес VPN-шлюза, способ аутентификации и требования к DNS. В корпоративной среде часть внутренних ресурсов доступна только через VPN, поэтому отсутствие доступа к ним после сброса не всегда означает новую поломку сети.

Запишите настройки системного прокси, если он задан вручную. Проверьте виртуальные адаптеры Docker, Hyper-V, WSL, VMware, VirtualBox и сетевые клиенты безопасности. После полного сброса могут потребоваться повторная установка, перепривязка виртуального коммутатора или настройка служебного адаптера.

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

Как сбросить сетевые настройки Windows 10 и Windows 11 через параметры

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

Сброс сети в Windows 11

Откройте Параметры.
Перейдите в Сеть и Интернет.
Откройте Дополнительные сетевые параметры.
Выберите Сброс сети.
Нажмите Сбросить сейчас и подтвердите действие.
Перезагрузите компьютер после завершения обратного отсчёта или сразу, если Windows предлагает это сделать.

После входа в систему подключитесь к Ethernet или выберите Wi-Fi-сеть, введите пароль при необходимости и проверьте IP-конфигурацию.

Сброс сети в Windows 10

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

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

Что произойдет после полного сброса

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

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

Точечный сброс DNS, TCP/IP, Winsock и DHCP через командную строку

Точечный сброс полезен, когда адаптер определяется корректно, но DNS-кэш, каталог Winsock или параметры TCP/IP работают с ошибками. Откройте Windows Terminal, PowerShell или Командную строку от имени администратора. В меню Пуск найдите нужное приложение, нажмите правой кнопкой мыши и выберите запуск с правами администратора.

Команды для сброса DNS и сетевого стека Windows

Выполните команды по порядку:

ipconfig /flushdns
netsh winsock reset
netsh int ip reset

ipconfig /flushdns очищает локальный DNS-кэш. Команда не меняет адреса DNS-серверов.
netsh winsock reset сбрасывает каталог Winsock, через который приложения обращаются к сетевому стеку.
netsh int ip reset возвращает параметры TCP/IP-интерфейсов к исходному состоянию.

После двух команд netsh перезагрузите компьютер. На устройстве со статической конфигурацией заранее сохраните адрес, маску, шлюз, DNS и специальные маршруты. При нестандартной маршрутизации проверьте таблицу маршрутов отдельно: команды route и netsh для диагностики маршрутизации Windows помогут найти неверный маршрут по умолчанию или лишний статический маршрут.

Обновление адреса DHCP

После перезагрузки, если адаптер получает адрес автоматически, освободите старую DHCP-аренду и запросите новую:

ipconfig /release
ipconfig /renew

ipconfig /release временно отключает сетевое соединение на DHCP-интерфейсах. ipconfig /renew запрашивает адрес, маску, шлюз и DNS у DHCP-сервера. Не используйте эти команды как способ вернуть вручную заданный статический IP: они не восстановят сохранённые вручную параметры.

Если после ipconfig /renew вновь появляется 169.254.x.x, компьютер не получил ответ от DHCP. Проверьте связь со шлюзом, VLAN, порт коммутатора, роутер и наличие DHCP-службы в этой подсети.

Когда выбрать точечный сброс вместо полного

Начните с точечных команд в трёх случаях:

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

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

Проверка после сброса: IP-адрес, шлюз, DNS и внешние узлы

Проверяйте соединение снизу вверх. Сначала убедитесь, что адаптер получил корректный IP-адрес, затем проверьте шлюз, внешний IP, DNS и TCP-доступность сайта. Один успешный или неуспешный ping не подтверждает полную работоспособность интернета.

Проверить IPv4, шлюз и DNS через ipconfig /all

ipconfig /all

У активного адаптера найдите IPv4-адрес, маску подсети, шлюз по умолчанию, DNS-серверы и состояние DHCP. Рабочая конфигурация в домашней сети обычно содержит адрес частного диапазона, например 192.168.1.25, и шлюз из той же подсети, например 192.168.1.1.

Результат	Что проверить
IPv4-адрес 169.254.x.x	DHCP, кабель или Wi-Fi, VLAN, доступность роутера.
Нет шлюза по умолчанию	Параметры DHCP или статической IPv4-конфигурации.
Есть IP и шлюз, DNS отсутствует	Параметры DNS, DHCP-опции, VPN и ручную настройку адаптера.
Статический IP отличается от сохранённого	Верните адрес, маску, шлюз и DNS по сохранённым сведениям.

Проверить связь с локальным шлюзом

Подставьте адрес шлюза из ipconfig /all. Для примера с адресом 192.168.1.1 выполните:

ping -n 4 192.168.1.1

Ответы от шлюза подтверждают, что компьютер видит локальный сегмент сети. При отсутствии ответов проверьте статус Wi-Fi, Ethernet-кабель, порт роутера или коммутатора, VLAN и состояние адаптера. Некоторые роутеры блокируют ICMP, поэтому отсутствие ответа не всегда доказывает разрыв связи. Сопоставьте результат с доступом к панели роутера и состоянием линка.

Проверить доступ к внешнему IP-адресу и работу DNS

После успешной проверки шлюза протестируйте внешний узел:

ping -n 4 1.1.1.1
nslookup admin-wiki.ru

Если внешний IP доступен, а nslookup возвращает ошибку или слишком долго ждёт ответ, проблема находится в DNS-настройках, DNS-сервере или фильтрации DNS-трафика. Проверьте адреса DNS в ipconfig /all, временно отключите VPN для теста и очистите кэш командой ipconfig /flushdns.

Подробный сценарий с проверкой DNS-серверов, кэша и разрешения имён описан в статье Проверка и сброс DNS в Windows.

Проверить доступность сервиса по TCP

ICMP-пакеты, которые использует ping, могут блокироваться на сервере, у провайдера или на маршруте. Для проверки HTTPS используйте PowerShell:

Test-NetConnection -ComputerName admin-wiki.ru -Port 443

Строка TcpTestSucceeded : True подтверждает доступность TCP-порта 443 с этого компьютера. Если шлюз доступен, DNS работает, но TCP-подключение не устанавливается, проверьте VPN, прокси, локальный брандмауэр, фильтрацию на роутере и ограничения провайдера.

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

tracert 1.1.1.1

Тайм-аут на отдельных промежуточных узлах сам по себе не означает ошибку: маршрутизатор может не отвечать на диагностические запросы. Оценивайте результат вместе с доступностью конечного TCP-порта.

Когда причина не в Windows: роутер, провайдер или оборудование

Если после сброса сеть не работает, не повторяйте процедуру несколько раз. Сравните состояние другого устройства в той же сети и последовательно проверьте весь путь трафика. Это быстро отделяет локальную ошибку Windows от сбоя за пределами ПК.

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

Телефоны, ноутбуки и телевизоры в одной сети не имеют доступа в интернет.
Роутер не получил WAN-адрес или показывает ошибку соединения с провайдером.
Индикатор WAN, Internet, PON, DSL или Cable сигнализирует об ошибке, в зависимости от модели оборудования.
После перезапуска роутера доступ не появился ни у одного клиента.
Провайдер сообщает об аварии, работах или проблеме на линии.

В такой ситуации Windows обычно получает локальный адрес и может видеть шлюз, но внешний IP недоступен. Сброс настроек на компьютере не изменит состояние WAN-канала.

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

На Ethernet-порту нет индикатора линка, статус подключения постоянно меняется или скорость согласования отсутствует.
Другой кабель и другой порт роутера меняют результат.
Wi-Fi-сигнал слабый, сеть периодически исчезает или подключение обрывается при удалении от точки доступа.
Адаптер отсутствует в Диспетчере устройств, имеет жёлтый значок или сообщает об ошибке драйвера.
Сеть работает через внешний USB-адаптер, но не работает через встроенный. Это сильный признак аппаратной проблемы или сбоя драйвера встроенного устройства.

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

Как быстро локализовать место отказа

Проверка	Результат	Вероятная зона проблемы
Получение IP	169.254.x.x или нет шлюза	DHCP, Wi-Fi, кабель, VLAN, настройки адаптера.
Ping шлюза	Шлюз недоступен	Локальный сегмент, порт, кабель, Wi-Fi, адаптер или VLAN.
Внешний IP	Шлюз доступен, внешний IP недоступен	Роутер, WAN, провайдер или правила маршрутизации.
DNS-имя	Внешний IP доступен, имя не разрешается	DNS, VPN, прокси или фильтрация DNS.
Другое устройство	Та же ошибка у всех клиентов	Роутер, WAN или провайдер.

Если не работает интернет после сброса сети Windows

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

Проверить прокси, VPN и защитное ПО

Откройте параметры прокси Windows и убедитесь, что ручной прокси не задан ошибочно. Для проверки WinHTTP-конфигурации выполните команду:

netsh winhttp show proxy

Отключите VPN на время теста, затем повторите Test-NetConnection -ComputerName admin-wiki.ru -Port 443. При работе в корпоративной сети не удаляйте VPN-клиент и не меняйте служебные правила без согласования с администратором.

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

Проверить драйвер и состояние сетевого адаптера

Откройте Диспетчер устройств.
Разверните раздел Сетевые адаптеры.
Проверьте, виден ли физический Ethernet- или Wi-Fi-адаптер без значка ошибки.
Откройте свойства устройства и посмотрите состояние, версию драйвера и дату ошибки.
При необходимости загрузите актуальный драйвер с сайта производителя на другом устройстве и перенесите его локально.

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

Какие результаты собрать для дальнейшей диагностики

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

Полный вывод ipconfig /all.
Результаты ping до шлюза и внешнего IP-адреса.
Вывод nslookup admin-wiki.ru.
Результат Test-NetConnection -ComputerName admin-wiki.ru -Port 443.
Модель сетевого адаптера, версию драйвера и текст ошибки из Диспетчера устройств.
Состояние WAN на роутере и результат проверки на другом устройстве.
Время начала сбоя, последние изменения VPN, драйверов, сетевых параметров и обновлений.

Проверьте журнал событий Windows рядом со временем сбоя: разделы DHCP-Client, NDIS, TCP/IP и WLAN-AutoConfig часто содержат сообщения о потере адреса, ошибке драйвера или отключении беспроводной сети. Если базовые проверки не дали ответ, используйте план диагностики, когда сброс сети Windows не помог.