Erreur fatale PuTTY: le serveur a refusé de démarrer un shell / commande

10

J'ai toujours utilisé PuTTY (win32) pour accéder à mes serveurs via SSH. Hier, j'ai mis à niveau OpenSSH sur mon serveur de 4.3 à 5.8 et il semble que PuTTY ne fonctionne pas maintenant. Il demande un mot de passe, puis confirme que le mot de passe est correct, puis donne l'erreur fatale Server refused to start a shell/command.

Lorsque j'essaie de me connecter avec OpenSSH de cygwin, je n'ai aucun problème.

ssh putty

— iTayb
source

2

Pouvez-vous coller le contenu du journal des événements de PuTTY?

— nickgrim

1

Pouvez-vous ajouter -v à la commande plink et publier la sortie?

— Davey

1

Le problème était une pénurie de RAM.

— iTayb

5

Le problème était une pénurie de RAM.

— iTayb
source

1

même problème sur le serveur RAM / CPU complet

— Donatello

2

Il semble que quelque chose dans vos configurations de mastic demande un shell spécifique après la connexion qui n'est plus approuvé. Essayez de créer une nouvelle session au lieu de la session enregistrée et entrez le moins de paramètres possible, uniquement l'hôte et les détails d'authentification. Cela devrait vous aider. Ensuite, si vous souhaitez corriger votre précédente session enregistrée, consultez les paramètres des bits concernant la commande à distance, le shell préféré, etc.

— Caleb
source

1

plink user@ip -p 22 -pw passseul me donne cette erreur. Je crois que quelque chose me bloque du côté sshd et non du mastic.

— iTayb

Consultez toujours vos paramètres par défaut. Putty demande probablement quelque chose qui n'est pas disponible sur le serveur que le client cygwin openssh ne demande pas.

— Caleb du

Avez-vous essayé de créer une nouvelle session, comme l'a suggéré Caleb? Utilisez-vous le dernier Putty?

— Eduardo Ivanec

1

Vous avez probablement la "commande à distance" définie dans les paramètres SSH dans la configuration de mastic. Supprimez simplement ce paramètre et réessayez.

— Tonny
source

1

Je sais que c'est un vieux fil, mais comme j'ai eu ce problème et que je suis tombé sur ces réponses, mais ... je n'ai pu le corriger qu'en mettant à jour la version de PuTTY à 0.70. C'était la seule chose qui fonctionnait pour moi. À votre santé!

— Mariana
source

1

Pour les utilisateurs qui rencontrent ce problème: vous pouvez résoudre ce problème en supprimant la session de l'un des utilisateurs utilisant

pkill -KILL -u username

NB: J'ai utilisé un accès root, car il se connectait avec succès

— peter
source