Problemas de roteamento com ponte virtual no Windows

Question

Situação

Estou tendo problemas de roteamento (pelo menos eu acho) no meu computador executando o Windows 7 e um RT OS ao lado (não deve ter influência). Conexões são descritas abaixo:

____________
            |
10.194.13.x |----> Internet
            |
192.168.2.1 |----> LAN
     ^      |
     |      |
.....|......|
     |      |
     v      |
192.168.2.2 |
____________|

• O Windows 7 (up) está conectado à Internet por meio da interface 10.194.13.x física.
• O Windows 7 está conectado a uma rede local por meio da interface física 192.168.2.1
• O RT OS (abaixo) tem uma interface virtual 192.168.2.2 em ponte com 192.168.2.1

Problema

Quando 192.168.2.2 sobe e 192.168.2.1 tem cabo conectado, um ping 192.168.2.2 no computador atual falha devido a uma rota errada. Isso pode levar muito tempo (vários minutos) até que a rota correta seja finalmente encontrada. Um tracert parece acelerar isso, mas não é muito determinista. Quando a rota certa é encontrada, parece durar para sempre.

Como a interface virtual 192.168.2.2 pode subir e descer com bastante frequência, não é uma solução aceitável para mim.

route print

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      10.194.13.1     10.194.13.49     20
      10.194.13.0    255.255.255.0         On-link      10.194.13.49    276
     10.194.13.49  255.255.255.255         On-link      10.194.13.49    276
    10.194.13.255  255.255.255.255         On-link      10.194.13.49    276
        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.2.0    255.255.255.0         On-link       192.168.2.1    266
      192.168.2.1  255.255.255.255         On-link       192.168.2.1    266
      192.168.2.2  255.255.255.255      192.168.2.1      192.168.2.1     11
    192.168.2.255  255.255.255.255         On-link       192.168.2.1    266
        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      10.194.13.49    276
        224.0.0.0        240.0.0.0         On-link       192.168.2.1    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      10.194.13.49    276
  255.255.255.255  255.255.255.255         On-link       192.168.2.1    266
===========================================================================
Persistent Routes:
  Network Address          Netmask  Gateway Address  Metric
          0.0.0.0          0.0.0.0      10.192.18.1       1
      192.168.2.2  255.255.255.255      192.168.2.1       1
===========================================================================

IPv6 Route Table
===========================================================================
Active Routes:
 If Metric Network Destination      Gateway
 22     58 ::/0                     On-link
  1    306 ::1/128                  On-link
 22     58 2001::/32                On-link
 22    306 2001:0:4137:9e76:38cb:3f66:3e08:34f3/128
                                    On-link
 14    276 fe80::/64                On-link
 22    306 fe80::/64                On-link
 22    306 fe80::38cb:3f66:3e08:34f3/128
                                    On-link
 14    276 fe80::fcab:ed9d:a5eb:e16e/128
                                    On-link
  1    306 ff00::/8                 On-link
 22    306 ff00::/8                 On-link
 14    276 ff00::/8                 On-link
===========================================================================
Persistent Routes:
  None

tracert

>tracert 192.168.2.2

Tracing route to 192.168.2.2 over a maximum of 30 hops

  1     1 ms     1 ms     1 ms  10.194.13.1
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.

Tentativas

Como você pode ver na impressão da rota, tentei adicionar uma rota persistente para forçar as solicitações de 192.168.2.2 a passarem pelo 192.168.2.1 , mas isso não está ajudando. Não consigo entender por que ele tenta rotear o ping até 10.194.13.1 porque a métrica sugere que ele vá em 192.168.2.1 primeiro.

Necessidades

Para resumir, gostaria de ver qualquer comunicação para 192.168.2.2 que farei localmente no computador, para funcionar imediatamente e por muito tempo.

    

Answer 1

Ok, eu descobri o problema.

Não foi um problema com o roteamento. Como 192.168.2.2 é realmente um adaptador virtual que, em algum momento, fica inativo, mesmo que a rota esteja correta, o Windows estava ignorando a rota porque a interface usada para a rota não estava disponível no momento do acesso. Portanto, estava resolvendo isso para a rota padrão na interface 10.194.13.1 , mesmo se a métrica fosse maior.

De lá, foi perdido de alguma forma, tentando desesperadamente receber uma resposta de 192.168.2.2 na interface errada.

Para resolver isso, adicionei uma entrada de cache ARP estática para evitar que o Windows tente resolver 192.168.2.2 em todas as interfaces possíveis. Eu usei:

netsh interface ipv4 add neighbors "My adapter" 192.168.2.2 aa-bb-cc-dd-ee-ff