PuTTYの致命的なエラー：サーバーがシェル/コマンドの開始を拒否しました
SSH経由でサーバーにアクセスするために、常にPuTTY（win32）を使用しました。昨日、サーバーのOpenSSHを4.3から5.8にアップグレードしましたが、PuTTYが機能しなくなったようです。パスワードを要求し、パスワードが正しいことを確認して、致命的なエラーServer refused to start a Shell/command。
CygwinのOpenSSHでログオンしようとすると、何の問題もありません。
問題はRAMの不足でした。
PuTTY構成の何かが、ログイン後に承認されなくなった特定のシェルを要求しているようです。保存したセッションの代わりに新しいセッションを作成して、ホストと認証の詳細だけを入力し、可能な限り少ない設定を入力してください。そうすれば、前に保存したセッションを修正したい場合は、リモートコマンドや優先シェルなどに関するビットの設定を確認できます。
この問題が発生したユーザーの場合：いずれかのユーザーのセッションを強制終了することで解決できます。
pkill -KILL -u username
NB：正常にログインしていたため、ルートアクセスを使用しました
私はそれが古いスレッドであることを知っていますが、この問題があり、これらの答えに出くわしたので... PuTTYのバージョンを0.70に更新することによってのみ修正できました。それは私のために働いた唯一のものでした。乾杯！
おそらく、PuTTY構成のSSH設定の下に「リモートコマンド」が設定されています。この設定を削除して、もう一度お試しください。