Коротко: ping показывает, отвечает ли узел и есть ли потери; tracert показывает маршрут до сайта; ipconfig показывает IP-адрес, шлюз и DNS. Эти команды встроены в Windows и помогают быстро понять, где проблема: в компьютере, роутере, DNS, провайдере или конкретном сайте.

Что можно проверить этими командами

Команды ping, tracert и ipconfig нужны для быстрой диагностики сети без установки сторонних программ.

С их помощью можно понять:
  • есть ли связь с роутером;
  • работает ли интернет по IP;
  • работает ли DNS;
  • где теряются пакеты;
  • какой IP получил компьютер;
  • какой шлюз и DNS используются;
  • почему сайт не открывается только на одном ПК;
  • есть ли проблема у провайдера или на маршруте до сайта.

Как открыть командную строку или PowerShell

В Windows 10/11 можно использовать Командную строку, PowerShell или Windows Terminal.
  1. Нажмите Win + R.
  2. Введите cmd и нажмите Enter.
  3. Или нажмите правой кнопкой по кнопке “Пуск” и откройте Terminal / PowerShell.
Для обычных команд ping, tracert, ipconfig права администратора обычно не нужны. Но для ipconfig /release, ipconfig /renew, netsh и некоторых сбросов лучше запускать терминал от имени администратора.

Быстрый порядок диагностики

Если интернет “не работает”, не начинайте с хаотичных перезагрузок. Проверьте по шагам.
  1. Посмотрите IP, шлюз и DNS через ipconfig /all.
  2. Проверьте связь с роутером: ping АДРЕС_ШЛЮЗА.
  3. Проверьте интернет по IP: ping 8.8.8.8.
  4. Проверьте DNS: ping soft-personal.ru.
  5. Проверьте маршрут до сайта: tracert soft-personal.ru.
  6. Если проблема похожа на DNS — выполните ipconfig /flushdns.
  7. Если компьютер не получил нормальный IP — попробуйте ipconfig /release и ipconfig /renew.

ipconfig: смотрим IP, шлюз и DNS

Команда ipconfig показывает сетевые параметры компьютера.

Базовая команда:
ipconfig
Подробная информация:
ipconfig /all
В выводе смотрите:
  • IPv4 Address — IP-адрес компьютера в сети;
  • Default Gateway — шлюз, обычно адрес роутера;
  • DNS Servers — DNS-серверы;
  • DHCP Enabled — получает ли компьютер адрес автоматически;
  • Media disconnected — сетевой адаптер отключён или кабель не подключён.

Нормальный пример домашней сети

Обычно дома адреса похожи на такие:
IPv4 Address . . . . . . . . . . . : 192.168.1.35
Default Gateway . . . . . . . . . : 192.168.1.1
DNS Servers . . . . . . . . . . . : 192.168.1.1
Это значит, что компьютер получил локальный IP, видит шлюз и использует DNS.

Плохой признак: 169.254.x.x

Если IP выглядит так:
169.254.10.25
значит компьютер не получил адрес от DHCP. Частые причины:
  • роутер завис;
  • кабель не подключён или повреждён;
  • Wi-Fi подключён криво;
  • отключён DHCP на роутере;
  • сетевой адаптер завис;
  • проблема у провайдера или в настройках сети.
Что сделать:
  1. Перезагрузите роутер.
  2. Проверьте кабель или Wi-Fi.
  3. Отключите и включите сетевой адаптер.
  4. Запустите терминал от имени администратора.
  5. Выполните обновление адреса.
ipconfig /release
ipconfig /renew

ping: проверяем доступность и задержку

Команда ping отправляет ICMP-запросы и показывает, отвечает ли узел.

Проверить роутер:
ping 192.168.1.1
Проверить интернет по IP:
ping 8.8.8.8
ping 1.1.1.1
Проверить домен:
ping soft-personal.ru

Как читать результат ping

Пример нормального результата:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss)
Minimum = 8ms, Maximum = 14ms, Average = 10ms
Смотрите на два показателя:
  • потери пакетов;
  • среднюю задержку.
Если Lost = 0, связь стабильная. Если есть потери 5–20% и выше, уже есть проблема: Wi-Fi, кабель, роутер, провайдер или маршрут.

Постоянный ping

Для длительной проверки:
ping 8.8.8.8 -t
Остановить проверку:
Ctrl + C

IPv4 и IPv6

Принудительно IPv4:
ping -4 soft-personal.ru
Принудительно IPv6:
ping -6 soft-personal.ru
Если через IPv4 сайт отвечает, а через IPv6 нет, проблема может быть в IPv6-настройках, DNS или провайдере.

Как понять: проблема в DNS или в интернете

Простой тест:
  1. Выполните ping 8.8.8.8.
  2. Потом выполните ping soft-personal.ru.
Если IP отвечает, а домен нет — интернет есть, но DNS работает плохо.

Пример:
ping 8.8.8.8
ping soft-personal.ru
Что сделать при DNS-проблеме:
  1. Сбросить DNS-кэш.
  2. Проверить DNS-серверы в ipconfig /all.
  3. Временно сменить DNS на роутере или адаптере.
  4. Перезагрузить роутер.
Сброс DNS-кэша:
ipconfig /flushdns

nslookup: проверяем DNS отдельно

nslookup показывает, как домен преобразуется в IP.
nslookup soft-personal.ru
Проверить через конкретный DNS-сервер:
nslookup soft-personal.ru 8.8.8.8
nslookup soft-personal.ru 1.1.1.1
Если один DNS отвечает, а другой нет — проблема может быть в DNS-сервере, который сейчас использует система или роутер.

tracert: смотрим маршрут до сайта

tracert показывает, через какие узлы проходит маршрут до сайта или IP.
tracert soft-personal.ru
До публичного DNS:
tracert 8.8.8.8

Как читать tracert

В выводе есть “хопы” — промежуточные узлы маршрута.

Примерно так:
1     1 ms     1 ms     1 ms  192.168.1.1
2     5 ms     6 ms     5 ms  10.10.0.1
3    18 ms    20 ms    19 ms  provider.example
4    35 ms    34 ms    36 ms  example.net
Если задержка резко растёт на первом хопе — часто проблема в роутере или Wi-Fi.

Если проблема начинается после сети провайдера — возможно, дело в маршруте или внешней сети.

Что значит * * *

Строка вида:
*     *     *     Request timed out.
не всегда означает поломку. Некоторые узлы просто не отвечают на ICMP/TTL-запросы.

Смотрите не только на одну строку, а на картину целиком:
  • доходит ли трассировка до конечного сайта;
  • где начинается рост задержки;
  • есть ли потери на финальном узле;
  • повторяется ли проблема несколько раз.

pathping: ping и tracert вместе

pathping показывает маршрут и статистику потерь по узлам. Работает медленнее, но даёт больше информации.
pathping soft-personal.ru
Используйте pathping, если нужно понять, где именно появляются потери: на вашем Wi-Fi, у провайдера или дальше по маршруту.

Test-NetConnection в PowerShell

Test-NetConnection полезен для проверки портов. Например, открыт ли HTTPS на сайте.

Проверить сайт и порт 443:
Test-NetConnection soft-personal.ru -Port 443
Проверить DNS Google по порту 53:
Test-NetConnection 8.8.8.8 -Port 53
Важные поля:
  • TcpTestSucceeded — удалось ли подключиться к TCP-порту;
  • RemoteAddress — какой IP получился;
  • InterfaceAlias — через какой адаптер идёт проверка.

Сброс сетевых настроек

Если обычные проверки не помогли, можно аккуратно сбросить часть сетевых настроек.

Сначала безопасный вариант:
ipconfig /flushdns
Обновить DHCP-адрес:
ipconfig /release
ipconfig /renew
Сброс Winsock:
netsh winsock reset
Сброс IP-стека:
netsh int ip reset
После netsh обычно нужна перезагрузка.

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

Симптомы и что проверять

Сайты не открываются, но Wi-Fi подключён

Проверьте:
  • ipconfig /all;
  • есть ли нормальный IPv4;
  • есть ли Default Gateway;
  • отвечает ли роутер через ping;
  • отвечает ли ping 8.8.8.8;
  • работает ли DNS через nslookup.

Открываются одни сайты, но не открываются другие

Проверьте:
  • nslookup нужный-домен;
  • tracert нужный-домен;
  • открывается ли сайт через другой DNS;
  • нет ли блокировки в браузере, антивирусе или провайдерской сети.

Высокий ping в играх или видеозвонках

Проверьте:
  • уровень Wi-Fi;
  • не качает ли кто-то большие файлы;
  • ping 192.168.1.1;
  • ping 8.8.8.8 -t;
  • tracert до игрового сервера, если известен адрес.
Если ping до роутера уже высокий, проблема почти точно внутри вашей сети: Wi-Fi, роутер, адаптер, помехи.

Периодически пропадает интернет

Запустите длительный ping:
ping 8.8.8.8 -t
Если видите регулярные Request timed out, проверяйте роутер, кабель, Wi-Fi и провайдера.

Что можно отправить в поддержку

Если пишете провайдеру или администратору, полезно приложить:
  • время проблемы;
  • скрин или текст ipconfig /all;
  • результат ping 8.8.8.8;
  • результат ping нужный-домен;
  • результат tracert нужный-домен;
  • описание: Wi-Fi или кабель, один ПК или все устройства.
Но перед отправкой проверьте, нет ли в выводе внутренних имён, рабочих доменов или приватных данных.

Безопасность и приватность

Не публикуйте в открытом доступе бездумно:
  • полный вывод ipconfig /all;
  • внутренние IP рабочих сетей;
  • имена компьютеров и доменов;
  • VPN-адреса;
  • трассировки корпоративных маршрутов.
Для домашней сети это не катастрофа, но лучше всё равно не разбрасываться сетевой информацией.

FAQ

ping не отвечает. Значит сайт лежит?

Не обязательно. Сайт или промежуточный узел может блокировать ICMP. Проверьте ещё браузером, tracert и Test-NetConnection на порт 443.

tracert показывает * * *. Это ошибка?

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

Что значит IP 169.254.x.x?

Компьютер не получил адрес от DHCP. Проверьте роутер, кабель, Wi-Fi, сетевой адаптер и выполните ipconfig /release, затем ipconfig /renew.

Что делать, если ping до IP есть, а сайты не открываются?

Почти наверняка смотреть DNS: ipconfig /all, nslookup, ipconfig /flushdns, настройки DNS на роутере или адаптере.

Нужно ли отключать брандмауэр для проверки?

Обычно нет. Отключать защиту “навсегда” не надо. Если тестируете временно, возвращайте настройки обратно и понимайте, зачем это делаете.

См. также

Вывод: начинайте диагностику сети с простого: ipconfig /all, ping до роутера, ping до IP, проверка DNS через nslookup, маршрут через tracert. Так быстрее становится понятно, где проблема — в компьютере, роутере, DNS, провайдере или конкретном сайте.