Подробный гайд по ошибке «Network unreachable»
Ошибка «Network unreachable» (сеть недоступна) возникает, когда операционная система или сетевое устройство не может найти маршрут до сети, в которой находится целевой хост. Это значит, что проблема лежит на уровне сетевой маршрутизации, а не на уровне приложения или конкретного хоста (в отличие от «Host unreachable» или «Connection refused»).
В этом руководстве мы разберём причины возникновения ошибки, методы диагностики и способы её устранения в различных операционных системах и сценариях.
1. Что означает «Network unreachable»
Когда вы пытаетесь установить соединение (например, через ping, curl, ssh или браузер), система проверяет свою таблицу маршрутизации, чтобы определить, через какой интерфейс и шлюз отправить пакет.
- Если маршрут до сети назначения отсутствует полностью, система отвечает ошибкой «Network unreachable».
- Если маршрут до сети есть, но не найден конкретный хост внутри этой сети (например, из-за ARP-запроса без ответа), ошибка будет «Host unreachable».
- Если пакет доходит до хоста, но порт закрыт, вы увидите «Connection refused».
Таким образом, «Network unreachable» указывает на проблему на одном из промежуточных этапов маршрутизации или на неправильную конфигурацию сетевого стека локальной машины.
2. Основные причины
1. Отсутствие маршрута по умолчанию (default gateway)
Если в таблице маршрутизации нет маршрута 0.0.0.0/0 (или ::/0 для IPv6) и при этом целевая сеть не находится в локальной подсети, система не сможет отправить пакет.
2. Неправильная конфигурация IP-адреса или маски подсети
Если IP-адрес и маска заданы неверно, система может ошибочно считать целевую сеть недостижимой или пытаться отправить пакет через неправильный интерфейс.
3. Не указан шлюз по умолчанию или он недоступен
Даже если маршрут есть, но шлюз физически недоступен (кабель отключён, интерфейс down), маршрут не будет использоваться.
4. Проблемы на маршрутизаторе или межсетевом экране
Маршрутизатор может не иметь маршрута до целевой сети, блокировать ICMP-сообщения или трафик определённого типа.
5. Сетевой интерфейс отключён или неисправен
Если интерфейс, через который должен проходить трафик, административно выключен (down) или физически отключён (нет кабеля, слабый Wi-Fi), пакет не сможет быть отправлен.
6. Неверные записи в таблице маршрутизации
Ручное добавление неправильных маршрутов (например, через несуществующий шлюз) или устаревшие маршруты могут привести к ошибке.
7. Шифрование и туннели
При использовании шифрования весь трафик или его часть может направляться в туннель, но если внутренняя маршрутизация не настроена должным образом, некоторые сети станут недоступными.
8. IPv6-проблемы
Если приложение пытается использовать IPv6, а маршрут IPv6 отсутствует (нет шлюза ::/0 или RA от роутера), может возникнуть ошибка.
9. Изоляция сети, VLAN, подсети
В корпоративных или облачных средах целевая сеть может быть изолирована политиками безопасности (Security Groups, Network ACL).
3. Диагностика
Для диагностики необходимо выполнить несколько шагов, чтобы локализовать проблему.
3.1. Проверка состояния сетевых интерфейсов
Убедитесь, что интерфейс поднят и имеет корректный IP-адрес.
Linux:
ip addr show
# или
ifconfig -a
Обратите внимание на флаг UP и наличие IPv4/IPv6 адреса.
Windows:
ipconfig /all
macOS:
ifconfig
3.2. Проверка таблицы маршрутизации
Проверьте, есть ли маршрут до целевой сети и маршрут по умолчанию.
Linux:
ip route show
# или
route -n
Нужная строка: default via <IP_шлюза> dev <интерфейс>.
Windows:
route print
macOS:
netstat -rn
3.3. Проверка доступности шлюза по умолчанию
Попробуйте пропинговать IP-адрес шлюза.
Linux/macOS/Windows:
ping <IP_шлюза>
Если шлюз не отвечает, проблема в локальной сети или самом шлюзе.
3.4. Проверка маршрута до целевого хоста
Используйте traceroute (Linux/macOS) или tracert (Windows), чтобы увидеть, на каком этапе пропадает маршрут.
traceroute <целевой_IP>
Если на первом же шаге появляется !N (Network unreachable) или * * *, значит проблема в локальной маршрутизации.
3.5. Проверка межсетевого экрана
Локальный firewall может блокировать ICMP-ответы или исходящие пакеты.
Linux (iptables):
sudo iptables -L -n -v
Windows: временно отключите брандмауэр для теста.
3.6. Проверка DNS
Хотя «Network unreachable» обычно не связана с DNS, некорректное разрешение имени может привести к попытке обращения к неправильному IP (например, к IPv6, когда IPv6 не настроен).
Проверьте:
ping -4 example.com # принудительно IPv4
ping -6 example.com # принудительно IPv6
4. Способы устранения по сценариям
4.1. Отсутствует маршрут по умолчанию
Симптом:
ip route не показывает строку default via ....
Решение:
- Linux (временное):
sudo ip route add default via <IP_шлюза> dev <интерфейс>
- Linux (постоянное):
Отредактируйте файл конфигурации сети (например, /etc/network/interfaces или /etc/netplan/*.yaml).
- Windows:
route add 0.0.0.0 mask 0.0.0.0 <IP_шлюза>
Для постоянного маршрута добавьте -p.
- macOS:
sudo route -n add default <IP_шлюза>
4.2. Неправильный IP-адрес или маска подсети
Симптом:
Адрес или маска не соответствуют ожидаемой подсети.
Решение:
Исправьте конфигурацию сетевого интерфейса вручную или через DHCP.
Linux (временное):
sudo ip addr add <IP>/<маска> dev <интерфейс>
sudo ip link set <интерфейс> up
Windows:
Панель управления → Сетевые подключения → Свойства адаптера → TCP/IPv4 → задать вручную или получить автоматически.
4.3. Интерфейс выключен или нет физического соединения
Симптом:
Интерфейс без флага UP или состояние «Disconnected».
Решение:
- Проверьте кабель, Wi-Fi, перезагрузите интерфейс.
- Linux:
sudo ip link set <интерфейс> up
- Windows:
ncpa.cpl → включить адаптер.
- macOS:
networksetup -setnetworkserviceenabled "Ethernet" on
4.4. Проблемы на маршрутизаторе или внешнем брандмауэре
Симптом:
Шлюз доступен, но пакеты не проходят дальше.
Решение:
- Проверьте таблицу маршрутизации на самом маршрутизаторе.
- Убедитесь, что нет ACL или firewall-правил, блокирующих трафик.
- Если используется NAT, проверьте, что трансляция настроена для нужных интерфейсов.
- Попробуйте пинговать внешний IP (например, 8.8.8.8) с маршрутизатора.
4.5. Ошибки в статической маршрутизации
Симптом:
есть маршрут, но через неправильный шлюз или интерфейс.
Решение:
- Просмотрите таблицу маршрутизации и удалите ошибочный маршрут.
- Linux:
sudo ip route del <сеть> via <старый_шлюз>
sudo ip route add <сеть> via <правильный_шлюз> dev <интерфейс>
- Windows:
route delete <сеть>
route add <сеть> mask <маска> <шлюз>
4.6. Шифрование и туннели
Симптом:
После подключения шифрования теряется доступ к локальной сети или интернету.
Решение:
- Проверьте, включён ли split tunneling (разделение трафика). Если нет, весь трафик уходит в туннель и может не маршрутизироваться дальше.
- Проверьте таблицу маршрутизации после подключения шифрования. При необходимости добавьте маршруты для локальных сетей через локальный шлюз.
- В Windows можно настроить метрики интерфейсов, чтобы приоритизировать определённый маршрут.
4.7. IPv6-проблемы
Симптом:
Приложения пытаются использовать IPv6, но сеть не имеет IPv6-связности.
Решение:
- Если IPv6 не нужен, отключите его на интерфейсе.
- Linux:
sudo sysctl -w net.ipv6.conf.<интерфейс>.disable_ipv6=1 - Windows: снять галочку «IP version 6 (TCP/IPv6)» в свойствах адаптера.
- Linux:
- Если IPv6 нужен, настройте маршрут по умолчанию:
sudo ip -6 route add default via <IPv6_шлюз>.
4.8. Контейнеры и оркестрация (Docker, Kubernetes)
Симптом:
Контейнер не может соединиться с внешней сетью.
Решение:
- Проверьте сетевой драйвер Docker (
bridge,overlay,host). - Убедитесь, что в Docker включён IP forwarding:
sysctl net.ipv4.ip_forward=1. - Проверьте CNI-плагин в Kubernetes, наличие маршрутов в pod network.
- Проверьте NetworkPolicy — они могут блокировать исходящий трафик.
5. Примеры команд для быстрого исправления
Linux
# Просмотр состояния
ip a
ip route
# Добавить IP и поднять интерфейс
sudo ip addr add 192.168.1.100/24 dev eth0
sudo ip link set eth0 up
# Добавить маршрут по умолчанию
sudo ip route add default via 192.168.1.1
# Проверить доступность
ping 8.8.8.8
Windows (cmd от администратора)
:: Просмотр конфигурации
ipconfig /all
route print
:: Добавить маршрут
route add 0.0.0.0 mask 0.0.0.0 192.168.1.1
:: Очистить кэш DNS (если нужно)
ipconfig /flushdns
:: Проверка
ping 8.8.8.8
macOS
# Просмотр
ifconfig
netstat -rn
# Добавить маршрут
sudo route -n add default 192.168.1.1
# Проверка
ping 8.8.8.8
6. Профилактика и лучшие практики
- Используйте DHCP для автоматической настройки IP, маски и шлюза, чтобы избежать ошибок ручного ввода.
- Регулярно проверяйте таблицы маршрутизации на устаревшие записи.
- Настраивайте резервные маршруты и протоколы динамической маршрутизации (OSPF, BGP) в сложных сетях.
- Включайте мониторинг доступности шлюзов и ключевых сетей.
- При использовании шифрования чётко определяйте, какой трафик должен идти через туннель, а какой — напрямую.
- Документируйте сетевую архитектуру и используйте системы управления конфигурациями.
Важно
Ошибка «Network unreachable» почти всегда связана с маршрутизацией и может быть быстро устранена после проверки IP-настроек, таблицы маршрутизации и состояния интерфейсов. Систематическая диагностика, начиная с локальной машины и заканчивая внешними сетевыми устройствами, поможет выявить точную причину и применить правильное решение.
Мы делимся этой технической информацией, чтобы помочь вам в решении задач — используйте её с пониманием. Статья носит рекомендательный характер, поэтому, пожалуйста, применяйте описанные методы осмотрительно.