Utilisez toujours une connexion lente au lieu d'une connexion «plus rapide»

Dans Windows, il y a cette métrique automatique où la métrique est sélectionnée en fonction de la vitesse déclarée du lien. J'ai maintenant un LAN gigabit acheminé vers un service DSL à 2 Mbps et une connexion haut débit mobile HSDPA. Le premier est toujours choisi pour les paquets Internet même si le second est en fait plus rapide.

J'ai essayé de définir la métrique d'interface du haut débit mobile sur 1 et d'augmenter sa priorité dans les paramètres avancés des paramètres de l'adaptateur, mais cela ne semble pas affecter la métrique de l'itinéraire par défaut. La route par défaut vers l'interface Ethernet a toujours une métrique "effective" inférieure à l'interface large bande mobile (c'est-à-dire qu'elle est utilisée même si elle a une métrique plus élevée).

Est-ce que j'ai râté quelque chose?

Éditer:

Interfaces:

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

Modifier 2:

Le comportement de routage étrange est revenu aujourd'hui:

Table de routage:

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 est le lien le plus rapide. Idx 24 est le plus lent. La métrique de l'itinéraire de l'itinéraire idx 24 a été ajustée manuellement. Cependant, la trace a montré ceci:

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.*.*.*

Cela semble suggérer que pour les itinéraires ayant la même destination, les métriques ne sont pas utilisées.

De plus, il semble que les métriques ne soient respectées que dans le premier itinéraire de trace après l'établissement d'une connexion. La prochaine route de trace affichera systématiquement la connexion Ethernet (idx 24) comme premier saut.

La réponse courte est NON, vous ne pouvez pas acheminer des paquets basés sur des métriques lorsque vous utilisez une connexion "commutée" et votre connexion HSDPA est classée comme connexion commutée.

Microsoft achemine tous les paquets IP via DuN s'il est établi et clôturera le réseau local pour empêcher les intrus d'accès à distance externes d'envahir votre LAN DSL / Gb.

Cette conception héritée a été mise en œuvre au milieu des années 1990 et est inutile, mais elle est profondément intégrée dans votre pile de mise en réseau que des routeurs tiers ou des ajustements de partage de connexion Internet seront nécessaires pour contourner et accomplir ce que vous essayez de faire.

Un gestionnaire de profil de connexion est également un bon choix, tel que le gestionnaire de connexions Access d'IBM / Lenovo qui détecte toutes les connexions existantes et utilise la plus rapide, mais je n'ai jamais essayé de l'installer sur autre chose qu'un ThinkPad et je ne sais pas s'il fonctionnera sur n'importe quel ordinateur portable ou serait compatible avec votre adaptateur 3G et vos pilotes. Microsoft peut proposer un gestionnaire de profils connectiopn, mais j'en ignore un et ne prétendrais pas présumer être au courant de tous les logiciels Microsoft.

En règle générale, les utilisateurs équipés de Windows DialUpNetworking ont accepté cette conception et déconnecté consciemment leur connexion DuN lors de l'utilisation d'un réseau local, plus que vous l'avez probablement découvert également.

Votre question demande un suivi pour savoir pourquoi il est nécessaire pour vous de monter deux ou plusieurs connexions IP simultanées via votre LAN et 3G. J'espère que vous ne croyez pas bêtement que vous pouvez réellement étherchannel les connexions pour augmenter votre bande passante.

Une autre raison pour laquelle je spécule sur votre intention est peut-être de télécharger simultanément à partir d'un site limitant comme Rapidshare qui ne permettrait qu'un seul transfert de fichier à la fois, si tel est le cas, vous devez utiliser deux navigateurs différents et configurer IE pour utiliser uniquement votre Connexion à distance 3G tandis qu'un autre navigateur comme Firefox n'utilise que le LAN et cela vous permettrait de télécharger vos gros fichiers de films pornos / piratés deux à la fois.

Avant de jouer avec la métrique, vous devez toujours vérifier si les deux méthodes fonctionnent (par exemple, déconnecter chacune et tester si tout fonctionne toujours). Dans votre cas, je suppose que tout va bien.

Si tout fonctionne et que les deux connexions peuvent gérer vos packages, la métrique est utilisée pour déterminer quelle interface utiliser. Si je joue avec les métriques, je préfère désactiver la métrique automatique pour chaque interface et la gérer moi-même, mais vous pouvez également rechercher les valeurs utilisées par la métrique automatique dans KB299540 . Je ne le recommande pas, car vous ne savez jamais avec certitude si quelque chose change à l'avenir ou si Windows décide qu'une connexion est de meilleure ou de pire qualité.

La connexion avec la métrique la plus basse doit être utilisée pour l'envoi des packages. Si ce n'est pas le cas, essayez de redémarrer. Si cela ne fonctionne toujours pas, alors

a) vous avez mal configuré quelque chose;

b) une connexion qui (à votre avis) devrait acheminer vos colis ne peut pas les acheminer.