Por que o Windows 8 não está usando a interface correta para rotear pacotes

Question

Ontem à tarde, de repente, fui incapaz de rotear pacotes para a VPN da minha empresa na minha máquina com o Windows 8, apesar de estar "conectada com sucesso". Alguém pode me explicar como, com esta tabela de roteamento, o Windows está tentando usar a interface 192.168.2.1 em vez do 172.30.0.1 para 172.29.3.91? Eu comparei esta tabela à minha máquina win 7 que funciona bem e não consigo ver nenhuma diferença. O que diabos está acontecendo aqui?

C:\Windows\system32>tracert -d 172.29.3.91

Tracing route to 172.29.3.91 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  192.168.2.1
  2  ^C
C:\Windows\system32>route print
===========================================================================
Interface List
 12...bc 5f f4 44 9c 00 ......Realtek PCIe GBE Family Controller
 31...00 05 9a 3c 78 00 ......Cisco Systems VPN Adapter for 64-bit Windows
  1...........................Software Loopback Interface 1
 20...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2
 22...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #3
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.2.1      192.168.2.4     50
        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
       ***172.16.0.0      255.240.0.0       172.30.0.1    172.30.128.96    100***
       172.30.0.0      255.255.0.0         On-link     172.30.128.96    266
    172.30.128.96  255.255.255.255         On-link     172.30.128.96    266
   172.30.255.255  255.255.255.255         On-link     172.30.128.96    266
      192.168.1.0    255.255.255.0       172.30.0.1    172.30.128.96    100
      192.168.2.0    255.255.255.0         On-link       192.168.2.4    306
      192.168.2.1  255.255.255.255         On-link       192.168.2.4    100
      192.168.2.4  255.255.255.255         On-link       192.168.2.4    306
    192.168.2.255  255.255.255.255         On-link       192.168.2.4    306
     206.XXX.XXX.XXX    255.255.255.0       172.30.0.1    172.30.128.96    100
   208.XXS.XXX.XXX  255.255.255.255      192.168.2.1      192.168.2.4    100
        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.2.4    306
        224.0.0.0        240.0.0.0         On-link     172.30.128.96    266
  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.2.4    306
  255.255.255.255  255.255.255.255         On-link     172.30.128.96    266
===========================================================================
Persistent Routes:
  None

IPv6 Route Table
===========================================================================
Active Routes:
 If Metric Network Destination      Gateway
  1    306 ::1/128                  On-link
  1    306 ff00::/8                 On-link
===========================================================================
Persistent Routes:
  None

C: \ Windows \ system32 > tracert -d 172.30.0.1

Traçando rota para 172.30.0.1 em um máximo de 30 saltos

1 4 ms 1 ms 1 ms 192.168.2.1   2 * * ^ C

    

Answer 1

Não sou um guru de roteamento, mas tive um problema semelhante (mas diferente) com o Win8 com Ethernet e WiFi conectados a duas redes diferentes, e o WiFi definido como a rede preferencial nas configurações de rede avançadas. Funciona bem no Win7, mas o Win8 continuou usando apenas a Ethernet.

Eu resolvi meu problema atribuindo métricas manualmente às interfaces que eu preferia.

O que aconteceria se você reduzisse a métrica dessa rota para menos de 50? Mas então ele tentaria enviar tudo pela VPN em vez de usar o gateway padrão? Desculpe, não é um guru de TCP.