ситуация

У меня проблемы с маршрутизацией (по крайней мере, я предполагаю) на моем компьютере под управлением Windows 7 и операционной системы RT вместе (не должно иметь влияния). Соединения изображены ниже:

____________
            |
10.194.13.x |----> Internet
            |
192.168.2.1 |----> LAN
     ^      |
     |      |
.....|......|
     |      |
     v      |
192.168.2.2 |
____________|
  • Windows 7 (вверх) подключена к Интернету через физический интерфейс 10.194.13.x
  • Windows 7 подключена к локальной сети через физический интерфейс 192.168.2.1
  • RT ОС (вниз) имеет виртуальный интерфейс 192.168.2.2 соединенный с 192.168.2.1

проблема

Когда 192.168.2.2 идет вверх и 192.168.2.1 подключен кабель, ping 192.168.2.2 на текущем компьютере не выполняется из-за неправильного маршрута. Это может занять много времени (несколько минут), пока не будет найден правильный маршрут. tracert кажется, ускоряет это, но это не очень детерминировано. Как только правильный маршрут найден, кажется, он продлится навсегда.

Поскольку виртуальный интерфейс 192.168.2.2 может часто подниматься и опускаться, для меня это неприемлемое решение.

route print

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      10.194.13.1     10.194.13.49     20
      10.194.13.0    255.255.255.0         On-link      10.194.13.49    276
     10.194.13.49  255.255.255.255         On-link      10.194.13.49    276
    10.194.13.255  255.255.255.255         On-link      10.194.13.49    276
        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.2.0    255.255.255.0         On-link       192.168.2.1    266
      192.168.2.1  255.255.255.255         On-link       192.168.2.1    266
      192.168.2.2  255.255.255.255      192.168.2.1      192.168.2.1     11
    192.168.2.255  255.255.255.255         On-link       192.168.2.1    266
        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      10.194.13.49    276
        224.0.0.0        240.0.0.0         On-link       192.168.2.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      10.194.13.49    276
  255.255.255.255  255.255.255.255         On-link       192.168.2.1    266
===========================================================================
Persistent Routes:
  Network Address          Netmask  Gateway Address  Metric
          0.0.0.0          0.0.0.0      10.192.18.1       1
      192.168.2.2  255.255.255.255      192.168.2.1       1
===========================================================================

IPv6 Route Table
===========================================================================
Active Routes:
 If Metric Network Destination      Gateway
 22     58 ::/0                     On-link
  1    306 ::1/128                  On-link
 22     58 2001::/32                On-link
 22    306 2001:0:4137:9e76:38cb:3f66:3e08:34f3/128
                                    On-link
 14    276 fe80::/64                On-link
 22    306 fe80::/64                On-link
 22    306 fe80::38cb:3f66:3e08:34f3/128
                                    On-link
 14    276 fe80::fcab:ed9d:a5eb:e16e/128
                                    On-link
  1    306 ff00::/8                 On-link
 22    306 ff00::/8                 On-link
 14    276 ff00::/8                 On-link
===========================================================================
Persistent Routes:
  None

tracert

>tracert 192.168.2.2

Tracing route to 192.168.2.2 over a maximum of 30 hops

  1     1 ms     1 ms     1 ms  10.194.13.1
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.

попытки

Как вы можете видеть из печати маршрута, я попытался добавить постоянный маршрут, чтобы заставить запросы к 192.168.2.2 проходить через 192.168.2.1 но это не помогает. Я не могу понять, почему он пытается перенаправить ping через 10.194.13.1 потому что метрика предлагает ему сначала перейти на 192.168.2.1 .

потребности

Подводя итог, я хотел бы видеть любую связь с 192.168.2.2 я буду делать локально на компьютере, чтобы работать сразу и долго.

|источник

1 ответ1

0

Хорошо, я понял проблему.

Это не было проблемой с маршрутизацией. Поскольку 192.168.2.2 на самом деле является виртуальным адаптером, который иногда выходит из строя, даже если маршрут был правильным, Windows пропускала маршрут, потому что интерфейс, используемый для маршрута, был недоступен во время доступа. Таким образом, он разрешал это к маршруту по умолчанию в интерфейсе 10.194.13.1 , даже если показатель был выше.

Оттуда это было как-то потеряно, отчаянно пытаясь получить ответ от 192.168.2.2 на неправильном интерфейсе.

Чтобы решить эту проблему, я добавил статическую запись кэша ARP, чтобы Windows не пыталась разрешить 192.168.2.2 на каждом возможном интерфейсе. Я использовал:

netsh interface ipv4 add neighbors "My adapter" 192.168.2.2 aa-bb-cc-dd-ee-ff
|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .