Eu trabalho em uma empresa que usa três sub-redes, 10.0.0.0/16, 10.1.0.0/16 e 10.2.0.0/16. As três sub-redes são conectadas usando switches da camada 3 (10.0.100.200, 10.1.100.200, 10.2.100.200), todas as máquinas em cada sub-rede usam o switch da camada 3 como seu gateway padrão, que direciona o tráfego para o gateway real que atualmente é 10.1.0.2
Eu configurei recentemente um novo gateway em 10.0.0.1 e comecei a testar esse novo gateway. Para meus computadores cliente na sub-rede 10.0.0.0/16, isso não é um problema. Eu simplesmente alterei o gateway padrão atribuído via DHCP para essas máquinas para o novo endereço e o tráfego saiu pelo novo gateway em vez de ir para o switch da camada 3.
Também quero testar isso em outro site, pois temos equipes diferentes em cada prédio que precisam acessar sites diferentes e quero ter certeza de que, antes de mudarmos tudo, cada equipe pode acessar o que precisa fazer seu trabalho.
Então, em uma estação de trabalho Windows na rede 10.2.0.0/16, tentei definir o gateway padrão da máquina como 10.0.0.1, verifiquei para onde o tráfego foi e ele ainda saiu pelo gateway antigo (usando tracert to 8.8.8.8 ele chega lá, mas através do gateway antigo, usando o tracert 10.0.0.1, ele atinge 10.0.0.1). Acredito que a configuração do gateway padrão esteja sendo substituída pela tabela de rota estática nos switches da camada 3.
Estou tentando descobrir se é possível definir uma rota estática nas máquinas em questão para que elas possam direcionar o tráfego do gateway para 10.0.0.1 e evitar que ele seja substituído pelos switches da Camada 3.
Eu usei:
route add 0.0.0.0 mask 0.0.0.0 10.0.0.1 if 0x2
Isso foi aceito pelo Windows, mas a repetição do meu tracert testa que o tráfego ainda passa pelo gateway antigo. Eu estava esperando que eu pudesse fazer:
route add 0.0.0.0 mask 0.0.0.0 10.0.0.1 if 0x2
route add 10.0.0.1 mask 0.0.0.0 10.0.100.200 if 0x2
route add 10.0.100.200 mask 0.0.0.0 10.2.100.200 if 0x2
Mas isso também falhou, executando o segundo e o terceiro comandos do Windows relatados:
The route addition failed: The specified mask parameter is invalid. (Destination & Mask) != Destination.
Então sei que os comandos que estou executando não funcionarão, mas é possível forçar o Windows a direcionar seu tráfego através dos switches da camada 3 para meu novo gateway ou estou em uma pesquisa infrutífera?
Se eu precisar alterar as rotas estáticas nos switches da camada 3 eu não me importo de fazer isso, eu tenho uma janela de manutenção planejada no domingo de qualquer maneira, então eu posso fazer alguns ajustes. Eu prefiro não fazer isso durante o horário de trabalho, por razões óbvias.
Apenas para esclarecer os links entre sites, cada switch da camada 3 tem as seguintes conexões:
gateway , fibre link 1, fibre link 2
10.0.100.200, , 192.168.10.1
10.1.100.200, 192.168.20.1, 192.168.10.2
10.2.100.200, 192.168.20.2,
Então, para que meu tráfego chegue a 10.0.0.1 de 10.2.249.28 (minha máquina de teste), ele precisa passar por 10.2.100.200 > 192.168.20.1 > 192.168.10.1 > 10.0.0.1
Os switches da camada 3 em questão são o Netgear FSM7326P e o GSM7328FS.
Se, como estou começando a suspeitar, não posso fazer isso configurando as rotas estáticas dentro do Windows, é possível definir uma rota estática para endereços IP individuais nos switches da camada 3? Atualmente estou testando que eu só quero o tráfego de 3 ou 4 máquinas que configurarei para testar o novo gateway, por enquanto, eu quero que todo o outro tráfego continue a fluir como antes.