Интернет пропадает почти всегда не вовремя: посреди созвона, во время загрузки важного файла или прямо перед сдачей отчёта. Первая реакция большинства людей - перезагрузить роутер и подождать. Иногда это помогает, но чаще проблема сидит глубже: в кэше DNS, в повреждённом сетевом стеке или в конфликте IP-адресов. Командная строка Windows решает такие случаи за секунды, если знать, какую команду вводить. Ниже разобраны десять команд, которые действительно выручают, а не просто выводят красивый текст на экран.
Все команды работают одинаково в Windows 10 и Windows 11, а вводить их нужно в классической командной строке, которую проще всего открыть сочетанием Win + R с последующим набором cmd, или в PowerShell, где старые команды поддерживаются наравне с новыми. Часть команд, связанных со сбросом сетевых настроек, требует запуска от имени администратора: без этого система вернёт сообщение об ошибке или откажется применить изменения, и человек, не заметивший это сообщение, решит, что команда просто не сработала.
Полная диагностика сетевого адаптера показывает все параметры подключения без блуждания по настройкам системы
Команда ipconfig без ключей выводит базовые сведения: IP-адрес, маску подсети и основной шлюз для каждого адаптера. Этого хватает для беглой проверки, но при реальном сбое нужна более подробная картина, и тогда в дело идёт ipconfig /all. Она добавляет физический MAC-адрес, адреса DNS-серверов, состояние DHCP и срок аренды IP-адреса. Если ноутбук подключён и к Wi-Fi, и к проводной сети одновременно, именно эта команда покажет, какой из адаптеров реально получил рабочий адрес, а какой висит в состоянии "автонастройка" без подключения к сети.
Отдельно стоит обратить внимание на строку Default Gateway. Если она пустая, значит устройство не смогло получить настройки от роутера, и дальнейшую диагностику стоит начинать именно с этой точки, а не с проверки сайтов в браузере.
Полезно сравнить вывод команды до и после подключения кабеля или переключения на другую Wi-Fi сеть: если адрес адаптера остаётся в диапазоне 169.254.x.x, это верный признак того, что DHCP-сервер вообще не ответил на запрос, и проблема находится на стороне роутера или провайдера, а не в настройках самого компьютера. Такой адрес система присваивает себе автоматически, когда не может получить ответ извне, и именно он чаще всего вводит людей в заблуждение, потому что интернет-иконка на панели задач при этом выглядит вполне рабочей.
Обновление IP-адреса решает проблемы после смены роутера или сбоя DHCP
Когда адрес есть, а интернета всё равно нет, часто причина в том, что устройству выдан устаревший или конфликтующий IP-адрес. Команда ipconfig /release принудительно отказывается от текущего адреса, полученного от DHCP-сервера, а следующая за ней ipconfig /renew запрашивает новый. Эту пару команд стоит вводить именно в таком порядке и через несколько секунд после первой, чтобы роутер успел освободить прежний адрес в своей таблице.
Такой приём особенно эффективен после замены роутера или провайдера, когда старые сетевые настройки компьютера ещё ссылаются на прежнее оборудование. Вместо перезагрузки всей системы связка release и renew возвращает рабочее подключение за несколько секунд и без потери открытых программ.
Стоит учитывать, что команда ipconfig /release временно оставляет компьютер вовсе без адреса, поэтому её не стоит вводить, если требуется срочно завершить какую-то сетевую задачу. На ноутбуках с несколькими сетевыми адаптерами команды применяются ко всем активным подключениям сразу, а чтобы подействовать только на конкретный адаптер, например Wi-Fi, а не на виртуальный адаптер VPN-клиента или Bluetooth-модем, в конец команды добавляют название адаптера в кавычках, которое видно в первых строках вывода ipconfig /all.
Очистка и проверка DNS устраняют ошибки при открытии сайтов, которые на самом деле доступны
Ситуация, когда одни сайты открываются, а другие выдают ошибку, почти всегда связана с DNS. Команда ipconfig /flushdns очищает локальный кэш системы, в котором хранятся ранее сохранённые соответствия доменных имён и IP-адресов. Если сайт недавно сменил сервер или адрес обновился на стороне провайдера, устаревшая запись в кэше продолжает вести на старый, уже нерабочий адрес, пока кэш не будет очищен.
Разобраться, где именно рвётся цепочка, помогает nslookup. Команда nslookup example.com показывает, какой IP-адрес система получает для указанного домена и какой DNS-сервер отвечал на запрос. Если команда возвращает ошибку таймаута, а сайт при этом открывается по прямому IP-адресу, проблема почти наверняка в самом DNS-сервере, а не в интернет-соединении в целом.
Полезно сравнить результат nslookup при обращении к DNS-серверу провайдера и при обращении к стороннему публичному серверу. Для этого команду вводят с дополнительным параметром, например nslookup example.com 8.8.8.8, где последним числом указывается адрес конкретного DNS-сервера, который нужно опросить напрямую, минуя тот, что назначен системе по умолчанию. Если публичный сервер уверенно возвращает адрес, а сервер провайдера молчит или отвечает с большой задержкой, временная смена DNS-сервера в параметрах сетевого адаптера способна решить проблему быстрее, чем ожидание, пока провайдер исправит собственную инфраструктуру.
Проверка связи и трассировка маршрута показывают точное место обрыва соединения
Команда ping остаётся самым быстрым способом узнать, жив ли сервер вообще. Запрос вида ping 8.8.8.8 отправляет несколько пакетов на публичный DNS-сервер Google и показывает время отклика в миллисекундах; отсутствие ответа означает разрыв на уровне сети, а не отдельного сайта. Для проверки именно доменных имён удобнее ping example.com: если по IP-адресу связь есть, а по имени нет, это ещё одно подтверждение проблемы с DNS.
Когда ping показывает потери пакетов или очень высокую задержку, следующим шагом становится tracert. Команда tracert example.com показывает весь путь пакета через промежуточные узлы-маршрутизаторы вплоть до конечного сервера, с задержкой на каждом участке. Если задержка резко растёт или пакеты пропадают на одном конкретном узле, а до него всё было в порядке, проблема находится именно на стороне этого узла, а не на компьютере пользователя.
У команды ping есть и дополнительные параметры, которые редко используют, хотя они экономят немало времени. Ключ -t запускает бесконечную серию запросов, которая продолжается до принудительной остановки сочетанием Ctrl + C, что удобно, чтобы наблюдать за соединением в реальном времени, например во время грозы или технических работ у провайдера. Ключ -n с числом после него, скажем ping -n 20 8.8.8.8, задаёт точное количество отправляемых пакетов и подходит для короткого, но статистически более надёжного теста, чем стандартные четыре запроса по умолчанию. Три звёздочки подряд на одном узле в результатах tracert сами по себе ничего не значат, если трассировка после него благополучно продолжается и добирается до цели: многие маршрутизаторы провайдеров специально настроены не отвечать на служебные запросы tracert, но обычные пакеты сайтов и сервисов при этом пропускают без проблем. По-настоящему тревожный сигнал - когда звёздочки идут подряд именно на последних узлах и трассировка так и не достигает конечного сервера, обрываясь сплошными таймаутами.
Сброс сетевого стека возвращает подключение к жизни, когда простые способы не помогают
Иногда ни обновление адреса, ни очистка DNS не спасают, и причина кроется в повреждённых настройках самого сетевого стека Windows. Команда netsh winsock reset сбрасывает каталог Winsock, который отвечает за взаимодействие программ с сетевыми протоколами, и часто помогает, если интернет пропал резко после установки новой программы или обновления системы.
Более глубокий вариант - netsh int ip reset. Она возвращает к заводским настройкам весь стек TCP/IP, включая параметры IPv4 и IPv6, и полезна, когда после переустановки сетевой карты или удаления VPN-клиента подключение продолжает вести себя нестабильно. После обеих команд систему нужно перезагрузить, иначе изменения не вступят в силу полностью.
Разница между этими двумя командами важна для правильного выбора. Каталог Winsock отвечает за то, как программы вообще обращаются к сетевым функциям системы, поэтому его сброс чаще помогает при точечных сбоях: браузер не может выйти в сеть, хотя другие приложения работают нормально, или после удаления антивируса с сетевым фильтром пропала связь только у части программ. Сброс всего стека TCP/IP - более радикальный шаг, который стоит применять, если проблема касается вообще всех приложений и всех типов подключений сразу, включая проводное и беспроводное. Оба сброса можно вводить подряд, один за другим, если непонятно, какая именно часть повреждена: перезагрузка после этого потребуется только одна, уже после выполнения обеих команд.
Просмотр активных подключений и адресов помогает найти конфликт оборудования или лишний процесс
Команда netstat -an выводит список всех активных сетевых подключений и открытых портов вместе с их состоянием: LISTENING означает, что порт ожидает подключения, а ESTABLISHED - что обмен данными уже идёт. Такой список полезен, если нужно понять, не занял ли какой-то посторонний процесс порт, который требуется другой программе, например локальному серверу разработки.
Для проверки конфликтов на уровне локальной сети пригодится arp -a. Она показывает таблицу соответствий IP-адресов и физических MAC-адресов устройств, с которыми компьютер недавно обменивался данными. Само по себе наличие нескольких IP-адресов у одного и того же MAC-адреса - обычная ситуация, характерная, например, для домашнего роутера. А вот если один и тот же IP-адрес в таблице раз за разом перепрыгивает между разными MAC-адресами, это уже явный признак конфликта адресов в локальной сети, из-за которого соединение то появляется, то пропадает без видимой причины.
Ключ -b у команды netstat (запускать нужно от имени администратора) добавляет к каждому подключению название программы, которая его использует, что превращает голый список портов в понятный отчёт: сразу видно, какое приложение держит соединение открытым и стоит ли вообще этому удивляться. Такой список особенно полезен после подозрения на постороннюю активность, например когда индикатор сети мигает даже в состоянии полного бездействия компьютера, а закрытых на первый взгляд программ, способных на это, вроде бы нет.
Десять команд собраны здесь для быстрого запуска в нужный момент
Чтобы не искать синтаксис заново при каждом сбое, полезно держать под рукой краткую шпаргалку:
ipconfig /all- полная информация обо всех сетевых адаптерах;ipconfig /release- освобождение текущего IP-адреса;ipconfig /renew- запрос нового IP-адреса у DHCP-сервера;ipconfig /flushdns- очистка локального кэша DNS;nslookup example.com- проверка, какой адрес возвращает DNS для домена;ping 8.8.8.8- проверка связи с конкретным сервером;tracert example.com- трассировка маршрута до сервера по узлам;netsh winsock reset- сброс каталога Winsock;netsh int ip reset- полный сброс стека TCP/IP;netstat -an- список активных подключений и портов.
Перед серьёзными командами вроде сброса стека TCP/IP стоит на всякий случай запомнить или записать текущие сетевые настройки, если они были заданы вручную, а не получены автоматически по DHCP. После восстановления связи их придётся ввести заново, а вот сама последовательность действий из этого списка закрывает подавляющее большинство бытовых сбоев сети без обращения в техподдержку и без часа ожидания на линии.
Разумный порядок действий при новом сбое такой: сначала простая проверка через ipconfig /all и ping, затем обновление адреса и очистка DNS, и только если ничего из этого не помогло - сброс сетевого стека как более радикальная мера. Такая последовательность экономит время, потому что чаще всего причина сбоя решается уже на первом или втором шаге, а до сброса Winsock и стека TCP/IP дело доходит редко, в основном после серьёзных программных конфликтов или заражения системы вредоносным ПО, вмешивающимся в сетевые настройки.