☰

La nueva conexión SSH se niega

tag-icon • tag-icon linux networking ssh vpn putty
La nueva conexión SSH se niega

Creo que la pregunta correcta que tenía era cómo reconstruir SSH después de eliminar un archivo importante. Pero ya no puedo solucionar este problema en línea.

Si tienes una respuesta, puedes vincularla para que otros la encuentren.

Ahora mismo estoy conectado a mi servidor VPN con PuTTy.
Después de esta edición cierro la conexión que tenía, gracias por intentar ayudarme. También tenía FilleZill (conexión SFTP al mismo servidor), pero después de eliminar una carpeta (/home/user1) no puedo establecer ninguna conexión nueva con el servidor.

Cada vez que abro la conexión en PuTTy o cualquier otro cliente SSH/sftp recibo el mensaje:Network Error: Software caused connection to abort

Mi clave SSH se encuentra en ~/.ssh/authorized_keys.

Y mi /etc/ssh/sshd_configaspecto es bueno.

Mis comandos aún se ejecutan, así que no tengo ningún problema de Internet en la terminal en la que todavía estoy, pero si la dejo no puedo volver a conectarme.

Mi VPN está en Debian GNU/Linux 7 (wheezy) y mi PC es Windows 10

No he reiniciado la PC durante aproximadamente un día, podría intentar reiniciar, pero no antes de cerrar la conexión.

Iniciar sesión desde FileZilla (PuTTy no generó 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

Es como si mi computadora se negara a abrir una nueva conexión, ya que está bien con la conexión que ya tengo.

Al mirar el /etc/ssh/sshd_configarchivo, recordé que estoy iniciando sesión con una clave de autenticación, que es lo más importante para mi servidor y me asusto cada vez que le sucede algo. Dicho esto, no tendré el servidor activo solo con contraseña.

Recibí esta revelación de que debería verificar el registro de autenticación y encontré esto:

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

Ya estoy en ello, vuelvo con más información.

Resulta que ese no era yo, no reconocí la IP porque era de China. Pero ahora sé que mis intentos de inicio de sesión no llegan al servidor.

Witch explicaría por qué aparece el error de red tan rápido, incluso antes de intentar comunicarme con el servidor.

Hablé del problema con mi proveedor y parece que, aunque recreé el archivo, el servicio SSH no funciona porque no pude reiniciarlo ni recargarlo desde adentro.

En este punto debería buscar cómo reconstruir SSH para mi servidor, pero creo que mi proveedor debe encargarse de eso ya que no puedo conectarme y el servidor está ubicado en el otro lado del país.

Respuesta1

  • Se debe permitir la conexión para el usuario 'root' en /etc/ssh/sshd_config

  • Para cuentas sin $HOME (directorio de inicio) no se permite el inicio de sesión interactivo

entonces, para la primera parte del problema:

  • De 'man sshd_config':

Permitir inicio de sesión raíz

     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.

y por segundo:

Busque en '/etc/passwd' la línea con el usuario al iniciar sesión y cree el directorio de inicio correcto con los derechos adecuados.

Por cierto: use su conexión SFTP de Filezilla o acceso directo

información relacionada