「記号から始まるパスワードによる誤動作リスク」記事へのコメント

パスワードの途中に「~.」があっても問題は無い

[Anonymous Coward]

こういう説明をするからだめなんだよ。
改行の直後でのみエスケープ文字は有効、て理解しなきゃ。
RTFM
The escape character must always follow a newline to be interpreted as special.

Re:

[Anonymous Coward]

特定個人の意図と反する動作したら誤動作と言われたりするからな
仕様通りなんだわ

Re:

[Anonymous Coward]

仕様知らないやつが変なこと言ってるだけのパターンだな。
ssh にも記号のパスワードにも何の問題もない。

改行の直後に ~ を打つと ssh の制御コードになるのはまっとうな仕様。
作業中に固まったら return ~. って打って強制切断とか普段から良く使うだろ。(文句言うやつは使ってないんだろうな)
~. で切断の他にも ~B でブレークの送信とか必要になることもある。(~C で port forward 用のメニューとかも便利)
改行の直後に ~ を入れたい場合には ~~ と2回打てば良い。(ssh を2段踏んでれば ~~~ と3回入れる。3段なら4回)

Re:

[Anonymous Coward]

OpenSSHの個別の実装のことをさもSSHプロトコルのように言われましても。

Re:

[Anonymous Coward]

「OpenSSHの個別の実装」ではない。
元は、シリアル回線のターミナルプログラム cu や tip の仕様だよ。

Re:

[Anonymous Coward]

慣例であっても、標準化されていない以上個別の実装でしょ。
世の中には、~.が特別な意味を持たないSSHクライアントもたくさんあるわけで。

Re:

[Anonymous Coward]

これはターミナルエミュレーターの仕様だからSSHのプロトコルで標準化されていないのは当然では? SSHのプロトコルに乗せて送受信されるものはターミナルエミュレーターの通信だけではないのだから。ターミナルエミュレーターの標準化された仕様が存在するのかどうかは知らんが

Re:

[Anonymous Coward]

>これはターミナルエミュレーターの仕様だから

違います。ターミナルエミュレーターは関係ありません。
sshクライアントの実装です。

仮にターミナルエミュレーターだとすると、あなたはrxvtやitermが~.を処理しているとでも思っているのでしょうか。

Re:パスワードの途中に「~.」があっても問題は無い

[Anonymous Coward]

putty や teraterm を想定してるんでしょう。
SSHクライアントとターミナルエミュレータが脳内でくっついているのでは。

これからは Windows Terminal で openssh がスタンダードになるんだろうけど。