☰

Nova conexão SSH recusa

tag-icon • tag-icon linux networking ssh vpn putty
Nova conexão SSH recusa

Acho que a pergunta correta que tive foi como reconstruir o SSH após remover um arquivo importante. Mas não posso mais consertar isso online.

Se você tiver uma resposta, poderá vinculá-la para que outras pessoas a encontrem.

No momento estou conectado ao meu servidor VPN com PuTTy.
Após esta edição encerro a conexão que tive, obrigado por tentar me ajudar. Eu também tinha o FilleZill (conexão sftp com o mesmo servidor), mas após remover uma pasta (/home/user1) não consigo estabelecer nenhuma nova conexão com o servidor.

Cada vez que abro a conexão no PuTTy ou qualquer outro cliente SSH/sftp recebo a mensagem:Network Error: Software caused connection to abort

Minha chave SSH está localizada em ~/.ssh/authorized_keys.

E minha /etc/ssh/sshd_configaparência está boa.

Meus comandos ainda são executados, então não tenho problemas de internet no terminal em que ainda estou, mas se eu sair não consigo me reconectar.

Minha VPN está em um Debian GNU/Linux 7 (chiado) e o PC é Windows 10

Não reinicio o PC há um ou dois dias, poderia tentar reiniciar, mas não antes de fechar a conexão.

Log do FileZilla (PuTTy não gerou nada)

> 21:07:57  Status: Disconnected from server 21:07:57   Status: Resolving address of SERVER 
> 21:07:57  Status: Connecting to SERVER:PORT...
> 21:07:57  Status: Connection established, waiting for welcome message...             
> 21:07:57  Trace:  CRealControlSocket::OnClose(0)
> 21:07:57  Trace:  CFtpControlSocket::ResetOperation(66)
> 21:07:57  Trace:  CControlSocket::ResetOperation(66)
> 21:07:57  Error:  Could not connect to server 
> 21:07:57  Status: Waiting to retry... 
> 21:08:02  Status: Resolving address of SERVER
> 21:08:02  Status: Connecting to SERVER:PORT...
> 21:08:02  Status: Connection established, waiting for welcome message...    
> 21:08:02  Trace:  CRealControlSocket::OnClose(0)
> 21:08:02  Trace:  CFtpControlSocket::ResetOperation(66)
> 21:08:02  Trace:  CControlSocket::ResetOperation(66)
> 21:08:02  Error:  Could not connect to server

É como se meu computador se recusasse a abrir uma nova conexão, pois está tudo bem com a conexão que já tenho.

Olhando o /etc/ssh/sshd_configarquivo lembrei que estou logando com uma chave de autenticação, que é a coisa mais importante para o meu servidor e eu surto toda vez que algo acontece com ele. Dito isso, não terei o servidor funcionando apenas com senha.

Recebi a revelação de que deveria verificar o log de autenticação e encontrei isto:

Sep 27 08:11:30 Host sshd[XXXXX]: Did not receive identification string from <IP-address>

Já estou nisso, volto com mais informações.

Acontece que não fui eu, não reconheci o IP porque era da China. Mas agora sei que minhas tentativas de login não estão alcançando o servidor.

A bruxa explicaria por que recebo o erro de rede tão rápido, como antes mesmo de tentar me comunicar com o servidor.

Discuti o problema com meu provedor e parece que, embora eu tenha recriado o arquivo, o serviço SSH está quebrado porque não consegui reiniciá-lo/recarregá-lo por dentro.

Neste ponto, devo procurar como reconstruir o SSH para o meu servidor, mas acho que meu provedor precisa cuidar disso, pois não consigo me conectar e o servidor está localizado do outro lado do país.

Responder1

  • A conexão para o usuário 'root' deve ser permitida em /etc/ssh/sshd_config

  • Para contas sem $HOME (home dir) não é permitido login interativo

então, para a primeira parte do problema:

  • De 'man sshd_config':

PermitRootLogin

     Specifies whether root can   log in using ssh(1).  The argument
     must be ``yes'', ``without-password'', ``forced-commands-only'',
     or ``no''.  The default is ``no''.  Note that if
     ChallengeResponseAuthentication is ``yes'', the root user may be
     allowed in with its password even if PermitRootLogin is set to
     ``without-password''.

     If this option is set to ``without-password'', password authenti-
     cation is disabled for root.

     If this option is set to ``forced-commands-only'', root login
     with public key authentication will be allowed, but only if the
     command option has been specified (which may be useful for taking
     remote backups even if root login is normally not allowed).  All
     other authentication methods are disabled for root.

     If this option is set to ``no'', root is not allowed to log in.

e por segundo:

procure em '/etc/passwd' a linha com o usuário ao fazer login e crie o diretório inicial correto com os direitos apropriados

aliás: use sua conexão sftp do filezilla ou acesso direto

informação relacionada