As duas redes que você descreve em sua pergunta são configuradas como redes de Classe B porque existem dois octetos "curinga".
Network A - 10.160.*.* == 10.160.0.0/16
Network B - 10.220.*.* == 10.220.0.0/16
Observe que esses dois espaços, conforme descrito, requerem o uso da máscara de sub-rede /16
(a.k.a. 255.255.0.0
) para alcançar o espaço inteiro.
No entanto, você descreve suas máscaras de sub-rede como definidas como /24
(a.k.a. 255.255.255.0
). Se houver hosts na área /16
inteira, sua máquina não poderá acessá-los diretamente. Em vez disso, ele só poderá acessar máquinas que compartilhem o mesmo terceiro octeto, além das duas primeiras.
No seu exemplo, com os gateways definidos como 10.160.123.1
e 10.220.250.1
, você não poderá diretamente acessar os hosts nos blocos 10.160.0.0 - 10.160.122.255
, 10.160.124.0 - 10.160.255.255
, 10.220.0.0 - 10.220.249.255
e 10.220.251.0 - 10.220.255.255
. Em vez disso, o tráfego para qualquer um desses endereços irá para um dos seus gateways, o que for o principal.
Se as suas redes realmente forem da Classe B, você precisará alterar as entradas da máscara de sub-rede no computador para corresponder à máscara 255.255.0.0
exigida para uma rede da Classe B. Se suas redes forem menores, talvez seja necessário definir rotas explícitas, como outras pessoas descreveram.
Uma maneira fácil de verificar se o problema é rotear é desconectar a conexão que estiver funcionando e ver se a outra começa a funcionar. Note que você pode precisar limpar rotas da tabela de roteamento, então veja-a com route print
e exclua qualquer coisa que não pertença a route delete [destination]
.