una máquina con una base de datos postgres (que responde bien) tiene un servicio ssh y un servicio nagios nrpe.
Responde al ping.
Postgres está funcionando como se esperaba. (apache se conecta desde otro host)
Nagios verifica el puerto 5432 (postgres está bien).
ssh no se conecta (como se muestra arriba).
El acceso a través de tty tiene la misma respuesta que ssh (no se muestra nada en pantalla)
¿Qué se puede hacer? Soy un servidor de producción.
Gracias.
[root@localmachne ~]# ssh remotemachine -vvvvvvvv
OpenSSH_5.3p1, OpenSSL 1.0.0-fips 29 Mar 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to remotemachine [X.Y.Z.T] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug3: Not a RSA1 key file /root/.ssh/id_rsa.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /root/.ssh/id_rsa type 1
debug1: identity file /root/.ssh/id_dsa type -1
Respuesta1
Su clave SSH está dañada. Conéctese con autenticación de contraseña o la consola y regenere sus claves SSH (o restaure desde una copia de seguridad).