情况
我在运行 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.1
WIndows 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