Tengo un Ubuntu Server 10.04.1 en ejecución. Cuando intenté iniciar sesión en el servidor a través de ssh, no pude. En cambio, recibí un connection refused
error. Traté de hacer ping a la máquina y obtuve respuesta! Entonces, la razón clara es que el demonio SSH se detiene.
Después de reiniciar, pude iniciar sesión en mi servidor a través de ssh. Después de un tiempo, miré mis registros /var/log/syslog
y encontré los siguientes registros:
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2465) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2469) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2473) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2477) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2481) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2485) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2489) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2493) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2497) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2501) terminated with status 255
Jan 16 10:57:09 myserver init: ssh respawning too fast, stopped
Busqué un problema / solución similar. Algunas personas dijeron que esto es causado por el demonio SSH tratando de empezar antes de la creación de redes y sugieren que el cambio ListenAddress
en el /etc/ssh/sshd_config
ser 0.0.0.0
. Creo que esta no es la causa en mi caso, porque mi problema ocurre después de que el sistema está funcionando.
¿Alguna idea que está causando esto? Este es Ubuntu Server y debería ejecutarse y acceder a él de forma remota mediante SSH.
ACTUALIZAR:
Aquí está el fragmento de registro que encontré en /var/log/auth.log
.
Jan 16 10:56:38 myserver sudo: user : TTY=pts/0 ; PWD=/home/user ; USER=root ; COMMAND=/usr/bin/vim /etc/ssh/sshd_config
Jan 16 10:57:09 myserver sudo: user : TTY=pts/0 ; PWD=/home/user ; USER=root ; COMMAND=/etc/init.d/ssh reload
Jan 16 10:57:09 myserver sshd[1465]: Received SIGHUP; restarting.
Jan 16 10:57:09 myserver sshd[2461]: Server listening on 0.0.0.0 port 22.
Jan 16 10:57:09 myserver sshd[2465]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2465]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2469]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2469]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2473]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2473]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2477]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2477]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2481]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2481]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2485]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2485]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2489]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2489]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2493]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2493]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2497]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2497]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2501]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2501]: fatal: Cannot bind any address.
Parece que este error comenzó a aparecer después de que volví a cargar el demonio SSH. ¿Debo evitar usar ssh reload
y usar ssh restart
en su lugar?
Respuestas:
Debería verificar qué sucedió justo antes de que SSH comenzara a tambalearse
syslog
. Si el subsistema de red murió, eso podría explicar por quésshd
comenzó a fallar.También lo comprobaría
/var/log/auth.log
. Es elsshd
registro y puede darle un mejor mensaje de error.fuente
auth.log
archivo y actualicé mi pregunta.reload
Debería ser una acción válida. Se debe desencadenar un reinicio interno (y parece que han intentado eso y sólo quedó atascado). Intente volver a cargar y ver si se atasca nuevamente.Acabo de tener el mismo problema en mi caja 12.04. Es decir, los mismos síntomas. Por desgracia, siempre sucedió cuando introduje la
ListenAddress
cláusula con las direccionesinet
y . En resumen, esto parece ser un síntoma de una forma incorrecta , aunque los archivos de registro no indicaron nada de eso.inet6
sshd_config
sshd_config
Solución de problemas
sshd
En general, lo que encuentro muy útil en tales casos es comenzar
sshd
sin dejar que demonice. El problema en mi caso fue que nisyslog
tampocoauth.log
mostró nada significativo.Cuando lo comencé desde la terminal obtuve:
¡Mucho mejor! Este mensaje de error me permitió ver qué está mal y solucionarlo. Ninguno de los archivos de registro contenía esta salida.
NB: al menos en Ubuntu, este
$(which sshd)
es el mejor método para satisfacer lossshd
requisitos de una ruta absoluta. De lo contrario obtendrá el siguiente error:sshd re-exec requires execution with an absolute path
. Esto-p 10222
hace quesshd
escuche en ese puerto alternativo, anulando el archivo de configuración; esto es para que no choque consshd
instancias potencialmente en ejecución . Asegúrese de elegir un puerto libre aquí.Este método me ha ayudado muchas veces a encontrar problemas, ya sean problemas de autenticación u otros tipos. Para obtener resultados realmente detallados
stdout
, use$(which sshd) -Ddddp 10222
(tenga en cuenta lo agregadodd
para aumentar la verbosidad). Para más depuración, verifique la bondadman sshd
.La principal ventaja de este método es que le permite verificar la
sshd
configuración sin tener que reiniciarsshd
en el puerto predeterminado. Normalmente esto no debería interferir con las conexiones SSH existentes, pero lo he visto. Entonces, esto permite validar el archivo de configuración antes de, potencialmente, cortar el acceso a un servidor remoto (por ejemplo, tengo eso para algunos VPS e incluso para servidores físicos donde necesito pagar extra para obtener acceso fuera de banda a la máquina).fuente
Esto parece ser el resultado del error # 687535, que se corrigió recientemente en natty, y se ha subido a Maverick y Lucid como una actualización propuesta.
https://bugs.launchpad.net/ubuntu/lucid/+source/openssh/+bug/687535
Recomiendo a todos que vayan allí, prueben el caso de prueba (busque TEST CASE) y publiquen sus resultados antes y después de instalar la solución propuesta. Eso ayudará al equipo de SRU a decidir que se realizó la verificación y a publicarla como una actualización.
fuente
En
/etc/ssh/sshd_config
, asegúrese de que todas las opciones sí y no estén en minúsculas. Por ejemplo, si configuraPermitRootLogin No
, ssh no se iniciará. En realidad tiene que serPermitRootLogin no
.fuente
Tuve un problema similar con una imagen de Ubuntu 11.10 en un Linode después de reiniciar. El servicio ssh produciría en syslog:
Es una caja de prueba, y tenía unos 60 días de tiempo de actividad, por lo que en algún lugar del camino, instalé algo que se adjuntó al final de sshd_config:
Comentar esas líneas permitió que ssh comenzara.
fuente
Ubuntu ssh no se inició y syslog produjo "init: el proceso principal ssh (2044) finalizó con el estado 255"
/ usr / sbin / sshd -Ddp 10222
Seguro funcionó para mí para determinar el error de línea sshd_config
fuente
tengo el mismo problema, la solución superior no funciona, pero tengo una solución para esto.
La ruta está bien según el documento, por lo que ejecuto manualmente sshd.
El permiso / var / run / sshd es.
entonces está bien. ejecute ssh localhost y verifique.
fuente
sshd
no se ejecuten correctamente, como puede ver en los mensajes de error muy diferentes en sus registros. -1