Você está confundindo seus endereços IP. Seus hosts são quase certamente 192.168.x.x, mas você os chamou em 198.162.x.x em sua pergunta, e então usou 192.162.x.x em seu comando ping. Tudo isso é diferente.
Eu tenho dois servidores, 198.162.0.4 e 198.162.0.10, que estavam conectados em uma LAN. Eles são os componentes de um DMZ onde 198.162.0.4 é o servidor wen e 198.162.0.10 o servidor de aplicativos. 198.162.0.4 está executando o Ubuntu 11.04 enquanto o 198.162.0.10 está executando o Ubuntu 11.10. Eu tive que reiniciar 198.162.0.10 porque o Unity congelou. (Desde então, substituí-lo pelo Gnome). Desde que comecei de novo, não consigo obter conectividade com 198.162.0.4. Quando eu tento
ping 192.162.0.4
Eu obtenho
PING 192.162.0.4 (192.162.0.4) 56(84) bytes of data.
Ou seja, apenas trava. Eu obtenho o mesmo resultado se eu tentar
ping 192.162.0.10
em 192.162.0.4.
Eu estava salvando meus iptables em iptables.save, mas agora vejo que esse tamanho é zero por algum motivo, embora eu tenha muitas regras no IPtable. Eu tentei consertar o problema com
sudo iptables -A OUTPUT -s 192.162.0.4 -j ACCEPT
sudo iptables -A OUTPUT -d 192.162.0.4 -j ACCEPT
sudo iptables -A INPUT -s 192.162.0.4 -j ACCEPT
sudo iptables -A INPUT -d 192.162.0.4 -j ACCEPT
mas não tem efeito. Como faço para corrigir isso?
Isso pode ser um problema em que o 198.162.0.4 não está respondendo aos arps corretamente.
Uma maneira de verificar isso é iniciar o ping 198.162.0.4 e, ao mesmo tempo, fazer um arp -an no 198.162.0.10 e ver se o outro servidor está listado corretamente.
Além disso, para verificar se é um problema de conectividade, tente desabilitar totalmente seus firewalls até que você possa estabelecer a conectividade dessa maneira, pelo menos então você pode isolar o problema.
Finalmente, nessa situação, é sempre bom executar o tcpdump em segundo plano para salvar os pacotes. Lembre-se de definir o tamanho máximo para obter o pacote completo! (%código%). Isso deve fornecer algumas pistas sobre o que está acontecendo.
Tags networking ubuntu