Когда интернет «не работает», а роутер мигает как обычно, первое действие — открыть командную строку и выполнить ping до шлюза: если ответа нет, проблема локальная, если ответы идут — искать нужно дальше по цепочке. Именно так работают инженеры техподдержки: не перезагружают всё подряд, а последовательно сужают круг поиска с помощью нескольких стандартных утилит.
В этой статье разберём семь базовых сетевых команд, которые есть в любой Windows, а большинство — также в Linux и macOS. Они не требуют установки стороннего софта, не меняют настройки системы (за редкими оговорками) и позволяют за пару минут понять, где теряется связь: на компьютере, роутере, у провайдера или на стороне сайта.
Как открыть командную строку и подготовиться к диагностике
В Windows нажмите Win + R, введите cmd и подтвердите ввод. Откроется окно терминала, куда вводятся все команды из статьи. В macOS и Linux используется стандартное приложение «Терминал», синтаксис большинства утилит там совпадает, хотя ключи могут отличаться.
Перед началом проверок зафиксируйте симптом максимально конкретно: не открываются все сайты или только один, пропала ли связь полностью или «подтормаживает», проблема на одном устройстве или на всех сразу. От этого зависит, с какой команды начинать и как трактовать результат.
Запускайте диагностику при активной проблеме, а не «на всякий случай» — сетевые команды показывают состояние связи именно в момент выполнения.
Команда 1: ipconfig — проверка собственных сетевых настроек
Команда ipconfig показывает, какие адреса получил компьютер: IP-адрес, маску подсети и адрес шлюза по умолчанию. Это отправная точка любой диагностики — если адрес не получен или выглядит нетипично, дальнейшие проверки бессмысленны.
ipconfig /allРасширенный вариант с ключом /all дополнительно покажет MAC-адрес адаптера, адреса DNS-серверов и состояние DHCP. Обратите внимание на строку «Основной шлюз» — это адрес вашего роутера, он понадобится для следующего шага. Если вместо нормального адреса вы видите адрес вида 169.254.x.x, это признак того, что компьютер не смог получить настройки от DHCP-сервера.
В Linux аналогичную информацию дают команды ip addr и ip route.
Команда 2: ping — базовая проверка доступности узла
Ping отправляет тестовые пакеты на указанный адрес и измеряет время ответа. Это главный инструмент ответа на вопрос «есть связь или нет». Проверять логично по нарастающей: сначала шлюз, затем внешний адрес, затем доменное имя.
ping 192.168.1.1
ping 8.8.8.8
ping ya.ru
Адрес шлюза подставьте свой — тот, что показал ipconfig. Интерпретация результатов строится так:
- 📡 Шлюз не отвечает — проблема между компьютером и роутером: кабель, Wi-Fi, сетевой адаптер.
- 🌐 Шлюз отвечает, а внешний адрес (например,
8.8.8.8) нет — сбой на роутере или у провайдера. - 🔤 Внешний IP пингуется, а доменное имя — нет: типичный признак проблемы с DNS.
- ⏱️ Ответы есть, но время сильно скачет или пакеты теряются — нестабильный канал, перегрузка или слабый сигнал Wi-Fi.
В Windows ping по умолчанию отправляет четыре пакета, в Linux — работает непрерывно до остановки через Ctrl + C. Для длительного теста в Windows используйте ключ -t.
Команда 3: tracert — поиск места обрыва на маршруте
Когда ping до внешнего адреса не проходит, нужно понять, где именно обрывается путь. Команда tracert (в Linux — traceroute) показывает цепочку промежуточных узлов от вашего компьютера до цели.
tracert ya.ruКаждая строка результата — один «хоп», то есть промежуточный маршрутизатор. Первый хоп — обычно ваш роутер, следующие несколько — оборудование провайдера, дальше — магистральные узлы. Если трасса обрывается на втором-третьем хопе, проблема с высокой вероятностью на стороне провайдера, и с результатом tracert имеет смысл обращаться в поддержку.
Учтите нюанс: отдельные узлы в середине маршрута могут не отвечать на трассировку из-за настроек безопасности, показывая звёздочки, — при этом пакеты через них проходят нормально. Признаком реального обрыва является ситуация, когда после определённого узла не отвечает уже никто, включая конечную точку.
Связка «ipconfig → ping шлюза → ping внешнего IP → ping домена → tracert» позволяет локализовать проблему за 2–3 минуты без единой перезагрузки оборудования.
Команда 4: nslookup — диагностика DNS
Если по IP-адресу связь есть, а сайты по именам не открываются, под подозрением DNS — служба, преобразующая доменные имена в адреса. Команда nslookup проверяет эту работу напрямую.
nslookup ya.ruВ ответе смотрите две части: какой сервер обработал запрос и какой адрес он вернул. Если сервер не отвечает или выдаёт ошибку, можно проверить работу через альтернативный DNS, указав его вторым аргументом:
nslookup ya.ru 8.8.8.8Если через публичный сервер имя разрешается, а через сервер провайдера — нет, временным решением может стать смена DNS в настройках адаптера или роутера. Это обратимая настройка, но конкретный путь в меню зависит от версии ОС и модели роутера — сверяйтесь с документацией вашего устройства.
⚠️ Внимание: смена DNS-серверов влияет на все запросы с устройства. Используйте только известные публичные сервисы и записывайте прежние значения, чтобы при необходимости вернуть конфигурацию обратно.
Команды 5 и 6: netstat и arp — что происходит внутри сети
Команда netstat показывает активные сетевые соединения и открытые порты компьютера. Вариант netstat -an выводит список в числовом виде без попыток разрешить имена, что работает быстрее. Это полезно, когда нужно понять, какие программы держат соединения, или заметить подозрительную активность.
Команда arp -a отображает таблицу соответствия IP-адресов и MAC-адресов в локальном сегменте. Практический сценарий: вы пингуете устройство в локальной сети, ответа нет, но запись в ARP-таблице появилась — значит, устройство на канальном уровне видно, и проблема выше, например в его брандмауэре.
Почему запись в ARP есть, а ping не отвечает
Многие устройства и ОС по умолчанию блокируют ICMP-запросы брандмауэром. Устройство при этом полностью работоспособно в сети — просто не отвечает на ping. Поэтому «молчание» одного узла не всегда означает его неисправность.
Команда 7: pathping — статистика потерь на маршруте
Менее известная, но очень показательная утилита pathping объединяет возможности ping и tracert: сначала строит маршрут, затем некоторое время собирает статистику потерь пакетов по каждому узлу. Это лучший способ подтвердить нестабильность канала, когда «вроде работает, но плохо».
pathping 8.8.8.8Анализ занимает заметное время — утилита опрашивает каждый хоп многократно. В итоговой таблице ищите узел, на котором начинается рост потерь: если потери появляются уже на первом хопе, смотрите в сторону Wi-Fi или кабеля; если на узлах провайдера — фиксируйте результат для обращения в поддержку.
| Команда | Что проверяет | Типичный сценарий |
|---|---|---|
ipconfig /all | Собственные сетевые настройки | Компьютер не получил адрес |
ping | Доступность узла и задержку | Есть ли связь вообще |
tracert | Маршрут до цели | Где обрывается путь |
nslookup | Работу DNS | IP пингуется, сайты не открываются |
pathping | Потери на каждом хопе | Нестабильное соединение |
☑️ Быстрая диагностика «нет интернета»
Порядок действий при типичных сбоях
Сводить команды в единый алгоритм удобнее всего по принципу «от себя наружу». Сначала собственные настройки, затем локальная сеть, затем выход в интернет, затем DNS. Такой порядок исключает хаотичные перезагрузки и даёт воспроизводимый результат.
Для сценария «не открывается один конкретный сайт» логика иная: проверьте его через ping и tracert — если маршрут обрывается на дальних хопах или конечный сервер не отвечает, проблема, скорее всего, не у вас, и достаточно подождать либо проверить доступность ресурса с другого устройства или через мобильную сеть.
⚠️ Внимание: команды из статьи в основном диагностические и не меняют систему, но утилиты семействаipconfigс ключами/release,/renewи/flushdnsизменяют текущее состояние сети. Выполняйте их осознанно: сброс аренды адреса на время разорвёт соединение.
Если диагностика указывает на провайдера, сохраните вывод команд: скопируйте текст из окна терминала или сделайте скриншот. Обращение с конкретными данными — где обрывается трасса, какие потери показывает pathping — решается заметно быстрее, чем абстрактное «не работает интернет».
Результат любой команды можно сохранить в файл, добавив в конец: ping ya.ru > result.txt — файл появится в текущей папке терминала.
Часто задаваемые вопросы
Адрес 169.254.x.x в ipconfig — что это значит?
Это адрес автонастройки, который система назначает сама, когда не смогла получить настройки от DHCP-сервера. Проверьте кабель или Wi-Fi-подключение, затем работоспособность роутера — чаще всего причина в том, что запрос до него просто не доходит.
Шлюз пингуется, а интернета нет. Куда смотреть дальше?
Проверьте ping до внешнего IP-адреса (например, 8.8.8.8). Если его нет — выполните tracert и посмотрите, на каком хопе обрывается маршрут. Обрыв на первых узлах за роутером указывает на проблему у провайдера.
Сайты не открываются, но ping по IP работает. В чём причина?
Типичный признак сбоя DNS. Проверьте командой nslookup имя_сайта, отвечает ли ваш DNS-сервер, и сравните с запросом через публичный сервер: nslookup имя_сайта 8.8.8.8. Если разница подтверждается, рассмотрите смену DNS в настройках.
Устройство в локальной сети не отвечает на ping — оно сломано?
Не обязательно. Многие устройства блокируют ответы на ICMP-запросы брандмауэром. Проверьте arp -a: если запись об устройстве появилась, оно присутствует в сети, просто не отвечает на ping.
Эти команды работают в Linux и macOS?
Большинство — да: ping, nslookup, netstat, arp доступны практически везде, хотя ключи могут отличаться. Вместо ipconfig используется ip addr, вместо tracert — traceroute, который в некоторых дистрибутивах нужно установить отдельно.