it-swarm-ja.com

cmd.exeで正しく機能するようにPuTTYキーバインディングを構成するにはどうすればよいですか?

PuTTYがWindowsで実行されているsshサーバーに接続されていて、cmd.exeがシェルとして使用されている場合、カーソルキーは正しく機能しません。通常、cursor up/downを使用して古いコマンドを呼び出すことができますが、PuTTY内ではこれは機能しなくなります。

PuTTYの端末タイプを変更してもうまくいきませんでした。代替シェルを使用することは解決策ではありません。 PuTTYでそれが不可能な場合は、キーバインディング/ターミナルエミュレーションの変更を可能にする代替のsshクライアントがありますか?

2
V15I0N

問題はおそらくクライアントではなくサーバーです。

PuTTYはXterm/VT100ターミナルエミュレーターです。 VT100端末は、単純な8ビットシリアルストリームの一方の端に接続され、ファンクションキー用の特別な「エスケープシーケンス」を送信します。たとえば、ESC [ Aは Up 矢印–そしてこれは今日のLinuxとBSDでも続いています。基本を超えたライン編集 ← Backspace これらのエスケープシーケンスを読み取って解析し、カーソルを移動してテキストを表示するためにそれらをさらに出力することにより、プログラム自体によって処理されます。 TelnetとSSHはどちらも、シリアル回線とまったく同じように、ターミナルストリームの単純なキャリアと考えることができます。

問題の原因は、Windowsコンソールがそのように機能しないことです。コンソールはストリームではなく、画面バッファーです。コンソールサブシステムには行編集(および基本履歴)が組み込まれており、cmd.exeはこの機能をReadConsole()で使用するだけです。 –矢印キーイベントは、特に「ライン入力」モードを無効にしない限り、プログラムに到達しません。 (Windows APIには、出力スタイル用の個別の関数もあります。)cmd.exeの入力がコンソールではなくパイプに接続されている場合、このシステムはバイパスされ、すべてが入力ストリームに直接挿入されます。 cmd.exeはVT100シーケンスを処理するように記述されていないため、特別な処理は行われず、ESCは入力されたコマンドの一部になります。 。

つまり、Windows SSHサーバーとWindows組み込みTelnetサーバーは、VT100シーケンスをコンソールイベントに変換し、フォーマットされたコンソール出力をVT100シーケンスに変換する必要があります。すべてのSSHサーバーが実際にそれを行う必要があるわけではありません。リモートエンドがユーザーのSSHサーバーソフトウェアを変更していないことを確認してください。キー同じ構成で機能していた場合は、PuTTYをデフォルトにリセットしてみてくださいPuTTY -cleanupを使用するか、レジストリブランチを手動で削除して設定します。

Windows PowerShellには remotingsupport が付属しています。これは、ローカルの行編集を使用し、完全な行のみをリモートエンドに送信して、この問題を回避します。 cmd.exeの場合、これは psexec で実現できます(ただし、SMB接続はデフォルトでは暗号化されていません) 、またはPowerShellリモートセッション内からcmdを開始できます。

5
user1686