Сетевая диагностика: как найти и исправить проблему за 10 минут

Введение

Сетевая диагностика — это системный процесс выявления причины, по которой устройство не может подключиться к интернету или другим сетевым ресурсам. Этот гайд поможет вам не просто «перезагрузить роутер», а точно локализовать проблему: на стороне вашего устройства, локальной сети или у провайдера. Вы научитесь использовать стандартные инструменты (ping, traceroute, nslookup) и интерпретировать их вывод.

Требования / Подготовка

Перед началом убедитесь, что:

• У вас есть доступ к командной строке (Terminal, PowerShell, CMD) с правами пользователя.
• Устройство физически подключено к сети (кабель или Wi-Fi).
• Вы знаете IP-адрес вашего роутера (обычно 192.168.1.1 или 192.168.0.1) для локальных тестов.

Пошаговая инструкция

Шаг 1: Проверка физического подключения

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

• Для Ethernet: проверьте, что индикатор на сетевом порту компьютера и роутера горит. Попробуйте другой кабель или порт на роутере.
• Для Wi-Fi: убедитесь, что вы подключены к правильной сети (SSID), и проверьте уровень сигнала. Попробуйте «забыть» сеть и подключиться заново.

Шаг 2: Проверка базовой связности (ping)

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

ping 8.8.8.8

Что это делает: отправляет ICMP-эхо-запросы на публичный DNS-сервер Google. Если видите ответы (Reply from 8.8.8.8), значит, канал до интернета работает, и проблема может быть в DNS или конкретных сервисах. Если пакеты теряются или команда завершается с ошибкой Request timed out, проблема на уровне сети.

💡 Совет: Для постоянного мониторинга используйте ping -t 8.8.8.8 (Windows) или ping 8.8.8.8 (Linux/macOS, остановка Ctrl+C). Обратите внимание на потерю пакетов ( packet loss).

Шаг 3: Анализ маршрута (traceroute)

Если ping до внешних адресов не работает, но до роутера (например, ping 192.168.1.1) — работает, проверьте маршрут:

# Windows
tracert 8.8.8.8

# Linux / macOS
traceroute 8.8.8.8

Что это делает: показывает каждый узел (хоп), через который проходят ваши пакеты, до целевого адреса. Первая строка — ваш роутер. Если команда останавливается на конкретном hops (например, на первом или втором), проблема в этом сегменте сети (на стороне провайдера или межсетевого экрана).

Шаг 4: Проверка разрешения DNS

Если ping до IP-адресов работает, но сайты в браузере не открываются, скорее всего, проблема в DNS:

nslookup example.com

Что это делает: запрашивает у DNS-сервера IP-адрес для домена. Успешный ответ выглядит как Address: 93.184.216.34. При ошибке Не удалось найти или Server failed DNS-сервер не отвечает или не может разрешить имя.

Решение: временно смените DNS в настройках сетевого адаптера на 8.8.8.8 (Google) или 1.1.1.1 (Cloudflare) и повторите тест.

Шаг 5: Настройка брандмауэра

Иногда брандмауэр блокирует диагностические запросы или конкретные протоколы:

• Windows: зайдите в «Безопасность Windows» → «Брандмауэр и защита сети» → «Разрешение взаимодействия с приложением». Убедитесь, что для cmd.exe и powershell.exe разрешено частное и общедоступное подключение.
• Linux (ufw): выполните sudo ufw allow out 53/udp (DNS) и sudo ufw allow out icmp (ping).
• macOS: проверьте настройки в «Системные настройки» → «Защита и безопасность» → «Брандмауэр».

⚠️ Важно: После настройки брандмауэра проверьте связь повторно. Если проблема исчезла, настройте правила более точечно, не отключая защиту полностью.

Проверка результата

После выполнения шагов убедитесь, что:

1. ping 8.8.8.8 возвращает ответы без потерь.
2. nslookup example.com возвращает корректный IP-адрес.
3. Сайты открываются в браузере.
4. traceroute доходит до целевого хоста (или хотя бы до узлов провайдера).

Если все тесты прошли успешно, диагностика завершена.

Возможные проблемы

• Ping работает, но traceroute обрывается: ваш провайдер или промежуточный маршрутизатор блокирует ICMP-пакеты с TTL=1. Это не критично, если ping до внешних адресов работает.
• DNS-запросы timing out: проверьте, не блокирует ли брандмауэр UDP-порт 53. Попробуйте переключиться на альтернативные DNS-серверы.
• Нет связи только с конкретным сайтом: проблема на стороне сервера или вашего провайдера. Используйте downforeveryoneorjustme.com для проверки.
• После смены DNS не помогает: возможно, кэш DNS устарел. Очистите кэш: ipconfig /flushdns (Windows) или sudo systemd-resolve --flush-caches (Linux).