Como identificar e resolver a causa raiz de um tempo limite de conexão?

Question

Plano de fundo: Estou tentando se conectar a um servidor SFTP para transferir alguns arquivos. No entanto, notei que não consigo me conectar a partir de um servidor específico. Consigo me conectar de outras máquinas na mesma rede para poder dizer que pode haver algo errado com esse servidor.

SERVER-OK#1   ---> sftpserver.com:22
SERVER-FAIL#2 ---> sftpserver.com:22

O que eu tentei / descobri até agora:

1. traceroute - existem resultados de rastreio diferentes. O servidor com falha não conclui o rastreamento.

   traceroute to sftpserver.com (10.10.10.10), 30 hops max, 60 byte packets 
   1  10.10.10.1 (10.10.10.254)  0.681 ms  1.209 ms  1.435 ms 
   2  99.99.99.99 (99.99.99.254)  1.890 ms  1.820 ms  1.741 ms
   3  * * *
   4  * * *
   30 * * *
   

2. ping - expira para sftpserver.com somente de SERVER-FAIL # 2. Eu posso pingar google etc, mas não sftserver.com. Se feito de outros servidores, o ping está bem.

3. iptables - desativado.
4. proxies - http_proxy está definido em bash_profile .
5. firewall - permite a porta 22 SSH.
6. reboot server - Eu sei, certo? Eu estou meio desesperado.

Há mais alguma coisa que eu deva inspecionar?

    

Answer 1

Se você sabe que funciona de outros servidores, você só precisa determinar o que há de diferente na relação entre os dois servidores que não funcionam. Como seu rastreio está expirando e o ping falha, há um problema básico de conectividade entre esses hosts. Compare as configurações entre o servidor defeituoso e os bons hosts conhecidos. Em particular:

• O gateway está definido e corresponde a outros hosts na sub-rede?
• O endereço de rede e a máscara de sub-rede estão corretos?
• O host do problema pode alcançar qualquer / todos os outros hosts na rede, ok?
• Esse traceroute ruim percorre o mesmo caminho dos bem-sucedidos de outros hosts?

Uma máscara de sub-rede que está um pouco desligada, por exemplo, permitirá que você alcance quase todos os outros hosts, mas torna um subconjunto específico "invisível" porque seu host não acha que está na mesma rede local. O comando route -n deve mostrar as informações básicas de gateway, rede e sub-rede.