SSH não está respondendo

1

Hoje, quando tentei usar o ssh em um servidor remoto com minhas próprias credenciais, não obtive resposta alguma, o comando acabou de ser interrompido depois que pressionei entrar. Eu posso pingar o servidor e também tentei nc -v -w 1 [host_ip_address] -z 22 , tenho connection succeeded! . Eu também posso fazer telnet na porta 22 desse servidor. Então, eu tenho certeza que o daemon ssh está rodando e está escutando a porta 22.

ssh -v username@[hostname] me dá:

OpenSSH_6.9p1, LibreSSL 2.1.8
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug1: Connecting to cp-scl001 [10.5.60.224] port 22.
debug1: Connection established.
debug1: identity file /Users/yongfezh/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/yongfezh/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/yongfezh/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/yongfezh/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/yongfezh/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/yongfezh/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/yongfezh/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/yongfezh/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.9

Em seguida, o comando foi interrompido na última linha.

Eu já conheci esse problema antes, porque alguns contêineres do Docker estavam produzindo muitos logs e usavam todos os espaços de disco. Mas eu não sei por que isso me impediu de entrar. Eu não tenho certeza se é a mesma causa desta vez.

Por enquanto, acho que preciso apenas de uma maneira de fazer login primeiro e depois ver o que está acontecendo no servidor.

    
por J Freebird 06.07.2016 / 02:39

1 resposta

5

Sim, isso pode ser facilmente de um problema de disco cheio. Você precisa de um caminho diferente da rede para efetuar login neste servidor. Quando faço projetos de rede para clientes, sempre aconselho a ter um plano de como fazer o acesso remoto sem depender da rede do servidor. Se você não tem outra opção, eu acho que você precisa ir até o data center e ter um console conectado a ele.

    
por 06.07.2016 / 02:57

Tags