Чтобы восстановить сетевое подключение в Windows 10 или Windows 11, сначала проверьте IP-адрес, шлюз и DNS. Затем перезапустите сетевые службы, очистите DNS-кэш и только после этого сбрасывайте Winsock и TCP/IP. Переустановка адаптера нужна, если проблема связана с драйвером или конфигурацией устройства.
Для быстрого восстановления откройте Windows Terminal или PowerShell от имени администратора и выполните команды:
Restart-Service -Name Dhcp -Force
Restart-Service -Name Dnscache -Force
Restart-Service -Name NlaSvc -Force
Restart-Service -Name netprofm -Force
ipconfig /flushdns
netsh winsock reset
netsh int ip reset
shutdown /r /t 0Последняя команда сразу перезагрузит компьютер. Если вы работаете через RDP или другой удаленный канал, сначала убедитесь, что у вас есть консольный доступ: сброс TCP/IP и переустановка адаптера временно разрывают соединение.
Описанные команды не удаляют документы, фотографии, приложения и учетные записи. Они могут изменить сетевые параметры, поэтому перед работой запишите статический IP-адрес, маску, шлюз, DNS-серверы, маршруты, настройки прокси, VPN и специальные правила брандмауэра.
Когда нужно восстанавливать сетевые настройки: типичные симптомы
Восстановление сетевых настроек Windows имеет смысл, если проблема появилась только на одном компьютере, а роутер и другие устройства работают нормально. Частые признаки связаны с получением адреса, разрешением доменных имен и состоянием сетевого профиля.
| Симптом | Вероятная область сбоя | Первая проверка |
|---|---|---|
| Нет доступа к интернету на одном компьютере | Адаптер, DHCP, TCP/IP или DNS | ipconfig /all и проверка шлюза |
Адрес начинается с 169.254. | Компьютер не получил адрес от DHCP | Кабель, Wi-Fi, DHCP и состояние адаптера |
| Ошибка «DNS-сервер не отвечает» | DNS-кэш, DNS-служба или недоступный DNS-сервер | ping 8.8.8.8 и ping google.com |
| Ошибка «Неопознанная сеть» | IP-конфигурация, профиль сети, драйвер | Адрес IPv4, шлюз и состояние службы Network Location Awareness |
| Интернет работает медленно или сайты открываются с задержкой | DNS, потеря пакетов, Wi-Fi или перегруженный канал | Повторный ping шлюза и внешнего IP |
| Ошибка «Сетевой кабель не подключен» | Кабель, порт коммутатора, физический интерфейс или драйвер | Индикаторы порта и состояние адаптера |
Если интернет одновременно пропал на телефоне, ноутбуке и других устройствах, сброс Windows на одном компьютере проблему не решит. Проверьте роутер, коммутатор, точку доступа и канал провайдера. Локальное восстановление оправдано, когда неисправность ограничена одной рабочей станцией или одним сервером.
После обновления Windows сетевой сбой может возникнуть из-за изменения драйвера, состояния служб или параметров фильтрации. В такой ситуации диагностику стоит начать с текущей конфигурации, а не с полного сброса операционной системы.
Быстрая диагностика: определяем источник проблемы
Перед изменением настроек проверьте физическое подключение. Для проводной сети замените кабель или подключите его к другому порту коммутатора. Для Wi-Fi убедитесь, что включен беспроводной адаптер и компьютер подключен к нужной сети. Если на значке сети отображается крестик, сначала откройте список адаптеров через ncpa.cpl и проверьте состояние интерфейса.
Проверка IP-конфигурации и связи со шлюзом
Откройте командную строку или PowerShell и выполните:
ipconfig /allВ блоке нужного адаптера найдите IPv4-адрес, маску подсети, основной шлюз, DNS-серверы и состояние DHCP. Адрес 169.254.x.x означает, что Windows не получила адрес от DHCP и назначила временный локальный адрес. Для сети со статической конфигурацией такой результат указывает на другую проблему, поэтому сравните параметры с рабочей документацией.
Проверьте связь со шлюзом. Подставьте вместо примера адрес, который показала команда ipconfig /all:
ping 192.168.1.1 -n 4- Ответы от шлюза подтверждают связь компьютера с локальной сетью.
- Сообщение о превышении времени ожидания указывает на проблему с адаптером, кабелем, Wi-Fi, VLAN или локальной IP-конфигурацией.
- Если шлюз запрещает ICMP-запросы, отсутствие ответа само по себе не доказывает полный обрыв. Сверьте результат с доступностью веб-интерфейса роутера или другого локального узла.
При адресе 169.254.x.x проверьте подключение, DHCP-сервер и настройки самого адаптера. Для обычной сети можно обновить адрес:
ipconfig /release
ipconfig /renewНе выполняйте /release на удаленной машине без консольного доступа, если DHCP не гарантирует выдачу нового адреса. При статическом IP эти команды не заменяют ручную проверку параметров.
Проверка DNS-резолвинга
Сначала проверьте доступность внешнего IP-адреса и доменного имени:
ping 8.8.8.8 -n 4
ping google.com -n 4| Результат | Что это означает | Следующее действие |
|---|---|---|
Отвечают шлюз и 8.8.8.8, но не отвечает google.com | Подключение работает, проблема находится в DNS-резолвинге | Очистить DNS-кэш и проверить DNS-сервер |
| Отвечает шлюз, но не отвечает внешний IP | Локальная сеть доступна, выхода наружу нет | Проверить роутер, маршрут по умолчанию, VPN, прокси и провайдера |
| Не отвечает шлюз | Сбой находится между компьютером и локальной сетью | Проверить адаптер, кабель, Wi-Fi, DHCP и VLAN |
| Отвечают оба адреса, но браузер не открывает сайты | Причина может быть в прокси, VPN, брандмауэре или самом браузере | Проверить сетевые фильтры и настройки прокси |
Для отдельной проверки DNS-сервера используйте:
nslookup google.com 8.8.8.8Публичный DNS в этой команде нужен для теста. В корпоративной сети не меняйте рабочий DNS на публичный без проверки: внутренние имена Active Directory, служебные зоны и адреса приложений могут разрешаться только через DNS организации. Подробная диагностика описана в статье о проверке и сбросе DNS в Windows.
Если интернет доступен, но не открываются общие папки, проблема может относиться к SMB, разрешениям или брандмауэру. Для такого сценария используйте отдельное руководство по SMB в Windows 10 и 11.
Пошаговый план восстановления: от простого к сложному
Выбирайте действие по результатам диагностики. Перезапуск службы не требует сброса конфигурации. Очистка DNS-кэша влияет только на сохраненные результаты разрешения имен. Команды netsh затрагивают сетевой стек сильнее и требуют перезагрузки. Переустановка адаптера нужна при проблемах устройства или драйвера.
Перезапуск сетевых служб Windows
Этот шаг подходит, когда параметры IP выглядят правильно, но Windows не обновляет сетевой профиль, не получает адрес или некорректно разрешает имена после выхода из сна, обновления или смены сети.
Запустите PowerShell от имени администратора:
Restart-Service -Name Dhcp -Force
Restart-Service -Name Dnscache -Force
Restart-Service -Name NlaSvc -Force
Restart-Service -Name netprofm -ForceКоманды перезапускают службы DHCP Client, DNS Client, Network Location Awareness и Network List Service. Сетевое подключение на несколько секунд может исчезнуть, после чего значок сети и профиль должны обновиться.
Если PowerShell сообщает об отказе в доступе, откройте терминал с правами администратора. Если перезапуск одной службы завершается ошибкой, проверьте ее состояние в services.msc. Для службы DHCP Client проверьте тип запуска и наличие доступного DHCP-сервера. Для статического IP перезапуск служб не должен заменять заданный адрес.
На сервере перезапуск служб выполняйте из локальной консоли, через систему удаленного управления или при наличии резервного канала. Перезапуск сетевых компонентов во время работы DHCP, DNS, файлового сервера или службы удаленного доступа может временно повлиять на клиентов.
Очистка DNS-кэша
DNS-кэш хранит результаты предыдущих запросов. Устаревшая запись после смены адреса сервера или DNS-зоны может мешать открыть нужный ресурс. Очистка кэша не меняет адрес DNS-сервера и не удаляет пользовательские файлы.
ipconfig /flushdnsПосле сообщения об успешной очистке проверьте имя:
nslookup имя-внутреннего-или-внешнего-узла
ping google.com -n 4Вместо имя-внутреннего-или-внешнего-узла укажите реальный домен. Если запрос по-прежнему завершается ошибкой, проверьте DNS-серверы в выводе ipconfig /all, доступность сервера и настройки VPN. Не меняйте DNS на публичный в рабочей сети без согласования с администратором домена.
Сброс Winsock и TCP/IP
Переходите к этому шагу, если шлюз доступен, простая очистка DNS не помогла, а симптомы указывают на повреждение каталога Winsock или параметров TCP/IP. Причинами могут быть неудачное обновление, удаленная программа фильтрации трафика, VPN-клиент или некорректно установленный сетевой драйвер.
Откройте командную строку или Windows Terminal от имени администратора и выполните:
netsh winsock reset
netsh int ip resetПервая команда возвращает каталог Winsock к стандартному состоянию. Вторая сбрасывает параметры TCP/IP, которые Windows хранит для сетевого стека. Перезагрузите компьютер после выполнения обеих команд:
shutdown /r /t 0Перед сбросом сохраните нестандартные настройки: статический IPv4, DNS, постоянные маршруты, параметры виртуальных адаптеров и конфигурацию VPN. После перезагрузки снова выполните ipconfig /all, проверьте шлюз и повторите тесты с IP-адресом и доменным именем.
Программы, которые добавляют собственные сетевые фильтры или модули Winsock, могут потребовать повторного подключения, восстановления компонентов или переустановки. Это касается отдельных VPN-клиентов, антивирусов и средств контроля трафика. На сервере проверьте их совместимость до сброса и подготовьте окно обслуживания.
Переустановка сетевого адаптера
Переустановка нужна, если в диспетчере устройств отображается желтый знак, адаптер исчезает, подключение постоянно отключается или проблема появилась сразу после замены драйвера.
- Откройте диспетчер устройств командой
devmgmt.msc. - Раскройте раздел «Сетевые адаптеры» и запишите название устройства и его производителя.
- Сначала выберите «Отключить устройство», подождите 5-10 секунд и включите его снова.
- Если сбой сохранился, выберите «Удалить устройство». Удаление пакета драйвера отметьте только при наличии локальной копии подходящего драйвера или доступа к консоли.
- В меню «Действие» выберите «Обновить конфигурацию оборудования» либо перезагрузите Windows.
После обнаружения устройства проверьте его состояние, версию драйвера и параметры IPv4. Если Windows не нашла драйвер, установите заранее сохраненный пакет производителя. На сервере с физическими и виртуальными адаптерами удаление устройства может повлиять на виртуальный коммутатор, Hyper-V, VMware или привязанные сетевые фильтры. Для такой операции нужен резервный канал управления.
При проблеме только с Wi-Fi проверьте отдельно службу WLAN AutoConfig, сохраненную точку доступа и аппаратный переключатель беспроводной связи. Переустановка Ethernet-адаптера не исправит неисправный радиомодуль или слабый сигнал.
Дополнительные методы и предупреждения
Если IP, DNS и адаптер работают, но соединения блокируются, проверьте брандмауэр, прокси, VPN и фильтрацию антивируса. Эти компоненты могут блокировать браузер, WinHTTP, RDP, SMB или доступ к внутренним ресурсам при исправной физической сети.
Сброс брандмауэра Windows
Команда сбрасывает правила Windows Defender Firewall к стандартным значениям:
netsh advfirewall resetПеред запуском сохраните список нестандартных правил через «Брандмауэр Защитника Windows в режиме повышенной безопасности» или команду:
netsh advfirewall show allprofilesСброс может удалить разрешения для серверных портов, приложений, RDP, SMB и систем мониторинга. На доменной рабочей станции применяемые групповой политикой правила могут вернуться после обновления политики, а локальные исключения потребуют повторной настройки. На сервере не сбрасывайте брандмауэр во время удаленной сессии без консольного доступа и заранее согласованного набора правил.
Проверка прокси-сервера и VPN
В Windows 11 откройте «Параметры» > «Сеть и Интернет» > «Прокси». В Windows 10 путь такой же. Проверьте автоматический сценарий настройки, ручной прокси и исключения. Для WinHTTP выполните:
netsh winhttp show proxyНастройки прокси браузера и WinHTTP могут различаться. Поэтому проверяйте оба уровня, особенно если браузер открывает сайты, а системная служба или консольный инструмент не может подключиться.
Отключите VPN и повторите тест шлюза, внешнего IP и доменного имени. Если после отключения интернет появился, ищите причину в маршрутах VPN, DNS, сертификате, сетевом фильтре или политике доступа. В корпоративной сети VPN может быть обязательным для внутренних ресурсов, поэтому после теста верните его и проверьте журнал клиента.
Антивирус и средства защиты конечной точки не отключайте на сервере. На рабочей станции краткая проверка с приостановкой сетевого фильтра допустима только при разрешении политики компании. Сразу включите защиту после теста и зафиксируйте результат.
Подготовка точки восстановления и сетевой конфигурации
Перед сбросом TCP/IP, брандмауэра или удалением драйвера создайте точку восстановления, если эта функция включена в системе. Окно защиты системы открывается командой:
systempropertiesprotection.exeТочка восстановления не заменяет резервную копию конфигурации. Отдельно запишите IP-адреса, маршруты, DNS, имена VPN-подключений и правила доступа. Для сервера дополнительно зафиксируйте привязки служб к интерфейсам, настройки виртуальных коммутаторов и зависимости приложений.
Если Windows Server размещен в облаке, заранее проверьте доступ через консоль провайдера и состояние виртуального сетевого интерфейса. Для размещения серверов, VDS и другой инфраструктуры можно использовать облачные серверы Timeweb Cloud, но сетевой сброс внутри гостевой ОС все равно требует проверки ее IP-конфигурации и правил доступа.
Заключение: что делать, если ничего не помогло
Используйте следующий порядок проверки:
- Проверьте кабель, Wi-Fi, порт коммутатора, роутер и наличие связи на других устройствах.
- Выполните
ipconfig /all, проверьте IPv4, шлюз, DNS и наличие адреса169.254.x.x. - Проверьте шлюз,
8.8.8.8и доменное имя с помощьюping. - Перезапустите DHCP Client, DNS Client, Network Location Awareness и Network List Service.
- Очистите DNS-кэш командой
ipconfig /flushdns. - При сохранении сбоя выполните сброс Winsock и TCP/IP, затем перезагрузите систему.
- Если проблема указывает на устройство, отключите и переустановите сетевой адаптер.
- Проверьте прокси, VPN, брандмауэр, антивирусный фильтр и корпоративные политики.
Запустите встроенное средство устранения сетевых неполадок Windows. В Windows 11 оно находится в «Параметры» > «Система» > «Устранение неполадок» > «Другие средства устранения неполадок». В Windows 10 используйте «Параметры» > «Обновление и безопасность» > «Устранение неполадок».
Если после этих действий нет связи со шлюзом, проверьте аппаратную часть и настройки локальной сети. Если шлюз доступен, но нет выхода во внешнюю сеть, проверьте маршрутизатор, канал провайдера, VPN и правила фильтрации. Для отдельного разбора ситуации после сброса сети используйте статью о восстановлении подключения после сброса сети Windows.
Полный сброс Windows оставляйте на последний этап. При исправном оборудовании последовательная проверка служб, DNS, Winsock, TCP/IP и адаптера обычно позволяет восстановить сеть без переустановки системы и удаления пользовательских данных.
FAQ: частые вопросы по восстановлению сети
Безопасно ли сбрасывать Winsock?
Для пользовательских файлов сброс безопасен: документы и приложения не удаляются. Команда меняет каталог Winsock, поэтому VPN-клиент, антивирусный фильтр или другой сетевой модуль может потребовать повторного подключения или восстановления. Запускайте команду из терминала администратора и перезагрузите компьютер.
Потеряю ли я файлы после восстановления сетевых настроек?
Команды ipconfig, netsh winsock reset и netsh int ip reset не удаляют пользовательские файлы. При этом можно потерять ручные сетевые параметры: статический IP, DNS, маршруты, настройки прокси, VPN и локальные правила брандмауэра. Запишите их до изменений.
Нужно ли перезагружать компьютер после команд?
После netsh winsock reset и netsh int ip reset перезагрузка нужна. После очистки DNS-кэша обычно достаточно повторить запрос. После перезапуска служб перезагрузка не обязательна, если подключение восстановилось. После удаления адаптера Windows может применить драйвер только после перезапуска или сканирования оборудования.
Работает ли этот план в Windows 11?
Да. Команды ipconfig, netsh и PowerShell применяются в Windows 10 и Windows 11. Названия пунктов параметров могут отличаться, а на редакциях Windows Server набор служб и сетевых ролей зависит от конфигурации. На сервере учитывайте удаленные сессии, статические адреса и виртуальные интерфейсы.
Что делать, если после сброса пропал интернет?
Сначала перезагрузите компьютер и выполните ipconfig /all. Проверьте, получил ли адаптер адрес, сохранились ли шлюз и DNS, работает ли ping до шлюза. Затем проверьте прокси, VPN, брандмауэр и драйвер. При адресе 169.254.x.x ищите проблему в DHCP или локальном подключении, а не в DNS.
Что делать при ошибке «Сетевой кабель не подключен»?
Проверьте кабель с обеих сторон, индикаторы порта, другой порт коммутатора и другой кабель. В devmgmt.msc проверьте состояние сетевого адаптера и драйвер. Если ошибка сохраняется на нескольких кабелях и портах, возможна неисправность сетевой карты или порта коммутатора. Сброс Winsock в такой ситуации не устранит физический обрыв.