プロキシTCPトラフィックがルーティング/ VPN TCPトラフィックよりはるかに速い理由

プロキシTCPトラフィックがルーティング/ VPN TCPトラフィックよりはるかに速い理由

VPSがあり、サーバーXから2gbpsにファイルをダウンロードできます。自宅にインターネットが接続されており、VPSから1gbpsでファイルをダウンロードできますが、Server Xのダウンロード速度はわずか100mbpsです。

SOCKSプロキシを使用してVPS経由でServer Xからダウンロードすると、予想される1gbpsの速度が得られます。

自宅でServer XへのGREトンネルまたはWireguard接続を確立し、Server Xを介してファイルのダウンロードをルーティングしても、まだ100mbpsしか取得されません。

奇妙なことは、ワイヤガードVPNと一緒に「Big VPN Provider A」を使用すると、1gbpsも得られることです。ただし、Wireguard VPN(私が知る限り同じデータセンター会社を使用しています)と一緒に「Big VPN Provider B」を使用すると、サーバーXには10mbpsしか得られません。

とにかく、VPSを介してVPNまたはGREトンネルを使用すると、ソックスやhttpプロキシを使用するのと同じようなパフォーマンスが得られると仮定します。

VPSとホーム接続の間の速度はトンネルまたはVPNを介して良好であり、他のサーバーへの接続はServer Xよりもパフォーマンスが優れている可能性があるため、接続全体が遅くなるわけではありません。

ベストアンサー1

観察した内容に応じてさまざまな原因が考えられますが、それらのどれもトラフィックをリダイレクトする特定の技術を含んでいません。それこの場合エージェントがより速く現れるのはただ偶然であり、質問のタイトルが非常に誤解を招く可能性があります。 VPNよりも常に速いプロキシであると仮定しないタイトルにタイトルを変更することをお勧めします。なぜなら、実際にはそうではないからです。 「他のパスが異なる帯域幅を表示する理由」などの方が適切です。

あなたが観察したのは、いくつかの交通経路が他の交通経路よりも優れていることです。なぜそんなことですか?より広い範囲のリンクを介してルーティングできます。 ISPは、さまざまなターゲットにさまざまなしきい値を使用してオプションのフォームを適用できます。一部のISPも検出ダウングレードVPN

VPNプロバイダは、各接続回線の帯域幅を人為的に制限することも、単に制限することもできます。 VPNサービスをマルチコアプロセッサを搭載した多くのサーバーのクラスターと考えると、各コアは100Mbpsしか処理できませんが、異なるコアとサーバーへの異なる接続のバランスを維持するため、事実上無制限の接続を実現できます。サービス帯域幅。

一般的な理由は、トラフィックが「できるだけ早い」リンクに転送されることがほとんどなく、一般的に「可能な最も安い」リンクに転送されることです。リンクが含まれます。リンク数が最高ではない可能性が高いです。 A点とB点の間の最も広いパイプです。時にはより良い道を作ることができます手でVPN、プロキシなどを発見したら使用してください。どの技術を使用するかは問題ではありません。それらはすべてほぼ同じ帯域幅を示します。


プロキシがより良い帯域幅を表示できる特別な条件があります。これは、プロキシシステムが遅延をほぼ同じ部分に分割する高レイテンシリンクの場合です。それはつながるTCPスループットの詳細。最大TCPウィンドウサイズが65536(バイト)で往復時間が1秒の場合、単一接続の最大スループットは65536バイト/秒になりますが、プロキシサーバーが途中に配置され、回線あたりのRTTが0.5秒の場合、TCP四半期あたりのスループットが2倍に増加するため、認識帯域幅の平均速度も倍になります。プロキシをVPNに置き換えても、エンドツーエンドのRTTが減少したり、帯域幅が2倍になることはありません。

ただし、このように帯域幅を10倍に増やすには、慎重に配置された9つのプロキシを接続する必要があるため、これが特定の場合の原因となる可能性はほとんどありません。

おすすめ記事