Всегда используйте одно медленное соединение в предпочтении «более быстрого»

8

В Windows есть автоматическая метрика , в которой метрика выбирается в соответствии с заявленной скоростью ссылки. Теперь у меня есть гигабитная локальная сеть, маршрутизируемая к услуге DSL 2 Мбит / с, и широкополосное мобильное соединение HSDPA. Первый всегда выбирается для интернет-пакетов, хотя последний на самом деле быстрее.

Я попытался установить для метрики интерфейса мобильного широкополосного доступа значение 1 и повысить его приоритет в дополнительных настройках настроек адаптера, но это, похоже, не влияет на метрику маршрута по умолчанию. Маршрут по умолчанию к интерфейсу Ethernet всегда имеет более низкую «эффективную» метрику, чем мобильный широкополосный интерфейс (т. Е. Он используется, даже если он имеет более высокую метрику).

Я что-то здесь упускаю?

Редактировать:

Интерфейсы:

Idx     Met         MTU          State                Name
---  ----------  ----------  ------------  ---------------------------
 13           9        1500  connected     Mobile broadband
 12          25        1500  disconnected  WiFi 2
  1          50  4294967295  connected     Loopback Pseudo-Interface 1
 20           5        1500  disconnected  Local Area Connection* 12
 24          10        1500  connected     Ethernet

Изменить 2:

Странное поведение маршрутизации вернулось сегодня:

Таблица маршрутизации:

Publish  Type      Met  Prefix                    Idx  Gateway/Interface Name
-------  --------  ---  ------------------------  ---  ------------------------
No       Manual    512  0.0.0.0/0                  24  192.168.1.254
No       Manual    0    0.0.0.0/0                  12  192.168.135.1
No       Manual    256  0.0.0.0/0                  13  188.*.*.*

Idx 12 - самая быстрая ссылка. Idx 24 самый медленный. Метрика маршрута idx 24 была настроена вручную. Однако трассировка трассы показала это:

C:\Users\bc>tracert -4 -d google.com

Tracing route to google.com [173.194.41.168]
over a maximum of 30 hops:

  1     2 ms     2 ms     3 ms  192.168.1.254
  2    25 ms    24 ms    26 ms  217.*.*.*
  3    27 ms    26 ms    36 ms  217.*.*.*

Похоже, что для маршрутов с одним и тем же пунктом назначения метрики не используются.

Более того, кажется, что метрики соблюдаются только на первом маршруте трассировки после установления соединения. Следующий маршрут трассировки будет последовательно показывать соединение Ethernet (idx 24) в качестве первого перехода.

billc.cn
источник
1
почему бы вам не распечатать таблицу маршрутизации, чтобы люди могли визуализировать то, о чем вы говорите. убедитесь, что вы отметили маршруты, которые «не работают»
Boppity Bop
Вы можете попробовать Connectify Dispatch, я думаю
pratnala

Ответы:

1

Короткий ответ - НЕТ, вы не можете маршрутизировать пакеты на основе метрик при использовании подключения по телефонной линии, и ваше подключение HSDPA классифицируется как подключение удаленного доступа.


Microsoft маршрутизирует все IP-пакеты через DuN, если он установлен, и будет защищать локальную сеть от внешних злоумышленников, которые не могут проникнуть в вашу DSL / Gb LAN.

Этот унаследованный дизайн был реализован в середине 1990-х годов и бесполезен, но он глубоко встроен в ваш сетевой стек, поэтому для обхода и выполнения того, что вы пытаетесь сделать, потребуются сторонние настройки маршрутизатора или настройки подключения к Интернету.

Диспетчер профилей соединений также является хорошим выбором, например, IBM / Lenovo Access Connections Manager, который обнаруживает все существующие соединения и использует самые быстрые, но я никогда не пытался установить его ни на что, кроме ThinkPad, и не знал, будет ли он работать на любом ноутбуке или будет совместим с вашим адаптером 3G и драйверами. Microsoft может предложить менеджер профилей подключения, но я не знаю ни одного из них и не претендую на то, чтобы быть в курсе всего программного обеспечения Microsoft.

Как правило, пользователи, оборудованные Windows DialUpNetworking, приняли этот дизайн и сознательно отключили свое подключение DuN при использовании локальной сети, скорее всего, вы тоже это обнаружили.

Ваш вопрос требует продолжения относительно того, почему вам необходимо установить два или более одновременных IP-соединения через вашу локальную сеть и 3G. Я надеюсь, что вы не по-дурацки уверены, что на самом деле вы можете использовать Ethernet-каналы для увеличения пропускной способности.

Другая причина, по которой я размышляю о ваших намерениях, - возможно, одновременно загружать с ограничивающего сайта, такого как Rapidshare, который позволял бы передавать только один файл за раз, если это так, то вам следует использовать два разных браузера и настроить IE на использование только ваших 3G коммутируемого соединение в то время как другой браузер, как Firefox использовать только локальную сеть, и это позволит вам загрузить ваше большое порно / пиратское кино файлов два за один раз.

Орлиное копье
источник
1
Я очень хорошо понимаю, что я могу и не могу сделать, имея несколько связей. В этом случае я хочу получить доступ к ресурсам в локальной сети и получить более быстрый Интернет через мобильный широкополосный доступ. Однако то, что я наблюдаю, похоже, совершенно противоположно тому, что вы описали здесь: пакеты постоянно маршрутизируются через соединение Ethernet, а не широкополосную мобильную связь.
billc.cn
Да, верно, ваше "настолько сознательное", что возможно в локальной сети, что вы все еще не можете обойти давнишний дизайн Windows.
Орлиное Копье
0

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

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

Соединение с самым низким показателем должно использоваться для отправки пакетов. Если это не так, попробуйте перезагрузить компьютер. Если это все еще не работает, то

а) вы что-то неправильно настроили;

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

Мос
источник