VPN経由のダウンロードが直接より速い理由

大きなダウンロードを始めると、最初の数秒は普通に見えますが、やがて速度は回線が本来出すべき値のおよそ半分で落ち着きます。トンネルに接続し、同じダウンロードを繰り返すと、ファイル全体を通してより高い速度を保ちます。これは実際の測定であると同時に誤った結論でもあります。トンネルが経路を速くしたわけではなく、途中の何かが制限していたポートからあなたの通信を外しただけなのです。

曲線の形がそれを明かします

最終的な数値ではなく転送そのものを見てください。制限された経路は通常、回線速度の近くから始まり、バースト枠を使い切ってから上限で落ち着くため、平均はどれだけ長く見ていたかで変わります。本当に経路を改善したトンネルなら、最初の一秒から良い速度を示し、それを保つはずです。平坦部こそ指紋であり、ピークだけを記録すると見落としやすくなります。

同じファイルを二回、一度は直接、一度はトンネル経由で取得すれば、平坦部があるかどうかは分かります。

平坦部がいつ始まり、どれだけ続き、どの速度を保つかを記録してください。混雑は速度を揺らしますが整形器は一つの数値に固定するので、この三つの値が整形器と混雑した経路を分けます。直接の実行が徐々に悪化し、トンネル経由が安定しているなら、あなたが見ているのは物理ではなくポリシーです。

三つの比較、それぞれ一つの変数

一度に一つだけ変えないと、何も学べません。同じファイルを通常のウェブ経路で取得し、次に別のポートを使う転送ツールで、同程度の能力のホストから同じ時間帯に取得します。ネットワーク間を移動するノートパソコンは制御できない変数を加えるので、クライアント機器は固定してください。

curl -o /dev/null -w '%{speed_download}' https://files.example/big.iso
scp [email protected]:/exports/big.iso /dev/null

転送時の圧縮が違いを説明できないよう、すでに圧縮されたファイル、たとえばディスクイメージを使ってください。次に、サーバーを管理しているなら、そのリスナーを制限されていると疑うポートへ移し、クライアントプロファイルを更新して繰り返します。トンネルが制限された速度まで落ちるなら、制限はトンネルではなくポートに従っており、疑問は決着します。各比較は二回実行し、ピークではなく平坦部の数値を保存してください。

整形器は時間帯で変わりうるし夜のテストが朝のテストと一致しないこともあるので、時間帯も記録してください。同じ時間帯の二回は、一日に散らばった十回より価値があります。

この測定が支えられないこと

トンネルが一般に速いこと、何かを圧縮していること、他のポートが制限されていないことは示しません。一時間のあいだの一回線上の一回の転送を述べているだけです。制限はセッション単位、加入者単位、時間帯単位がありえ、事業者は告知なしに変更できます。

直接の経路が故障していることも示しません。制限された経路は意図どおりに動いており、ポリシーによって制限されているだけです。

この区別は報告書を書くときに効きます。故障なら修理のチケットになりますが、ポリシーなら契約についての質問や、それを回避する判断になります。上限を故障と呼ぶと、前提の違うサポート会話が始まります。ポリシーと呼べば、明確な答えのある具体的な質問ができます。

発見をサポート依頼に変える

数値を使い、結論は捨ててください。この時間帯にポート80経由の大きな転送が期待速度のおよそ半分で止まる、という記述に平坦部の数値を添えた依頼は、実行可能です。VPNが速いという依頼は、トンネルについての主張として読まれ回線についての観察にならないため、実行可能ではありません。二回の実行とその時刻を添え、あとは事業者にポリシーを説明してもらってください。

その数値を追うためだけに、すべてのアプリをトンネルに押し込まないでください。

トンネルは依然として余分なホップ、暗号化、新しい障害モードの一式をあなたに負わせますが、制限されたポートはそれを使う他のすべてにとって制限されたままです。大きな転送を確実に終える必要があるときは、どのポートが制限を負っているかを自分で記録してください。リスナーをポート80へ移すと、すでにそこに結びついたウェブサーバーと衝突し、修正ではなく新たな障害を生みます。