Error fatal de PuTTY: el servidor se negó a iniciar un shell / comando

10

Siempre he usado PuTTY (win32) para acceder a mis servidores a través de SSH. Ayer actualicé OpenSSH en mi servidor de 4.3 a 5.8 y parece que PuTTY no funciona ahora. Pide una contraseña, luego confirma que la contraseña es correcta y luego da el error fatal Server refused to start a shell/command.

Cuando intento iniciar sesión con OpenSSH de cygwin, no tengo problemas.

ssh putty

— iTayb
fuente

2

¿Puedes pegar el contenido del registro de eventos de PuTTY?

— nickgrim

1

¿Se puede agregar -v al comando plink y publicar salida?

— davey

1

El problema era una escasez de RAM.

— iTayb

5

El problema era la escasez de RAM.

— iTayb
fuente

1

mismo problema en el servidor RAM / CPU lleno

— Donatello

2

Parece que algo en sus configuraciones de masilla está solicitando un shell específico después del inicio de sesión que ya no está aprobado. Intente crear una nueva sesión en lugar de la que guardó e ingrese la menor cantidad de configuraciones posible, solo el host y los detalles de autenticación. Eso debería ayudarlo. Luego, si desea arreglar su sesión guardada anterior, mire a través de la configuración los bits sobre comando remoto, shell preferido, etc.

— Caleb
fuente

1

plink user@ip -p 22 -pw passsolo me da este error. Creo que algo me está bloqueando en el lado sshd y no en la masilla.

— iTayb

Todavía eche un vistazo a sus ajustes predeterminados. Es probable que Putty solicite algo que no está disponible en el servidor que el cliente cygwin openssh no solicita.

— Caleb

¿Intentaste crear una nueva sesión, como sugirió Caleb? ¿Estás ejecutando la última masilla?

— Eduardo Ivanec

1

Probablemente tenga el "comando remoto" establecido en la configuración de SSH en la configuración de masilla. Simplemente elimine esta configuración e intente nuevamente.

— Tonny
fuente

1

Sé que es un hilo viejo, pero como tuve este problema y encontré estas respuestas, pero ... solo pude solucionarlo actualizando la versión de PuTTY a 0.70. Eso fue lo único que funcionó para mí. ¡Salud!

— Mariana
fuente

1

Para los usuarios que se encuentran con este problema: puede resolver esto eliminando la sesión de uno de los usuarios que usan

pkill -KILL -u username

Nota: utilicé el acceso raíz, ya que estaba iniciando sesión correctamente

— Peter
fuente