%20%E3%81%A7%20Linux%20%E3%83%88%E3%83%A9%E3%83%95%E3%82%A3%E3%83%83%E3%82%AF%E3%82%92%E5%84%AA%E5%85%88%E3%81%99%E3%82%8B.png)
読むのにとても時間がかかりますが、どうすればいいのかわかりません。常に mu ネットワークでダウンロードすると、すべての http ブラウジングが影響を受けます。何か特別なことをする必要がありますか、それとも sfq を使用しませんか? 同じプロトコル/ポートでフェア キューを実行する方法を示すスクリプト サンプルを持っている人はいますか?
ありがとう。
答え1
インターネット側で着信トラフィックの速度を制御することはできません。一般的な回避策/解決策は、代わりにネットワークに面したインターフェースでトラフィックをシェーピングすることです。
ただし、Web ページの http ダウンロードと ISO の http ダウンロードを区別して ISO ダウンロードの速度を落としたい場合は、送信元/送信先ポートだけでなく、実際のネットワーク トラフィックを検査する何らかのソリューションを検討している可能性が高くなります。この場合、プロキシが適している可能性があります。
答え2
最初の2秒間は100kbit/秒、その後は10kbit/秒を保証するといったルールがあったことを覚えています。
のように
tc クラス追加 dev eth0 親 1:1 クラス ID 1:30 hfsc \sc m1 100kbit d 2000ms m2 10kbit ul レート 1000kbit
これは実際に必要なことですが、最近のブラウザは長いキープアライブ キューを使用する可能性があり、このようなルールでブロックすることもできることに注意してください。
答え3
それは簡単な作業ではありません。Linux で試すことができることの 1 つは、iptables にパケットの計算を行わせて、転送速度が高いパケットをマークさせることです。次に、これらのマークに一致する tc クラスを追加します。
他の回答で提案されているプロキシの方法も良い方法のようです。