HTB/TC を使用して、同じプロトコル (http ダウンロード vs htto ブラウジング) で Linux トラフィックを優先する

HTB/TC を使用して、同じプロトコル (http ダウンロード vs htto ブラウジング) で Linux トラフィックを優先する

読むのにとても時間がかかりますが、どうすればいいのかわかりません。常に 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 クラスを追加します。

他の回答で提案されているプロキシの方法も良い方法のようです。

関連情報