Os detalhes ainda são um pouco difusos porque você parece ter muitas rotas estáticas espalhadas por todo o lugar, mas uma coisa se destaca com base na última resposta em que você adicionou uma entrada à tabela de roteamento:
10.126.186.0 192.168.6.61 255.255.255.0 UG 0 0 0 eth0
para corrigir o problema. Em essência, isso significa 10.126.186.0/24 via eth0 gateway 192.168.6.61
Mas você (fonte) está em 10.126.186.22/25. Observe a máscara de rede diferente. Isso causará problemas se o servidor de destino tiver um endereço IP acima de 10.126.186.128.
Além disso, você não deve ter um endereço de gateway para sua própria rede. Então, essa rota deveria ser:
route add -net 10.126.186.128/25 gw 192.168.6.61
Este problema de roteamento é porque você está usando um gateway para chegar ao sistema de destino, mas tentará responder diretamente porque ele (o destino) acha que está na mesma rede que você (porque a netmask é mais larga que seu), em vez de voltar através do gateway 192.168.6.61
Resolver essa discrepância provavelmente corrigirá você se esse for o único problema.
Apenas no seu último comentário, é incorreto afirmar que ele sairia pela eth1 porque não há rota para fazer isso. No entanto, sem a rota que você adicionou, teria saído a eth0 endereçada ao seu gateway padrão 172.91.4.1. A partir disso, suponho que este gateway 172.91.4.1 não tenha uma conexão com a rede 10.126.186.128/25 e, portanto, o gateway incorreto. Você adicionando a rota 192.168.6.61 confirma isso.
Se você fornecesse o endereço IP (ou endereço de rede) do servidor de destino, ajudaria também a entender melhor sua pergunta. Você especificou o endereço de rede, mas não deu o outro na sua pergunta.