CrashPlanは、標準のHTTPSポート443にデータをアップロードしているようです。
他のすべてのHTTPSトラフィックとは別にバルクQoS優先度を割り当てる方法はありますか、それとも完全に詰め込まれていますか?
DD-WRTを使用しています。
プロセス名と宛先ポートを使用して、ローカルマシンポリシーを介して必要なDSCP値を設定し、ポート443で他のトラフィックではなく、クラッシュプラントラフィックのみにタグを付けるようにします。
私はビデオを含めてこれについてブログを書きました:
http://blog.paulgeorge.co.uk/2012/06/07/crashplan-upload-traffic-with-dscp-tos-and-qos-on-windows-7/
編集:ルーターのセットアップで投稿を更新 http://blog.paulgeorge.co.uk/2012/06/11/setting-up-qos-on-draytek-2920n-router-using-dscp/
私はこれがDD-WRT + Crashplanで機能していると思います。
まず、 speedtest.net または同様のパフォーマンスツールを使用して接続をテストします。
CrashplanでTOSを構成します
Crashplanで、[設定]→[ネットワーク]→TCPパケットTOSに移動します。ここでDSCPを選択し、値56を入力しました。これは0x38
に対応します。右に2ビットシフトすると0xE
、これはIPTABLES
にプログラムできるDSCPコードポイントです。
WANとLANの両方にこの値を設定しました。保存後、再起動しました。
これが問題ないことを確認するために、Wiresharkをインストールし、tcp.port == 443
でトレースを実行しました。 Crashplanを開始した後、出力バックアップトラフィックを確認できました。確かに、IPヘッダーを展開すると、DSコードポイントは0xE
であることがわかりました。
DD-WRTでQoSを有効にする
上記のコメントで説明されているように、DD-WRTルーターでQoSを有効にするだけです:NAT/QOS→QoS→QoSの開始(「有効」に設定)。
利用可能なアップロードおよびダウンロード帯域幅の85%でプログラミングしました。
iptablesルールを作成します
ここでは、DSコードポイント(DSCP)でパターン一致するようにiptables
を構成してから、BULKグループに「マークを設定」します。「管理」→「コマンド」に移動し、以下を入力します。テキストボックスに:
iptables -t mangle -I POSTROUTING -m dscp --dscp 0x0e -j MARK --set-mark 40
iptables -t mangle -I PREROUTING -m dscp --dscp 0x0e -j MARK --set-mark 40
「ファイアウォールの保存」をクリックして、これらの変更をコミットします。
最後に、再起動してフォローアップしました。
テスト
ルールが有効であることを示す表や診断を作成するのは難しいと感じました。そのため、Crashplanの実行中に、上記のパフォーマンステストを再実行するという究極のテストを実行しました。成功! Crashplanがバックグラウンドで実行されていたとしても、アップロードとダウンロードの速度は基本的に同じです。
CrashPlanがパケット自体にタグを付けるための設定があります。
DD-WRTフォーラムのヒント があります。
ファイアウォールスクリプトでこれを使用します。マーク値は QoS wikiページ で説明されています。
iptables -t mangle -I POSTROUTING -d [destination ip] -j MARK --set-mark 40 iptables -t mangle -I PREROUTING -s [source ip] -j MARK --set-mark 40
どちらもiptablesを使用しているので、Tomatoと同じことができます。あなたはただ素敵なGUIを持っていません。
私はDD-WRTではなくTomatoを使用していますが、クラッシュプランのQoSをセットアップするのは非常に簡単であることがわかりました。
ポート443のcentral.crashplan.comの宛先IPに基づいてQoSを構成し、バルクトラフィックとして分類しました。
CrashPlanの設定を使用して、トラフィックをレート制限します。 HTTPSトラフィックがエンドツーエンドで暗号化されていることを考えると(まあ、そうなるはずです)、ルーターはどのトラフィックがそれに属しているかを判断できません。それを回避する唯一のエンドランは、宛先IPアドレスに基づいてQoSを実行できるかどうかです。 DD-WRTについては、それが可能かどうかを説明するのに十分な知識がありません。