遅いリンクを介してリモートシステムにSSHで接続すると、比較的大量のデータを送信した後にSSHが「固定」されているようです。

たとえば、リンクを介してテキストを入力することは問題ありませんが、ls /etcそれを実行すると数分間接続が停止します。

接続速度を最大化し、データ転送後に正常に戻ったために遅延が発生した場合は理解できますが、実際に関連するデータ量を考慮すると、予想よりはるかに長い間接続が中断されました。

奇妙なことは、同じシステムで2つのSSH接続を開くと、1つが機能しなくてももう1つはまだうまく機能することです。したがって、接続速度を最大化することはできません。それ以外の場合は同時に停止します。

2 つのボックスまたは (わかっている限り) ボックス間のルータにはアクティブなトラフィック調整がないため、特定の範囲内で平均転送速度を維持するためにパケットをドロップしないでください。

誰でもこの動作の原因となる可能性があるものや追加の確認事項を提案できますか？

scp途方もない転送速度（数MB /秒、その後速度がゆっくりと数分に落ちて運が良ければ、ファイル転送が完了するまで繰り返されます）が機能しますが、通常（常にそうではない）同じことが起こりますsshfs。 ）ファイルを保存した後、マウントポイントが数分間応答しなくなり、ファイルにアクセスしたいすべてのプログラムを一時的にブロックします。scpstalledsshfs

編集：私は以下を試してみて、iperfいくつかの興味深い統計を得ました。

Local:  0.0- 0.9 sec   256 KBytes  2.25 Mbits/sec
Remote: 0.0- 7.0 sec   256 KBytes   302 Kbits/sec

Local:  0.0-15.9 sec  1.00 MBytes   529 Kbits/sec
Remote: 0.0-16.0 sec  1.00 MBytes   524 Kbits/sec

一定量以下のデータでは、ローカル側がリモート側で受信できるよりもはるかに速く送信できるようです。結局のところ、これはSSHの問題ではないようです。私はこれを調整できるいくつかのTCP設定を調べる予定ですが、確かに知っている人がいる場合は教えてください！