尽管路由指标，为什么Windows会使用较慢的网络接口？

在我之前的笔记本电脑上，Dell / Broadcom无线适配器可以选择在连接有线网络时自动禁用无线，因此我从不处理多个活动接口。我目前的系统有一个英特尔无线适配器，他们显然还没有想出如何在有线连接时将其关闭。除非我明确记得在停靠时禁用无线，否则连接处于活动状态。

这应该不是问题（理论上），因为路由度量将导致流量超过最快的网络（如路由表中的最低度量标准所示）。

显然不是 - 我正在运行备份，当连接完美的千兆以太网接口时，吞吐量达到25Mbps左右（与802.11g一致）。

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0    192.168.1.254    192.168.1.104     10
          0.0.0.0          0.0.0.0    192.168.1.254    192.168.1.109     25
        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

Windows已正确识别以太网接口（.104）并为其分配了较低（首选）指标。所以以太网接口应该独占使用，对吗？

为什么不使用以太网连接？还涉及哪些其他因素？（如果它有所不同，这是Windows 7）

“route print”命令的整个输出（见下面的评论）：

    C:\>route print
===========================================================================
Interface List
 11...00 18 de 3e 53 82 ......Intel(R) PRO/Wireless 3945ABG Network Connection
 10...00 15 c5 af 80 0e ......Broadcom NetXtreme 57xx Gigabit Controller
  1...........................Software Loopback Interface 1
 17...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
 12...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0    192.168.1.254    192.168.1.104     10
          0.0.0.0          0.0.0.0    192.168.1.254    192.168.1.109     25
        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.1.0    255.255.255.0         On-link     192.168.1.104    266
      192.168.1.0    255.255.255.0         On-link     192.168.1.109    281
    192.168.1.104  255.255.255.255         On-link     192.168.1.104    266
    192.168.1.109  255.255.255.255         On-link     192.168.1.109    281
    192.168.1.255  255.255.255.255         On-link     192.168.1.104    266
    192.168.1.255  255.255.255.255         On-link     192.168.1.109    281
        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.1.104    266
        224.0.0.0        240.0.0.0         On-link     192.168.1.109    281
  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.1.104    266
  255.255.255.255  255.255.255.255         On-link     192.168.1.109    281
===========================================================================
Persistent Routes:
  None

IPv6 Route Table
===========================================================================
Active Routes:
 If Metric Network Destination      Gateway
 12     58 ::/0                     On-link
  1    306 ::1/128                  On-link
 12     58 2001::/32                On-link
 12    306 2001:0:4137:9e76:3005:82a:b3a3:1099/128
                                    On-link
 10    266 fe80::/64                On-link
 11    281 fe80::/64                On-link
 12    306 fe80::/64                On-link
 11    281 fe80::11ad:fcef:18ff:97a9/128
                                    On-link
 12    306 fe80::3005:82a:b3a3:1099/128
                                    On-link
 10    266 fe80::9524:5f90:dd0:86fb/128
                                    On-link
  1    306 ff00::/8                 On-link
 12    306 ff00::/8                 On-link
 10    266 ff00::/8                 On-link
 11    281 ff00::/8                 On-link
===========================================================================
Persistent Routes:
  None

现在我们看到了网络路由，您的路由表看起来不错。这应该涵盖不试图影响网络堆栈的流量。但是一些应用程序试图自己选择一个接口，一般来说，这些应用程序将采用他们找到的第一个合适的接口。

因此，让我们确保您的有线接口领先于无线接口。为此，请ncpa.cpl从“运行”栏运行。在Advanced，选择Advanced Settings。在顶部窗格中，找到您的有线界面并选择它。点击右侧的绿色向上箭头将该界面移动到顶部。您需要重新启动以确保所有正在运行的程序都能看到新订单。

（虽然知识库文章适用于不同的操作系统，但方法和概念是相同的。）

这可能会有所帮助：http：//support.microsoft.com/kb/299540 这意味着指标是专门为您描述的方案指定的。

......除了你的情况，它不起作用。如果无法访问Microsoft的源代码或权威信息，很难说出为什么Windows在您的情况下采取这种方式。

我唯一的“猜测”可能是你的无线接口首先出现，Windows开始与某些远程机器通话 - 这些连接坚持他们开始的接口，以防止在已建立的对话期间改变IP（这将破坏连接）。然后将笔记本电脑插入Gig以太网，Windows不会将已建立的流量移动到该连接，以避免丢失这些连接。

测试的一种方法是通过以太网插入，关闭无线，然后验证您有快速连接。然后重新打开无线网络，看看是否保持更快的连接速度。

很长一段时间，但如果您正在运行备份到LAN上的另一个本地主机，那么这可能会以某种方式改变事物。

任何TCP / IP堆栈都可以推断，如果网络适配器设置为类似于192.168.111.1子网255.255.255.0，那么它只需通过从该接口发送流量就可以到达任何地址192.168.111.2到192.168.111.255。它不会触及默认网关，实际上，由于某种原因，Windows可能会“短路”，并且不会为直接连接的子网查询路由表。

这也可能是由于NetBIOS在两个接口上发送了广播，然后Windows首先通过无线接收了您的计算机的回复，因此它继续使用该接口进行进一步的通信。这是一个很长的镜头，我不太了解NetBIOS的内部。