为什么 Windows 10 路由表条目显然被忽略了?

为什么 Windows 10 路由表条目显然被忽略了?

我正在尝试使用 Windows 10route add命令将一些流量引导到本地网络,而不是通过网关。它在某些计算机上有效,但在其他计算机上无效。

背景如下。我管理一个小型企业网络,其调制解调器/路由器的地址为 192.168。2.1 用作 Internet 网关。更改该地址会造成很大破坏。此外,路由器的子网掩码只能在第四个八位字节 255.255.255 上更改。X;没有办法改变第三个八位字节。

网络上有五台以太网连接的 Windows 10 计算机,它们具有固定 IP 地址。还有两台以太网连接的体重秤,它们只能分配 192.168.0.x。网络配置为计算机可以通过简单的网络集线器与秤进行通信,而无需通过路由器。这是网络的一部分。

显示调制解调器/路由器、计算机和秤均连接到集线器的简单图表

直到 2020 年 7 月的某个时候,将计算机上的子网掩码设置为 就足够了255.255.252.0,然后 192.168.2.x 的计算机可以与 192.168.0.x 的秤进行通信。然而,这种方法已经停止了。与秤的通信是 7 月份出现的唯一问题——计算机仍然可以毫无困难地相互通信并与互联网通信。

在第一次大规模通信故障发生时,Windows 10 进行了升级,也许这次升级以某种方式促成了这个问题。但是,我可以访问另一个同时升级的网络,那里没有出现这个问题。此外,我在网上没有看到任何与那一轮升级相关的此类问题的报告。

我没有将子网掩码设置为255.255.252.0,而是尝试使用255.255.255.0作为掩码并明确设置秤的路由以直接寻址,而不是通过网关:

Route add 192.168.0.0 mask 255.255.255.0 0.0.0.0

这不起作用。特别是,当无法处理秤时,拒绝消息来自 ISP - 涉及网关,如下面更详细地显示。

作为与秤通信的替代方法,我创建了一个测试,也可以在没有秤的其他网络上运行。这两个网络都没有任何位于 192.168.6.x 的设备。这是我使用的命令:

Route add 192.168.6.0 mask 255.255.255.0 0.0.0.0

创建该路线后,我发出以下命令来查看添加的路线是否有效:

tracert -h 5 -w 25 192.168.6.80

在一个网络上,没有秤的网络上,tracert 返回了我所期望的内容 - 它是 Windows 10 计算机,我在计算机上发出无法找到该设备的命令:

  1     *     Howard-W7.home [192.168.1.11]  reports: Destination host unreachable.

然而,在我最初遇到问题的网络(带有秤的网络)上,消息被定向到网关,并且 tracert 告诉我,最终它是我的 ISP 上的路由器,它无法找到该设备:

  1   100 ms     1 ms     1 ms  mynetwork [192.168.2.1] 
  2    13 ms     7 ms    26 ms  10.11.1.17 
  3     *        *        *     Request timed out.
  4     8 ms     7 ms     7 ms  tcore4-toronto12_37.net.bell.ca [64.230.59.200] 
  5     *        *        *     Request timed out. 

在两台计算机上,路由表的结构(来自 ROUTE PRINT)是相同的,尽管由于显而易见的原因,IP 地址不同。

此 ROUTE PRINT 输出来自问题计算机。新添加的路由确实出现在表中。所有指定的目的地都显示网关为 On-link,这应该意味着 192.168.2.1 处的网关未被使用。我看到表中的第一个路由也被列为持久路由,两次;我一直认为这不是我的问题。

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.2.1     192.168.2.13     35
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    331
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    331
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    331
      192.168.2.0    255.255.255.0         On-link      192.168.2.13    291
     192.168.2.13  255.255.255.255         On-link      192.168.2.13    291
    192.168.2.255  255.255.255.255         On-link      192.168.2.13    291
      192.168.6.0    255.255.255.0         On-link      192.168.2.13     36
    192.168.6.255  255.255.255.255         On-link      192.168.2.13    291
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    331
        224.0.0.0        240.0.0.0         On-link      192.168.2.13    291
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    331
  255.255.255.255  255.255.255.255         On-link      192.168.2.13    291
===========================================================================
Persistent Routes:
  Network Address          Netmask  Gateway Address  Metric
          0.0.0.0          0.0.0.0      192.168.2.1  Default 
          0.0.0.0          0.0.0.0      192.168.2.1  Default 
===========================================================================

此 ROUTE PRINT 输出来自没有问题的计算机。据我所知,表的结构是相同的。尽管如此,这台计算机不会尝试通过外部网关将消息路由到 192.168.6.0。

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.1.1     192.168.1.11     25
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    331
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    331
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    331
      192.168.1.0    255.255.255.0         On-link      192.168.1.11    281
     192.168.1.11  255.255.255.255         On-link      192.168.1.11    281
    192.168.1.255  255.255.255.255         On-link      192.168.1.11    281
      192.168.6.0    255.255.255.0         On-link      192.168.1.11     26
    192.168.6.255  255.255.255.255         On-link      192.168.1.11    281
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    331
        224.0.0.0        240.0.0.0         On-link      192.168.1.11    281
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    331
  255.255.255.255  255.255.255.255         On-link      192.168.1.11    281
===========================================================================
Persistent Routes:
  None

由于这两个路由表非常相似,我怀疑我需要的任何诊断信息都不会出现在这些表中。

有人能解释为什么请求的路由不能可靠地工作吗?有人能建议检查其他网络设置或运行其他诊断程序吗?或者,有人可以在没有充分解释的情况下提供一个好的解决方法吗?

答案1

您使用的命令是route add错误的。它用于通过特定路由器(使用特定网络接口)路由特定子网。有很多网站对此进行了解释,例如本网站

您实际上正在做的是通过网关路由Route add 192.168.0.0 mask 255.255.255.0 0.0.0.0子网的流量。这“没有意义”(并且不起作用)。192.168.0.0/240.0.0.0

话虽如此,您之前的网络设置解决方法(对同一个 LAN 使用不同的子网)应该仍然“有效”,这里需要做的是先确定问题的根源(参见我的评论)。

或者,而不是使用旧的网络设置解决方法,我建议将 PC 和路由器放在子网 A 上,例如将192.168.2.0/24两个秤放在子网 B 上,192.168.0.0/24例如

A)使用路由器在子网之间路由或

B)从您的秤的子网向您的电脑添加第二个 IP 地址(您可以在 Windows 10 中向 NIC 添加多个 IP)

注意:B 仅允许秤和电脑之间的连接,而不能允许路由器和秤之间的连接

相关内容