ssh セッションが使用する一般的な量は?
「典型的な」があるかどうかはわかりません
tcpdump -ni eth0 -w dump port 22 を実行する必要があります すべてのパケットをキャプチャするには、tcpdump -nX -r dump
ある種の関係はありますか？ 50 個のアイテムを含むディレクトリで ls を使用すると、一定量のデータが消費されるということですか?
あなたはそれを計算することができます。大まかな見積もりとして、キーストロークごとに 4 つのパケット (キープレス、確認応答、画面上のエコー、確認応答) が生成され、各パケットには大量のオーバーヘッドが発生します。 (私の TCP ダンプでは、2 文字を入力するのに 500 バイトと表示されています。)
135 個のファイルのディレクトリ リストには 2.5k かかりました。
ssh -C の使用 より大きなテキストには圧縮が役立つはずです。
それとも、より時間に依存しており、ssh セッションは使用に関係なく、時間間隔ごとに一定量のデータを送信しますか?
はい。 TCP と SSH の両方にキープアライブ プローブがあります。これをずっと続けていたら大変なことになります。ここでも、TCPDump を使用して測定します。
私のアドバイス:心配するのではなく、実際に使用状況に関するリアルタイムのフィードバックがあることを確認してください。いくつかのセッションを使用すると、自分がどれだけ近いかを知ることができます.
同様のセットアップがあります (リモートの Ubuntu ラップトップでの 3G 接続)。
「典型的な」答えがないことに同意しますが（それはあなた自身の使用法と、「キープアライブ」頻度、ssh圧縮、おそらく他のsshオプションなどのsshd / sshオプションの両方に依存します）、基本的なアイドル状態の ssh 帯域幅を 0.2 ～ 0.3MB/時間 (月あたり 200MB まで)
tcpdump を使用してから、wireshark を使用して帯域幅の使用状況を視覚化および測定しました (ifconfig を使用したインターフェイスの RX バイト/TX バイトに加えて)。
私のリグの 0.2 - 0.3MB の帯域幅は、次のオプションを使用しています:TCPKeepAlive no (sshd サーバー、sshd_config) および ServerAliveInterval 180、ServerAliveCountMax 40、TCPKeepAlive no (クライアント上、つまり ssh_config)
あなたではないにしても、同様の設定をしている他のユーザーの役に立てば幸いです。
SSH は基本的にコマンドと画面出力を送信しています。コマンド ラインで作業するだけの場合、大まかな見積もりは、画面上の 1 文字あたり 1 バイトになります。
明らかに、ファイルを転送するために X セッションや SCP などをトンネリングすると、帯域幅が増加します。
多少のオーバーヘッドがあるので、概算です。 -C フラグを使用して圧縮を要求することもできます。