Com os IPs / netmasks que você tem, esse é o resultado esperado:
seu laptop sabe onde encontrar 192.168.2.0-127
seu servidor sabe onde encontrar 192.168.3.0-127
e 192.168.5.0-127
roteador A sabe onde encontrar 192.168.1.0-127
e 192.168.3.0-127
o roteador B sabe onde encontrar 192.168.2.0-127
e 192.168.5.0-127
Portanto, do que foi dito acima, o comportamento esperado é que o endereço IP do servidor 192.168.5.31
seja alcançável somente no roteador B. Além disso, para que tudo funcione, o servidor deve usar o 192.168.5.1
do roteador B como gateway para respostas todo o tráfego de entrada para 192.168.5.31
. Caso contrário, com um gateway padrão de 192.168.3.1
, o servidor receberá um ping
do laptop ( 192.168.2.30
) em 192.168.5.31
via roteador B, mas responderá via roteador A ( 192.168.3.1
), se este for seu gateway padrão, ou simplesmente não responderá sem nenhum gateway padrão. O laptop irá ignorar o pacote, se a solicitação foi roteada via roteador B e o servidor responde via roteador A. Como regra genérica, a resposta deve seguir o caminho inverso da solicitação.
Roteamento de políticas provavelmente virá muito útil em uma configuração como esta. Você terá que configurar regras no servidor para que, quando houver tráfego de entrada em 192.168.5.31
, as respostas passem pelo roteador B e quando houver tráfego de entrada em 192.168.3.4
, as respostas sejam roteadas pelo roteador A.