web-dev-qa-db-ja.com

PuttyでCtrl-S(XOFF)キーストロークを無効にできますか?

Sshをたくさんやって、定期的に Ctrl+S、それは自然にXOFFを送信し、あらゆる種類の問題を引き起こします(言うまでもなく、何が起こったかを理解するのにしばらく時間がかかります。次に、 Ctrl+Q 回復する。

PuTTYにXOFFを入力させないように指示したいのですが。

何か案は?

44
Seth

PuTTYについては知りませんが、次のものを使用できます。

stty -ixon

リモートホストでは、START/STOP信号を無効にします。

36
Bartosz

PuTTYソリューション:

  1. セッションを作成する前に、リストの「接続」->「SSH」->「TTY」に移動します。
  2. [モード]ドロップダウンボックスで、[〜#〜] ixon [〜#〜]を選択します(nb:バージョン0.60以降、このリストはアルファベット順ではありません)
  3. "0"zero)を[〜 #〜] ixon [〜#〜]

Screenshot

その上に「GNU画面」、別のホストへのSSH、または別のユーザーへの「su」を開いても、魅力として機能します

GNU Bashを使用している場合、ctrl-Sを使用すると、前方検索履歴(別名:i-search)を実行できるようになります)

"stty -a | grep -o" .ixon "の出力の違いを確認できます:PuTTYが設定されていると、"-ixon "が出力されます、なし "ixon"

32
BlakBat

私は反対の問題を抱えています。時々、ホストはXOFFをPuTTYに送信しますが、対応するXONをPuTTYに送信することはありません。この場合、PuTTYに対して(再起動しない限り)何もしないようにします。この場合、ホストへのキーボード入力はすべてブロックされますが、ホストは引き続きPuTTYにデータを送信できます。

PuTTYでフロー制御を無効にしても機能しません。

この問題を修正する方法は、

stty -ixoff

あなたの.profileに。これにより、ホストはXON/XOFFを送信できなくなります。オプションの名前は完全に混乱していることに注意してください。 ixon/-ixonは、クライアント側でフロー制御を有効/無効にする(つまり、クライアントがフロー制御を発行できない)ことを意味し、ixoff/-ixoffは、ホスト側でフロー制御を有効/無効にすることを意味します(つまり、ホストはフロー制御を発行できません)。

ところで、ASCIIのコード Ctrl-S とXOFFは同じですASCII文字(コード19、0x13)。違いはありません。設定はそのASCII文字の解釈を変更します。

5
Mark Lakata
。bashrcの例:
#
#PuTTYがCtrl-S/Ctrl-Qを使用してXOFF/XONを実行しないようにします
#出典:http:// raamdev。 com/recovering-from-ctrls-in-PuTTY(Morgy、7/14/08)
#
#stty ixany 
#stty ixoff -ixon 
# ##一部のアプリでCtrl-Sを聞く必要がある場合は、代わりに次の2つを使用します。
 stty stop undef 
 stty start undef 
5
Jack Hamilton

.bash_profile そして、置きます:

stty -ixon

-xion私には働きません。 manエントリを見ることができます:man stty

4
Fids

ターミナルでこのコマンドを実行して、現在のセッションで無効にするか、永続的に無効にするために.bashrcに追加します

stty -ixon

0
Aldrin Bennet