Windows 上的虚拟桥路由问题

Windows 上的虚拟桥路由问题

情况

我在运行 Windows 7 和 RT OS(应该不会有影响)的计算机上遇到了路由问题(至少我猜是这样)。连接如下图所示:

____________
            |
10.194.13.x |----> Internet
            |
192.168.2.1 |----> LAN
     ^      |
     |      |
.....|......|
     |      |
     v      |
192.168.2.2 |
____________|
  • Windows 7(以上)通过物理接口连接到互联网10.194.13.x
  • 192.168.2.1WIndows 7通过物理接口连接到本地网络
  • RT OS(向下)具有虚拟接口192.168.2.2 桥接192.168.2.1

问题

192.168.2.2上去 192.168.2.1连接电缆后,ping 192.168.2.2当前计算机上的 a 会因路由错误而失败。这可能需要很长时间(数分钟)才能最终找到正确的路由。Atracert似乎可以加速这一过程,但不太确定。一旦找到正确的路由,它似乎可以持续很长时间。

由于虚拟接口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

好的,我已经弄清楚问题了。

这不是路由问题。因为实际上是一个有时会关闭的虚拟适配器,即使路由正确,Windows 也会跳过路由,因为用于路由的接口在访问时不可用。因此,即使度量值更高,192.168.2.2它也会将其解析为接口上的默认路由。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

相关内容