#Что происходит и когда это важно
При одновременном Ethernet, Wi-Fi или VPN одна часть сетей доступна, другая — нет; после переподключения меняется используемый шлюз.
#Возможные причины и как их отличить
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Разные метрикиМаршрутизатор с меньшей метрикой выбирается для трафика по умолчанию. | ip route показывает два default через разные dev. | Настроить профильные метрики/приоритеты с учётом назначения. |
| Отсутствует маршрут к внутренней сетиНужная корпоративная подсеть не имеет специфического маршрута. | ip route get показывает default через интернет вместо VPN. | Запросить правильный маршрут у администратора. |
Policy routingПравило ip rule направляет трафик в отдельную таблицу. | Маршрут main выглядит правильным, фактический выбор другой. | Исследовать правила и соответствующую таблицу. |
#Пошаговая диагностика и исправление
- Запишите состояние сети перед изменениямиОткройте терминал. Если это удалённый компьютер, обеспечьте резервную консоль. Не выполняйте
ip route del default: команда может мгновенно лишить вас удалённого доступа. Это особенно важно для облачных серверов: некорректный маршрут лишит доступа даже при работающем SSH. - Покажите оба шлюзаВыполните
ip -4 route show default. Запишитеvia,dev,metric. Два маршрута default сами по себе могут быть нормальны при резервировании связи; меньшая metric предпочтительнее в одной таблице, но существуют и policy routing. - Проверьте внутренний адресВыполните
ip route get АДРЕС_ВНУТРЕННЕГО_УЗЛА, заменив пример реальным разрешённым IP. Посмотритеvia/devиsrc. Если запрос идёт через общий интернет, а должен через VPN, чаще нужен отдельный маршрут подсети, а не удаление default. - Посмотрите правила и сетьВыполните
ip rule show,ip route show table allиnmcli connection show --active, если используется NetworkManager. Запишите, какие профили управляют каждым default. Это различает ошибку в маршрутах от политики. - Проверьте DNS как отдельную частьЕсли внутренний ресурс не открывается только по имени, а по IP доступен, проверьте
resolvectl statusи DNS туннеля. Изменение default route не исправит отсутствие корпоративной DNS-зоны. - Согласуйте точечное исправлениеНа личном ПК обратитесь к настройкам соответствующего VPN/Ethernet профиля и проверьте режим «использовать только для ресурсов этой сети» либо routing metric, если такие параметры есть. На сервере администратор сначала резервирует настройки, затем корректирует постоянную маршрутизацию с контрольным откатом. Вручную удалять второй default без понимания назначения нельзя.
- Проверьте оба направления и перезагрузкуПосле применения сравните route get до внутреннего IP и до разрешённого внешнего IP. Затем проверьте доступ по HTTPS/SSH к нужным ресурсам и повторите после переподключения сети. Если связь пропала, верните исходный профиль через консоль.
#Команды из инструкции с пояснениями
Linux · Терминал (Bash)Команда
Все IPv4 маршруты по умолчанию.
ip -4 route show defaultLinux · Терминал (Bash)Команда
Правила выбора таблиц маршрутизации.
ip rule showLinux · Терминал (Bash)Команда
Все маршруты включая отдельные таблицы.
ip route show table allLinux · Терминал (Bash)Команда
Активные подключения NetworkManager, если он используется.
nmcli connection show --active#Как проверить результат
Внутренние IP направляются в нужный интерфейс/туннель, внешние сайты работают, результат сохраняется после перезапуска.
#Если проблема не устранена
Если ip route get показывает корректный маршрут, но сервис недоступен, проверьте firewall, ICMP и состояние удалённого приложения без отключения защиты.