ssh me da error al reiniciar

Imagen de diegox88

Forums: 

Hola, tengo un problema con ssh al momento de reiniciar el servicio me da el siguiente error:

Stopping sshd: [FAILED]
Starting sshd: : OpenSSH_3.9p1 on i686-pc-linux-gnu
: FATAL: Creating listener failed: port 22 probably already in use!
[FAILED]
Estoy usando centos 5 y en el directorio /etc tengo 2 directorios ssh y ssh2. Esto es normal?
A que se puede deber este problema.

Al correr un lsof -i tcp:22

COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
sshd 6501 root 3u IPv6 43070 TCP *:ssh (LISTEN)

No escucha IPv4

Espero su ayuda gracias.

mata todos los procesos

Imagen de fabian

mata todos los procesos relacionados al ssh, desactiva desde el setup el ssh automatico, y reinicia tu linux.
y desde alli, trata de arrancar service sshd start.
prueba y quizas funcione.

Ing. Fabian Muñoz

La instancia anterior de ssh

Imagen de acl

La instancia anterior de ssh aun está escuchando en el puerto y por alguna razón el script de inicialización no la pudo terminar. Sí me ha pasado antes.

Simplemente termina manualmente (kill) al proceso que está escuchando en el puerto 22 (con netstat -ntap puedes verlo) y ahí corre el script de arranque. No hay necesidad de reiniciar la máquina.

¿hhs? Eso sí no se.
--
haber != a ver
ha != a

al escucha en ipv6 escucha

Imagen de Epe

al escucha en ipv6 escucha también en ipv4, está escuchando en ambos protocolos, como bien te indican mata con kill el numero del proceso que ahi ves.

lo raro es que tengas al ssh corriendo así por la libre.. lo estarás arrancando (sshd) desde linea de comando?

Saludos
epe
--
EcuaLinux.com
Ecuador: +(593) 9 9246504, +(593) 2 334 2795
USA: +1 305 359 4495, España: +34 91 7617884


Saludos
epe

EcuaLinux.com

+(593) 9 9924 6504

Servicios en Software Libre

Si tienes soporte para ipv6

Imagen de acl

Si tienes soporte para ipv6 en el kernel y el demonio soporta ambos protocolos y escuchas en todas las direcciones, solo te van a mostrar los sockets ipv6 ::22, que es exactamente igual al socket 0.0.0.0/0:22 de ipv4. No es nada extraño, simplemente así es el comportamiento normal.
--
haber != a ver
ha != a