Sempre use uma conexão lenta, em vez de uma conexão “mais rápida”

8

No Windows, existe essa coisa de métrica automática em que a métrica é selecionada de acordo com a velocidade declarada do link. Agora eu tenho uma LAN de gigabit roteada para um serviço DSL de 2 Mbps e uma conexão de banda larga móvel HSDPA. O primeiro é sempre escolhido para pacotes da Internet, embora o último seja realmente mais rápido.

Tentei definir a métrica da interface da banda larga móvel como 1 e aumentar sua prioridade nas configurações avançadas das configurações do adaptador, mas isso não parece afetar a métrica da rota padrão. A rota padrão para a interface Ethernet sempre tem uma métrica "efetiva" mais baixa que a interface de banda larga móvel (ou seja, é usada mesmo se tiver uma métrica mais alta).

Estou faltando alguma coisa aqui?

Editar:

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

Edição 2:

O estranho comportamento de roteamento retornou hoje:

Tabela de roteamento:

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 é o link mais rápido. Idx 24 é o mais lento. A métrica da rota da rota idx 24 foi ajustada manualmente. No entanto, a rota de rastreamento mostrou isso:

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

Isso parece sugerir para rotas com o mesmo destino, as métricas não são usadas.

Além disso, parece que as métricas são respeitadas apenas na primeira rota de rastreamento após a conexão de uma conexão. A próxima rota de rastreamento mostrará consistentemente a conexão Ethernet (idx 24) como o primeiro salto.

billc.cn
fonte
11
por que você não imprime sua tabela de roteamento para que as pessoas possam visualizar o que você está falando? certifique-se de marcar as rotas que 'não funcionam'
Boppity Bop
Você poderia tentar Connectify Despacho eu acho
pratnala

Respostas:

1

A resposta curta é NÃO, você não pode rotear pacotes com base em métricas ao usar uma conexão "discada" e sua conexão HSDPA é classificada como conexão discada.


A Microsoft roteia todos os pacotes IP via DuN, se estabelecida, e cercará a rede local para impedir que invasores de discagem externa invadam sua LAN DSL / Gb.

Esse design herdado foi implementado em meados da década de 90 e é inútil, mas está profundamente incorporado à sua pilha de redes que será necessário roteador de terceiros ou ajustes no compartilhamento de conexão com a Internet para contornar e realizar o que você está tentando fazer.

Um gerenciador de perfis de conexão também é uma boa escolha, como o Access Connections Manager da IBM / Lenovo, que detecta todas as conexões existentes e usa o mais rápido, mas nunca tentei instalá-lo em nada além de um ThinkPad e não sabia se ele funcionaria em qualquer laptop ou notebook. seria compatível com o seu adaptador e drivers 3G. A Microsoft pode oferecer um gerenciador de perfis connectiopn, mas eu não conheço nenhum deles e pretendo presumir estar ciente de todos os softwares da Microsoft.

Normalmente, os usuários equipados com Windows DialUpNetworking aceitaram esse design e desconectaram conscientemente sua conexão DuN ao usar uma LAN, mais do que provavelmente você também descobriu isso.

Sua pergunta pede um acompanhamento de por que é necessário montar duas ou mais conexões IP simultâneas via LAN e 3G. Espero que você não acredite tolamente que pode realmente etherchannel as conexões para aumentar sua largura de banda.

Outro motivo pelo qual estou especulando sobre sua intenção é possivelmente fazer o download simultaneamente de um site limitador como o Rapidshare, que permitiria apenas uma transferência de arquivo por vez; se esse for o caso, use dois navegadores diferentes e defina o IE para usar apenas o seu Conexão discada 3G enquanto outro navegador como o Firefox usa apenas a LAN e isso permite que você baixe seus grandes arquivos de filmes pornográficos / piratas, dois de cada vez.

Lança de águia
fonte
11
Estou muito consciente do que posso e do que não posso fazer por ter várias conexões. Nesse caso, quero acessar recursos na LAN e obter uma Internet mais rápida via banda larga móvel. No entanto, o que estou observando parece exatamente o oposto do que você descreveu aqui: os pacotes são roteados constantemente pela conexão Ethernet, em oposição à banda larga móvel.
billc.cn
Sim, está certo, você é "tão consciente" do que é possível em uma LAN que ainda não consegue contornar o design de longa data do Windows.
de Eagle lança
0

Antes de mexer na métrica, você deve sempre verificar se os dois lados funcionam (por exemplo, desconectar cada um e testar se tudo ainda funciona). No seu caso, presumo que tudo esteja bem com isso.

Se tudo funcionar e as duas conexões puderem manipular seus pacotes, a métrica será usada para determinar qual interface usar. Se eu mexer com as métricas, prefiro desativar a métrica automática para todas as interfaces e lidar com ela sozinha, mas você também pode procurar os valores usados ​​pela métrica automática no KB299540 . Eu não recomendo isso, porque você nunca sabe ao certo se algo muda no futuro ou o Windows decide que uma conexão é de uma qualidade melhor ou pior.

A conexão com a métrica mais baixa deve ser usada para enviar os pacotes. Caso contrário, tente reiniciar. Se ainda não funcionar, então

a) você configurou algo incorretamente;

b) uma conexão que (na sua opinião) deve rotear seus pacotes não pode rotear eles.

Mose
fonte