Acho que se a rede 10.100.20.0/24 estiver diretamente conectada, o servidor ignorará a tabela de rotas e usará esse link independentemente da métrica.
Eu tenho três máquinas com o Windows Web Server 2008 SP2 em uma sub-rede 10.100.20 / 24. Eu preciso configurar uma regra de roteamento persistente para que o tráfego de saída para a mesma sub-rede passe por um dispositivo de balanceamento de carga de hardware.
No Server 2003, é tão simples quanto adicionar uma rota persistente usando o comando:
route add -p 10.100.20.0 mask 255.255.255.0 10.100.20.157
No servidor 2008, esse mesmo comando adiciona uma rota persistente semelhante, mas o sistema basicamente a ignora, embora tenha uma métrica mais baixa do que o registro padrão.
Aqui está a saída do Server 2008 de route print :
IPv4 Route Table
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 10.100.20.157 10.100.20.178 276
10.100.20.0 255.255.255.0 On-link 10.100.20.178 276
10.100.20.0 255.255.255.0 10.100.20.157 10.100.20.178 21
10.100.20.178 255.255.255.255 On-link 10.100.20.178 276
10.100.20.179 255.255.255.255 On-link 10.100.20.178 276
10.100.20.255 255.255.255.255 On-link 10.100.20.178 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
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.100.20.178 276
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.100.20.178 276
Persistent Routes:
Network Address Netmask Gateway Address Metric
10.100.20.0 255.255.255.0 10.100.20.157 1
0.0.0.0 0.0.0.0 10.100.20.157 Default
Para ilustrar o problema, aqui está a saída de uma rota de rastreamento no Server 2008:
Tracing route to 10.100.20.1 over a maximum of 30 hops
1) <1 ms <1 ms <1 ms 10.100.20.1
Trace complete.
Como você pode ver, a regra com a menor métrica de 21 é ignorada e a rota vai diretamente para a máquina na sub-rede 10.100.20 / 24. O roteamento deve ter passado por 10.100.20.157 antes de ir para 10.100.20.1. No Server 2003 isso funciona corretamente, mas o Server 2008 parece ignorar a regra com a menor métrica. Se eu remover manualmente a rota padrão para que meu registro de roteamento personalizado seja o único para 10.100.20.0, ele será roteado adequadamente pela máquina de balanceamento de carga.
Trabalhei com o suporte técnico da Microsoft e a solução proposta é configurar a NIC para ignorar todos os registros de roteamento padrão e adicionar todas as regras de roteamento como uma rota persistente. Estou tendo problemas para configurar manualmente todas as regras para funcionar corretamente, mas posso resolver isso com a Microsoft.
Se houver uma maneira de realmente obter o Server 2008 para aderir às regras de métrica, ou script algo para manipular um evento toda vez que a pilha TCP é inicializada para remover a rota padrão ou edite o registro para remover a rota padrão quando TCP inicializa, qualquer uma dessas soluções seria melhor na minha opinião.
Acho que se a rede 10.100.20.0/24 estiver diretamente conectada, o servidor ignorará a tabela de rotas e usará esse link independentemente da métrica.
Se o IP de destino estiver em uma rede diretamente conectada, o Windows nunca procurará rotas potenciais.
É simples assim.
Relacionado, alguns softwares de VPN anulam isso, portanto, a VPN funcionará quando a VPN e a rede local tiverem a mesma sub-rede.
Acabei de me deparar com um problema semelhante (idêntico?) com um problema de encaminhamento de VPN. A conexão VPN tem a sub-rede 192.168.152.0/22 do outro lado, então adicionei uma rota persistente com uma métrica baixa para atingir essa rede. Essa rota foi consistentemente ignorada. Resolvi o problema adicionando todas as sub-redes da classe C como rotas persistentes, o que funcionou como esperado, mesmo sem ignorar as rotas padrão.
Isso ajuda? link
Resumindo: Central de Rede e Compartilhamento, Alterar configurações do adaptador, Avançado, Configurações Avançadas e alterar a ordem do adaptador.