¡Eh!,

He actualizado los servidores de 3 SSH Tectia 4.0.3 para SSH Tectia 6.0.2. 2 de ellos están trabajando bien, pero un servidor de repente comenzó a tener problemas después de aproximadamente 2 horas. Ahora es imposible acceder a este servidor utilizando SSH y telnet. SSH cuando se está ejecutando en este servidor, la CPU del servidor se encuentra en su máximo a causa de los procesos de SSH, lo que no ocurre en los otros 2 servidores. Actualmente me han cerrado el proceso de SSH en el servidor.

Luego, al intentar realizar una conexión mediante telnet que inmediatamente respuestas: "Conexión cerrada". El hecho extraño es que se niega una conexión telnet realizada por el usuario root, pero si lo intento a través de otro usuario, telnet funciona bien. (SSH doen't trabajar en cualquiera de los casos aunque) Reiniciar e incluso reinstalar SSH también no funcionó. Después de SSH fue He intentado desinstalar otra conexión telnet pero no funcionó.

He comprobado el archivo / etc / security / usuario, a causa de la telnet / root problema, pero todo parece idéntica a la configuración de los otros 2 servidores. ¿Puede alguien ayudarme con este problema?

Gracias

Muchos servidores no permiten la conexión, excepto la raíz de la consola ...
¿Ha comprobado? ¿Qué sistema operativo?

Uso de IBM AIX 5.3 como sistema operativo.

He quitado la nueva versión de SSH y sustituye otra vez con la antigua versión. Algunos de los problemas se solucionan. SSH es posible de nuevo, pero no para el usuario root. Telnet también trabaja pero de nuevo, no para el usuario root.

Al intentar una conexión SSH como root occures el siguiente error:
Autenticación exitosa.
Recibido la señal 11. (sin núcleo)

Después de este error la conexión failes nuevo. ¿Alguien tiene una idea de lo que este problema podría ser?

Gracias.

Dado que el problema parece ser más específicos AIX, voy a pasar si usted está de acuerdo a su puesto de ese grupo ...
Ah, pero la raíz puede conectar desde la consola?

Todo lo mejor

Desde el interior del servidor que se puede conectar al exterior con ssh como root. Curiosamente desde el exterior, es imposible entrar a ese servidor con ssh o telnet como root. Es como root no tiene permiso para entrar en ese servidor.

Cada vez que me intente conectar occures el siguiente error: Recibido la señal 11. (sin núcleo). El éxito, sin embargo, la autenticación.

Aquí está el resultado del uso de ssh-v:

advertencia: el desarrollo en tiempo de depuración no compilado pulg
Advertencia: Para que, configure con - enable-debug y recompilar.
debug: Ssh2/ssh2.c: 1848: el archivo de configuración de usuario no se encuentra, utilizando los valores predeterminados. (Buscaba '/ / .ssh2/ssh2_config')
debug: Conexión a server1, el puerto 22 ... (No se utiliza SOCKS)
debug: auth cliente soporta 3 métodos: «pública, keyboard-interactive, password"
debug: versión remoto: SSH-2,0-4.0.5.5 SSH Secure Shell
debug: Principal: 4 Menor: 0 Revisión: 5
debug: SshProtoTransport / trcommon.c: 1464: lang s de c: ` ', lang c a s:`'
debug: SshProtoTransport / trcommon.c: 1530: c_to_s: cifrado aes128-cbc, mac hmac-sha1, ninguno de compresión
debug: SshProtoTransport / trcommon.c: 1533: s_to_c: cifrado aes128-cbc, mac hmac-sha1, ninguno de compresión
debug: Remoto encontrado acogida clave de la base de datos.
debug: servidor ofrece métodos auth "pública, la contraseña '.
debug: Ssh2AuthPubKeyClient/authc-pubkey.c: 1733: A partir pubkey auth ...
debug: SshUnixUserFiles / sshunixuserfiles.c: 354: El uso de '/ / .ssh2/identification "como identidad archivo.
debug: Construyendo y el envío de la firma en publickey autenticación.
debug: Ssh2AuthPubKeyClient/authc-pubkey.c: 725: clave privada de lectura / / .ssh2/id_server1
debug: Ssh2AuthPubKeyClient/authc-pubkey.c: 1822: la autenticación de clave pública se ha realizado correctamente.
Autenticación exitosa.
Recibido la señal 11. (sin núcleo)
debug: Tengo reunión con cerca exit_status \u003d 255
Conexión a servidor1 cerrado.

Y sí que está bien si la exportación a la AIX grupo.

Gracias!

Otro hecho se me olvidó mencionar:
Si lo intento "ssh servidor1" no.
Si lo intento "ssh servidor1 ls", curiosamente funciona ...
Por lo tanto, la raíz, de hecho, puede conectarse a ese servidor, pero no puede iniciar sesión en él.

Saludos.