Введение / Зачем это нужно
Потеря сетевого подключения — одна из самых частых и раздражающих проблем. Часто виноват не провайдер, а настройки вашего устройства или локального оборудования. Это руководство поможет вам быстро и системно определить, где именно находится сбой: в кабеле, в настройках IP, в работе роутера или на стороне интернет-провайдера. Вы научитесь использовать стандартные инструменты диагностики, доступные в любой операционной системе.
Требования / Подготовка
Перед началом убедитесь, что:
- У вас есть доступ к командной строке (Windows) или терминалу (Linux/macOS).
- Устройство включено и shows индикатор сетевого подключения.
- Если используете Wi-Fi, вы уверены, что сеть доступна и пароль введён верно.
Шаг 1: Проверьте физическое подключение
Первым делом исключите самые простые причины:
- Для кабеля (Ethernet): проверьте, что оба конца кабеля (на ПК и на роутере/коммутаторе) плотно вставлены. Попробуйте другой кабель или порт на роутере.
- Для Wi-Fi: убедитесь, что вы подключены к нужной сети. Проверьте уровень сигнала. Попробуйте «забыть» сеть и подключиться заново, введя пароль.
💡 Совет: Если есть возможность, подключитесь к сети через другой способ (например, по кабелю вместо Wi-Fi). Это поможет локализовать проблему.
Шаг 2: Узнайте IP-адрес и настройки сети
Откройте командную строку или терминал:
Windows:
Нажмите Win + R, введите cmd, нажмите Enter.
ipconfig
Linux/macOS: Откройте терминал и выполните:
ifconfig
# или в современных Linux-дистрибутивах:
ip addr
Найдите активный сетевой интерфейс (обычно Ethernet adapter или Wi-Fi в Windows, enp/wlp в Linux, en0/en1 в macOS). Обратите внимание на:
- IPv4-адрес (например,
192.168.1.15) - Маску подсети (Subnet Mask, например,
255.255.255.0) - Основной шлюз (Default Gateway, например,
192.168.1.1)
Если адрес начинается с 169.254.x.x (APIPA), это значит, что DHCP-сервер (обычно в роутере) не выдал адрес. Перейдите к Шагу 4.
Шаг 3: Проверьте связь с шлюзом (роутером)
Шлюз — это «дверь» вашей локальной сети в outside world. Если вы не можете с ним поговорить, проблема внутри вашей сети.
В той же командной строке выполните:
ping <адрес_шлюза>
Например: ping 192.168.1.1
Ожидаемый результат: Ответы типа Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64.
Проблема: Превышен интервал ожидания или Заданный узел недоступен.
Если пинг не проходит:
- Перезагрузите роутер (выдерните шнур питания на 30 секунд, включите обратно).
- Перезагрузите сетевую карту компьютера: в Windows можно отключить/включить её в «Диспетчере устройств».
- Проверьте, не включён ли на роутере фильтр по MAC-адресам.
Шаг 4: Протестируйте внешнюю сеть (DNS)
Если пинг на шлюз прошёл успешно, проверьте, есть ли выход в глобальную сеть. Пинганем публичный DNS-сервер Google (8.8.8.8), который почти всегда отвечает:
ping 8.8.8.8
Если пинг проходит:
- Физическое соединение и маршрутизация работают.
- Проблема, скорее всего, в DNS (преобразовании имён сайтов в IP-адреса). Попробуйте сменить DNS в настройках сетевого подключения на
8.8.8.8и8.8.4.4.
Если пинг НЕ проходит:
- Проблема на стороне провайдера или роутер не настроен на выход в интернет. Проверьте статус лицевого счёта, возможно, закончился трафик или есть технические работы.
Шаг 5: Определите, на каком участке обрывается связь (traceroute)
Команда traceroute (в Windows tracert) показывает весь путь пакета до цели. Она помогает понять, на каком именно узле (хопе) происходит потеря пакетов.
Windows:
tracert 8.8.8.8
Linux/macOS:
traceroute 8.8.8.8
Как читать вывод:
- Каждая строка — очередной узел (роутер) на пути.
- Если на каком-то узле стоят звёздочки (
* * *), это значит, что пакеты до него не дошли (тайм-аут). - Если сбои на 1-2 узле — проблема в вашем роутере или у провайдера на стороне входа.
- Если сбои только в конце — проблема на стороне целевого сервера (например,
8.8.8.8недоступен, что маловероятно).
Проверка результата
После выполнения шагов вы должны чётко понимать:
- Физическое подключение в порядке? (Кабель/Wi-Fi)
- Получен ли корректный IP-адрес? (Не 169.254.x.x)
- Отвечает ли роутер на ping? (Шаг 3)
- Есть ли ping наружу? (Шаг 4)
- На каком участке сбой? (Шаг 5)
На основе этих данных вы можете:
- Самостоятельно исправить настройки (например, DHCP, DNS).
- Обратиться к провайдеру с точной информацией («не работает шлюз 192.168.1.1» или «обрывается на вашем узле с IP X.X.X.X»).
- Заменить неисправное оборудование.
Возможные проблемы
- «Нет доступа к сети» после обновления Windows: Попробуйте откатить драйвер сетевой карты в «Диспетчере устройств» или выполнить
netsh winsock resetв командной строке с правами администратора. - Ping работает, но браузер не открывает сайты: Скорее всего, неверные DNS. Установите публичные DNS (Cloudflare:
1.1.1.1, Google:8.8.8.8) вручную в настройках IPv4. - Traceroute зависает на первом же узле: Возможно, на вашем компьютере или роутере включён фаервол, блокирующий ICMP-запросы. Временно отключите его для проверки.
- Беспроводная сеть видна, но не подключается: Проверьте, не исчерпаны ли MAC-адреса в настройках роутера, или не стоит ли ограничение по времени на ваше устройство.