☰

Não é possível fazer SSH para Ubuntu após a reinicialização

tag-icon • tag-icon ubuntu ssh vps ubuntu-14.04
Não é possível fazer SSH para Ubuntu após a reinicialização

Hoje decidimos que o melhor curso de ação para nosso servidor Ubuntu (VPS) seria restaurar um backup depois que muitas configurações tivessem sido alteradas em nossa instância Geoserver. No entanto, após restaurar o backup e reiniciar, não consigo mais fazer login no servidor por meios normais via SSH. Isso simplesmente me dá um connection timed outerro.

O que eu fiz:

  • Utilizei o “Rescue System” para logar no Servidor via SSH (funcionou).
  • Verifiquei o sshd_configarquivo e init.d/sshprocurei algo fora do comum.
  • Verifiquei o log de autenticação para ver se ele percebeu minha tentativa de conexão SSH (o que não aconteceu).

Estou completamente perplexo neste caso. Para mim, parece que a rede não aumenta após a reinicialização. No entanto, não consigo conectar-me diretamente ao servidor, pois é um servidor virtual privado hospedado remotamente.

Pesquisei um pouco na web, mas ninguém parece receber o erro "Tempo limite de conexão esgotado", que está acontecendo comigo agora.

O servidor roda em Ubuntu 14.04

Alguma sugestão?

Observação adicional:
só consigo me conectar ao servidor quando ele está no modo de emergência, o que significa que ele ignora tudo o que fiz no servidor e o coloca em um diretório /repair. Portanto, se eu, por exemplo, verificar quais portas estão abertas, ele me informará quais portas estão abertas no modo de emergência, e não na minha própria instalação.

Informações adicionais dos comentários:

iptables -L
Chain INPUT (policy ACCEPT)
target         prot opt source                 destination
Chain FORWARD (policy ACCEPT)
target         prot opt source                 destination
Chain OUTPUT (policy ACCEPT)
target         prot opt source                 destination

Responder1

verifique se o servidor é capaz de executar ping em seu gateway padrão, verifique se o ping funciona para o servidor de fora, se o ping funcionar, então faça um tcpdump na interface para verificar se a NIC no servidor está recebendo algum tráfego, tente ssh no servidor -- ssh localhost #se isso não funcionar - o próprio sshd pode estar quebrado

Responder2

Verifique se o serviço ssh está em execução e se a porta ssh está escutando

netstat -ntap

Você deverá ver uma linha com a porta 22 escutando o processo sshd:

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address               Foreign Address             State       PID/Program name   
tcp        0      0 0.0.0.0:22                  0.0.0.0:*                   LISTEN      pid number/sshd

Se o processo estiver ativo e escutando, verifique a configuração de rede, se não estiver ativo, verifique se o sshd está instalado e em execução

Responder3

Primeiro: Obrigado a todos pela ajuda em relação a este problema.

Segundo: Devido às circunstâncias, não pudemos mais esperar e decidimos recarregar um backup diferente, que pareceu funcionar. Não foi possível determinar exatamente o que causou o erro porque o novo backup que funcionou não apresentava nenhuma diferença com aquele que falhou e, portanto, consideramos que é um problema de backup com defeito.

Obrigado novamente pela ajuda, muito apreciado.

Responder4

Poderia tentar fazer um nmap do servidor para ver quais portas estão abertas na rede. Você deverá ver a porta 22 aberta.

informação relacionada