Почему Windows использует медленный сетевой интерфейс, несмотря на метрики маршрута?

Question

На моем предыдущем ноутбуке у беспроводного адаптера Dell/Broadcom была опция автоматического отключения беспроводной связи при подключении к проводной сети, поэтому я никогда не имел дело с несколькими активными интерфейсами. В моей нынешней системе есть беспроводной адаптер Intel, и они, очевидно, не выяснили, как его отключить при наличии проводного соединения. Если я не помню явно отключить беспроводную связь в док-станции, соединение активно.

Это не должно быть проблемой (теоретически), поскольку метрика маршрута приведет к тому, что трафик будет проходить через самую быструю сеть (как указано самой низкой метрикой в таблице маршрутизации).

Очевидно, нет - я запускаю резервное копирование и вижу пропускную способность около 25 Мбит / с (что соответствует стандарту 802.11g), когда также подключен очень хороший интерфейс Gigabit Ethernet.

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 правильно определила интерфейс Ethernet (.104) и присвоила ему более низкую (предпочтительную) метрику. Таким образом, интерфейс Ethernet должен использоваться исключительно, верно?

Почему соединение Ethernet не используется? Какие еще факторы участвуют? (Это с 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

Answer 1

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

Итак, давайте удостоверимся, что ваш проводной интерфейс опережает беспроводной. Для этого запустите ncpa.cpl из панели запуска. В разделе « Advanced выберите « Advanced Settings . В верхней панели найдите свой проводной интерфейс и выберите его. Нажмите зеленую стрелку вверх вправо, чтобы переместить этот интерфейс вверх. Вам нужно будет перезагрузиться, чтобы убедиться, что все запущенные программы видят новый порядок.

(Хотя статья КБ предназначена для другой ОС, метод и концепция одинаковы.)

Answer 2

Это может быть полезно: http://support.microsoft.com/kb/299540 Это означает, что метрики назначаются специально для сценария, который вы описываете.

... кроме того, что в вашей ситуации это не работает. Без доступа к исходному коду или окончательной информации от Microsoft довольно сложно сказать, почему Windows работает именно так в вашем случае.

Мое единственное «предположение» состоит в том, что, возможно, ваш беспроводной интерфейс появляется первым, и Windows начинает общаться с некоторыми удаленными компьютерами - и эти соединения придерживаются интерфейса, с которого они начали, чтобы предотвратить изменение IP-адреса во время установленного разговора (который может разорвать соединение ). Затем вы подключаете ноутбук к Gig Ethernet, и Windows не переносит установленный трафик на это соединение, чтобы избежать разрыва этих соединений.

Один из способов проверить это - подключиться через Ethernet, отключить беспроводную связь и убедиться, что у вас быстрое подключение. Затем снова включите беспроводную связь и посмотрите, сохраните ли вы более быструю связь.

Answer 3

Долгое время, но если вы выполняете резервное копирование на другой локальный хост в локальной сети, возможно, это как-то меняет ситуацию.

Любой стек TCP/IP может заключить, что, если сетевой адаптер настроен на что-то вроде подсети 192.168.111.1 255.255.255.0, он может достичь любого адреса с 192.168.111.2 по 192.168.111.255, просто отправляя трафик из этого интерфейса. Это не затронет шлюз по умолчанию, и, действительно, Windows по какой-то причине может быть "замкнута" и не потрудиться свериться с таблицей маршрутов для непосредственно подключенной подсети.

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