私はしばしばパテを使用してLinuxにSSHを接続します。時々 ssh を直接呼び出したり、時には「パテでセッションを開く」を通じて wincp 内でパテを呼び出すこともあります。
場合によっては、2つのパテ端末を接続し、「exit」と入力してそれらの1つを終了しても端末は閉じられません。 「ログアウト」と表示されますが、開いています。他の端末を「終了」すると閉じます。ただし、時には「exit」と入力した直後に端末が閉じる場合があります。
これに関するルールが何であるかを知りたいです。
ベストアンサー1
ControlMasterSSH設定ファイル（またはPuTTYと同等のファイル）のオプションを次のように設定したようですauto。
コントロールマスター
単一のネットワーク接続を介して複数のセッションを共有できます。 yesに設定すると、ssh（1）はControlPathパラメーターで指定された制御ソケットから接続を受け取ります。他のセッションは、no（デフォルト）に設定されているのと同じControlPathとControlMasterを使用してこのソケットに接続できます。これらのセッションは、新しいネットワーク接続を開始するのではなく、マスターインスタンスのネットワーク接続を再利用しようとしますが、制御ソケットが存在しないかリッスンしていない場合は、通常の接続に置き換えられます。
これをAskに設定すると、ssh（1）は制御接続を受け取りますが、ssh-askpass（1）を使用した確認が必要です。 ControlPathを開くことができない場合、ssh（1）はマスターインスタンスに接続せずに続行されます。
これらの多重接続はX11とssh-agent（1）の配信をサポートしますが、配信されたディスプレイとエージェントはデフォルトの接続に属します。つまり、複数のディスプレイやエージェントを渡すことはできません。
他の2つのオプションは、機会的多重化を可能にします。デフォルト接続を使用しようとしてもまだ接続がない場合は、新しい接続を作成することに置き換えられます。オプションは自動および自動要求です。後者は要求オプションと同様に確認が必要です。
つまり、最初のセッションが開かれた後、他のセッションは追加セッションを開くのではなく、同じネットワーク接続を使用して帯域幅を消費し、潜在的に待ち時間を短縮します。
ただし、これは、他のすべてのセッションが終了する前に接続を切断しない限り、最初の「プライマリ」セッションが接続を閉じることができないことを意味します。したがって、他のすべてのセッションが終了するまで開いたままになります。 （最初の接続を実行するpuTTYジョブを終了するなど、何らかの方法で強制的に閉じると、他のすべてのセッションも閉じることがわかります。）