☰

статический маршрут случайно проигнорирован

tag-icon • tag-icon windows-7 networking
статический маршрут случайно проигнорирован

У меня есть пара гостевых виртуальных машин Linux с мостовой сетью к моему физическому адаптеру. По определенной причине я не могу использовать подсеть моей хостовой машины для гостей (а виртуальный адаптер слишком медленный для меня), поэтому я создал для них отдельную подсеть.

На хосте я добавил гостевую подсеть:

C:\> route add 192.168.20.0 mask 255.255.255.0 0.0.0.0 metric 1

О гостях:

# route add -host 192.168.148.87 dev eth3 # my host ip

В основном это работает:

basin@BASIN /cygdrive/c/Users/basin
$ tracert -d 192.168.20.20

Tracing route to 192.168.20.20 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  192.168.20.20

Trace complete.

basin@BASIN /cygdrive/c/Users/basin
$ tracert -d 192.168.20.21

Tracing route to 192.168.20.21 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  192.168.20.21

Trace complete.

Но похоже, что некоторые пакеты проходят через шлюз:

basin@BASIN /cygdrive/c/Users/basin
$ tracert -d 192.168.20.23

Tracing route to 192.168.20.23 over a maximum of 30 hops

  2    <1 ms    <1 ms    <1 ms  192.168.200.1 0
  3  192.168.200.1  reports: Destination host unreachable.

Trace complete.

SSH-подключения к гостям часто зависают. Что я делаю не так?

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0  192.168.149.200   192.168.148.87     20
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306

     192.168.20.0    255.255.255.0         On-link    192.168.148.87     21
   192.168.20.255  255.255.255.255         On-link    192.168.148.87    276

     192.168.56.0    255.255.255.0         On-link      192.168.56.1    266
     192.168.56.1  255.255.255.255         On-link      192.168.56.1    266
   192.168.56.255  255.255.255.255         On-link      192.168.56.1    266

    192.168.148.0    255.255.254.0         On-link    192.168.148.87    276
   192.168.148.87  255.255.255.255         On-link    192.168.148.87    276

  192.168.149.255  255.255.255.255         On-link    192.168.148.87    276
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link    192.168.148.87    276
        224.0.0.0        240.0.0.0         On-link      192.168.56.1    266
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link    192.168.148.87    276
  255.255.255.255  255.255.255.255         On-link      192.168.56.1    266
===========================================================================

Обновлено:

Может ли быть, что ОС отправляет какой-то ICMP-запрос в разные места, а ответ переопределяет мой статический маршрут? Как это проверить?

решение1

Статические маршруты используются только в том случае, если целевой адрес не находится в напрямую подключенной сети. В вашем случае все хосты находятся в напрямую подключенных сетях, поэтому статические маршруты игнорируются.

Связанный контент