Как посмотреть и проанализировать таблицу маршрутизации в Windows 11

Таблица маршрутизации показывает, через какой сетевой адаптер и шлюз Windows 11 отправляет трафик к локальным и внешним адресам. Разберём команды route и PowerShell, назначение метрики, признаки неверного маршрута и безопасную проверку без изменения настроек.

как посмотреть и проанализировать таблицу маршрутизации в windows 11: короткий и прямой ответ

Чтобы посмотреть таблицу маршрутизации, откройте Терминал Windows или Командную строку и выполните route print. В выводе отдельно показаны активные маршруты IPv4 и IPv6. Команда только читает настройки: подключение, файлы и параметры сети она не меняет.

Таблица маршрутизации — это список правил, по которым Windows выбирает путь к адресу назначения. В строке маршрута важны сеть назначения, маска, шлюз, интерфейс и метрика. Например, запись 0.0.0.0 0.0.0.0 192.168.1.1 обычно означает маршрут по умолчанию: адреса, для которых нет более точного правила, компьютер передаст домашнему роутеру 192.168.1.1.

Для просмотра в PowerShell запустите:

```powershell

Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric,DestinationPrefix | Format-Table -AutoSize

```

Команда выводит сведения о префиксах назначения, следующем узле, интерфейсе и метрике. Формат PowerShell удобен, когда нужно увидеть название адаптера: Wi-Fi, Ethernet, VPN или виртуальный интерфейс. При анализе сначала найдите маршрут по умолчанию, затем маршрут нужной локальной сети и после этого сравнивайте метрики.

Почему возникает проблема или зачем нужна эта настройка

Маршруты стоит проверять, когда интернет работает только частично, не открывается внутренний ресурс, включение VPN меняет доступ к сайтам или компьютер выбирает не тот адаптер. Как посмотреть и проанализировать таблицу маршрутизации в Windows 11 полезно знать и при одновременном подключении к кабельной сети, Wi-Fi и VPN: у каждого соединения могут быть собственные маршруты.

Windows выбирает наиболее конкретный маршрут прежде маршрута по умолчанию. Поэтому запись для 192.168.50.0/24 будет использована для адреса 192.168.50.20, даже если у неё метрика выше, чем у 0.0.0.0/0. Если подходит несколько записей одинаковой длины префикса, система использует маршрут с меньшей суммарной метрикой. Она складывается из метрики маршрута и метрики интерфейса.

Частый сценарий — VPN добавляет маршрут по умолчанию либо маршруты к рабочим подсетям. Это может быть штатным правилом безопасности организации. Не удаляйте такие записи только потому, что после подключения изменился путь трафика: сначала выясните, относится ли адрес к корпоративной сети, и проверьте политику VPN. Виртуальные адаптеры Hyper-V, WSL или защитного ПО также могут добавлять служебные маршруты; сама по себе такая строка не является ошибкой.

Неверный путь обычно проявляется предсказуемо: конкретный IP недоступен, хотя остальные сайты открываются; tracert уходит на неожиданный шлюз; локальная сеть отвечает через один адаптер, а интернет — через другой. Таблица не сообщает, доступен ли шлюз физически, поэтому её анализ нужно сочетать с проверкой IP-адреса, DNS и реального прохождения пакетов.

Что проверить и подготовить перед основными действиями

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

Откройте Терминал Windows от имени обычного пользователя и последовательно выполните ipconfig /all, route print и Get-NetIPInterface -AddressFamily IPv4. Скопируйте результаты в текстовый файл либо сделайте снимок экрана. В выводе ipconfig /all найдите у используемого адаптера IPv4-адрес, маску подсети и строку «Основной шлюз». При необходимости скройте на снимке публичный IP, MAC-адрес, DNS-суффикс организации, имя компьютера и сведения о VPN.

Проверьте, что проблема воспроизводится. Для IP-адреса шлюза используйте ping 192.168.1.1, заменив пример на свой адрес. Затем выполните tracert 1.1.1.1 или трассировку до нужного внутреннего адреса. Некоторые устройства и сети не отвечают на ICMP, поэтому отсутствие строки ответа ещё не доказывает ошибку маршрута; важнее сопоставить первые доступные переходы с ожидаемым шлюзом.

Запишите время проверки и состояние подключений. Если неполадка появилась сразу после запуска установщика VPN, обновления сетевого клиента или изменения параметров адаптера, временно отключите именно это соединение через «Параметры» → «Сеть и Интернет» → «Дополнительные параметры сети» только если понимаете последствия. Приложения из Microsoft Store и параметры приложений обычно не управляют системной таблицей маршрутизации; для диагностики нужны настройки Windows и данные адаптеров.

Пошаговое решение для актуальных версий системы или устройства

В Windows 11 безопасный порядок такой: определить адрес назначения, найти подходящие маршруты, проверить интерфейс и шлюз, затем повторить тест. Не создавайте и не удаляйте правила, пока не понятно, какая конкретная запись конфликтует с нужным путём.

1. Откройте «Пуск», введите Терминал, выберите «Терминал Windows». Для просмотра прав администратора не требуется. Выполните route print и найдите блок «Активные маршруты» для IPv4.
2. Найдите строку назначения. Для конкретного IP сначала определите сеть: адрес 192.168.10.45 при маске 255.255.255.0 относится к 192.168.10.0.
3. Сравните длину масок. Правило 192.168.10.0 с маской 255.255.255.0 точнее правила 0.0.0.0 с маской 0.0.0.0, поэтому для этого адреса маршрут по умолчанию не используется.
4. Сверьте «Интерфейс» со своим IP из ipconfig. У маршрута через Wi-Fi должен быть IP Wi-Fi-адаптера, у кабельного подключения — адрес Ethernet. В PowerShell уточните записи по умолчанию: Get-NetRoute -AddressFamily IPv4 -DestinationPrefix '0.0.0.0/0'.
5. Если есть два равноточных маршрута, сравните метрики. Сначала убедитесь, что меньшая итоговая метрика принадлежит ожидаемому интерфейсу. Автоматическая метрика зависит от характеристик интерфейса, поэтому значения могут измениться после переподключения.
6. Проверьте путь командой tracert до проблемного адреса. Первый переход обычно должен быть вашим шлюзом, если маршрут не является прямым и сеть не блокирует ответы.

Для IPv6 повторите действия с Get-NetRoute -AddressFamily IPv6 и соответствующим разделом route print. IPv4 и IPv6 — разные таблицы: корректный IPv4-маршрут не исправит проблему ресурса, к которому Windows обращается по IPv6. При временной проверке не отключайте IPv6 наугад: сначала подтвердите, по какому протоколу открывается нужный адрес.

Типичные ошибки, безопасный откат и проверка результата

Самая распространённая ошибка — считать строку с наименьшей метрикой единственно важной. Сначала Windows выбирает наиболее длинный префикс, и лишь затем сопоставляет метрики одинаково конкретных путей. Другая ошибка — путать локальный адрес интерфейса со шлюзом: интерфейс принадлежит вашему ПК, шлюз — следующему сетевому устройству.

Команды route add, route change и route delete изменяют правила маршрутизации. Они требуют запуска Терминала от имени администратора, а неверное применение может оборвать VPN, доступ к роутеру или рабочим ресурсам. Перед любым изменением сохраните вывод route print, подготовьте способ вернуть подключение и, если это рабочий компьютер, согласуйте действие с администратором сети.

Маршрут, добавленный без параметра /p, не сохраняется для следующего запуска TCP/IP. Постоянный маршрут создают командой route /p add; он хранится в системных настройках и требует отдельного удаления через route delete с тем же адресом назначения и маской. Не копируйте команды с чужими IP-адресами: используйте только значения, подтверждённые вашей схемой сети. Когда требуется восстановление приложения VPN, сначала воспользуйтесь его штатным восстановлением приложения или переустановкой по инструкции поставщика, а не удаляйте системные маршруты вслепую.

После корректировки повторите route print, ipconfig /all, ping шлюза и tracert проблемного адреса. Проверяйте именно исходную задачу: открытие внутреннего сайта, доступ к файловому серверу или стабильность подключения к интернету. Если шлюз недоступен, IP-адрес назначен неправильно либо в таблицу возвращается неизвестный постоянный маршрут, остановитесь и обратитесь к специалисту или администратору сети.

FAQ