VPNのアップロードがダウンロードより遅い？どの上限に当たっているか判断する

ほとんどのアクセス回線は非対称なので、トンネルは通常ダウンロードよりアップロードが遅く、それは不具合ではなく想定された答えです。興味深いのは、アップロードが回線に制限されているのか、すでにそれを使っている何かに制限されているのか、それとも安定して流れる代わりに停止するフローに制限されているのかという点です。この三つは同じ苦情を生みますが、必要な作業は異なります。

進行状況バーからは同じに見える三つの上限

一つ目は容量で、これはトンネルではなくアクセス製品の性質です。数メガビットの上り回線は家庭用光回線や多くのモバイルプランでは普通で、暗号化のオーバーヘッドはその差に比べれば小さいものです。カプセル化もパケットごとにバイトを追加するため、実効スループットは片方向だけでなく両方向で減り、大きな非対称をそれだけで説明することはできません。

二つ目は競合です。クラウド同期、写真ライブラリ、更新エージェントはマシンがアイドル状態に見える間にアップロードし、同じ回線の二台目の端末も同じことをします。三つ目は待ち行列で、飽和した上り回線は対話型トラフィックを大容量データの後ろに押しやるため、転送自体は健全な進捗を報告しているのに通話が途切れます。

一度に一方向を測る

同じ端末、同じプロファイル、同じ宛先を使い、競合を観察したい場合を除いて両方向を同時に実行しないでください。最初の実行の前に、自分自身の任意の転送を一時停止します。間に一つのフラグを挟んだ二回の実行で大部分が決まります。

iperf3 は既定でクライアントから送信するので通常の実行は上りの経路を測り、-R は方向を反転してダウンロードを測ります。数分間隔で実行し、平均するのではなく両方の数値を記録してください:

iperf3 -c speed.example.net -t 30 -P 4
iperf3 -c speed.example.net -t 30 -P 4 -R

アップロードの数値がダウンロードの数値の小さな割合で、実行間で安定しているなら、形は非対称なアクセス回線に一致し、トンネルは物語ではありません。アップロードが実行間で揺れる、または十秒後に崩れるなら、読み進めてください。

アップロードがどこで変わるかで判断する

一度に一つの変数を変え、どちらの方向が動くかを見ます。よりよくアップロードする二つ目の VPN エンドポイントは、その地点またはそこへの経路を指します。同じ回線の二台目の端末からの同じ遅いアップロードは回線を指します。別の回線の別の端末も遅いなら、宛先の入口ポリシーを指し、それはローカルでは直せません。

同じ作業について一秒あたりのバイト数と経過時間を記録し、単一の速度スコアは使わないでください。バックアップクライアントと速度テストは異なる宛先と異なる並列度を使うので、その数値を比べても何も答えになりません。小さな要求は問題なく、大きな転送だけが這うように遅いなら、上限はおそらく帯域幅ではありません。

日常使いでは、バックグラウンドのアップロードを制限するか会議の時間外に予定するほうが、どのトンネル設定よりも役立つことがよくあります。その変更は複合的な作業量で判断してください: 後で終わっても通話を壊さなくなったバックアップは、たいていより良い取引です。

停止が遅さに勝つとき

再現できる地点で固まり、その後に再開する転送は、速度制限ではなく経路の MTU 問題のように振る舞います。トンネルはパケットあたりの有効なペイロードを減らし、結果の ICMP メッセージを捨てる端末は送信側に推測を残します。そのパターンは、修復が速度の調整とは異なるため、独自のテストに値します。安定して低い数値は容量を指し、その後に静寂が続く突発は経路が運べないペイロードを指します。

分割されてはならないペイロードで経路を試し、次にトンネルインターフェースの MTU を通る値と比べてください:

ping -M do -s 1400 -c 3 203.0.113.10
ip link show dev tun0 | grep -o "mtu [0-9]*"

大きなプローブが消えて小さなものが成功するなら、各プロトコルでインターフェース MTU を下げるのではなく、トンネル上で TCP MSS を絞ってください。その地点以降の持続的な停止は、受信側アプリケーションのストレージやペースに属し、ネットワーク経路の問題ではありません。

何を変え、何をそのままにするか

自分が制御できるものを変えてください: バックグラウンド転送の予定、エンドポイントの選択、停止する経路の MSS です。各変更は元に戻せるようにし、一つの作業量に限定します。測定が問題ないと言うものは、回線にすでに合っているダウンロード速度も含めて、そのままにします。

プロファイル、エンドポイント、時刻と一緒に変更前後の数値を書き、エンドポイントと一緒に動くアップロード問題は経路の問題であり、端末と一緒に動くものはローカルな問題だからです。その記録が曖昧な苦情を判断に変え、同じコマンドの二回の実行で済みます。