夜間の VPN 速度を、測定結果を誤解せずに比較する

昼休みには問題なかった接続が毎晩使えないほど遅くなるなら、必要なのは条件をそろえた比較です。無関係な速度測定の画像を集めることではありません。VPN サーバー、回線事業者、家庭内の通信、接続先はすべて結果に影響します。短く繰り返せる測定計画なら、どの条件が問題と一緒に現れるかが見えやすくなります。「Ping が緑色」や一度だけ出た大きなダウンロード数値よりも、サポートに役立つ情報になります。

利用可能な国をすべて測る必要はありません。普段使う接続を選び、遅くなる時間帯を特定して、別の時間帯にも同じ少数の確認を繰り返します。次の調査に方向性を与えられるほど、問題を明確に記述することが目的です。

混雑時と空いている時間の VPN 速度を比較する

最初の測定前に、端末、クライアントのバージョン、選んだ設定、接続回線、測定サービスを書き留めます。Wi-Fi では同じ場所を保ち、可能なら有線接続を使います。自分で止められるダウンロードやクラウドへのアップロードは一時停止し、止められない通信は、回線が空いていることにせず記録してください。

具体的な測定先を一つ選び、ツールで指定できるなら比較中は維持します。トンネルへ接続したり国を切り替えたりすると、自動選択される測定先が変わることがあります。普段の体験を知るには便利でも、同時に複数の経路が変わるため、条件をそろえた比較としては弱くなります。

繰り返し遅くなる時間帯に一回、それ以外に一回測定し、できれば複数日にわたって比べます。記録には毎回、日付、現地時刻、タイムゾーンを入れてください。「イラン時間20:00」は「昨日の夕方」よりも運用データに照らし合わせやすい表現です。性能測定を始める前の接続状態の確認には、VPN の動作状態を確認するガイドが役立ちます。

小さな Ping 値だけで判断しない

ダウンロードのスループットは測定中にデータを受け取る速度、アップロードのスループットは逆方向の速度です。どちらも試した経路全体と測定方法に左右されます。Ookla は遅延、ダウンロード、アップロードを別々の測定として説明しており、低い遅延だけで転送テストの代わりにはできません。

遅延は要求と応答に伴う待ち時間で、ジッターはその変動です。大きなファイルが速く転送できても、タイミングが揺れると通話が不自然になる場合があります。ダウンロード中やアップロード中の遅延を測れるツールなら、その値も記録します。静かなときは素早く応答する回線でも、混雑すると反応が大きく鈍ることがあります。

サービスに適切なパケット損失の測定があれば記録しますが、項目がないことを損失ゼロと解釈しないでください。ツールによって通信や手法が異なります。主な比較では同じツールを使い、別のものは補足資料にします。異なるスコアを混ぜて一つの平均値にしてはいけません。目的は同じ条件同士の比較であり、最大の数字を選ぶことではありません。

短い手順で測定し、すべての結果を残す

実用的な測定は日常の作業から始めます。よく使うページを開く、メッセージを送る、視聴できる短い動画を再生する、といった操作です。何が起き、どれだけ待ったかを記録しましょう。その後、選んだ測定を二、三回、間に短い休憩を挟んで実施します。大量の転送を重ねて開始し、測定自体で混雑を作らないようにします。

失敗や途中終了を含め、毎回の結果を保存してください。三回すべて成功したなら、中央の値は簡潔な要約になりますが、値の幅やタイムアウトも残します。二回成功し一回失敗した一連の結果を、完了分の平均が許容範囲だったという理由で「三回とも安定して成功」としてはいけません。

速度測定は多くのデータを消費することがあります。従量制の回線なら、残量を先に確認し、回数を控えめにします。プロファイルと製品の対応を確認したい場合は、VLESS VPN の概要を参考にしてください。基準となる一連の測定中にプロトコルを変えるなら、その変更を必ず明記します。

直接接続との比較は適切な場合だけ行う

VPN を通さない接続との比較は、利用回線自体がすでに不調かどうかを知る助けになります。ただし、自分の状況で VPN を外してもよい場合だけ行い、先に機密性の高いアプリを閉じます。直接到達できる一般的な測定先を使ってください。基準値を取るために、私的な閲覧を公開したり機密性の高いサービスへ接続したりする必要はありません。

直接接続とトンネル接続の両方が同時に遅くなるなら、手元や上流側の混雑が調査の手掛かりになります。一つの VPN 接続だけ悪化するなら、その経路やサービスを詳しく調べる必要があります。ただし、どちらの傾向も単独で原因を証明しません。直接の経路とトンネルの経路は異なる中間ネットワークを通り、別の制御を受ける可能性があります。

直接テストすることが適切でなければ、その旨を書いて省略します。制約を明示した報告のほうが、危険な実験より有用です。同じ端末で利用可能な二つ目の接続と比べ、元の接続を再測定することはできます。夕方の負荷変動で二つの標本が比較不能にならないよう、手順は短く保ちましょう。

接続先の問題とアプリの問題を分ける

合成的な測定を終えたら、実際に困っていた作業をもう一度試します。宛先や通信の特徴が違うため、速度テストは成功してもメッセージアプリや特定サイトが不調なことがあります。逆に、測定値が悪いからといって、通常の音声通話が必ず失敗するわけではありません。二つの体験を記録し、無理に一つの判定にまとめないでください。

次の実験では、別の利用可能な接続、別の回線、同じ Wi-Fi 上の別端末など、要素を一つだけ変更します。三つを同時に変えるのは避けましょう。同じプロファイルで、元の固定回線では失敗し別の携帯電話会社では動くなら、有用な経路比較になります。ただし、それだけで混雑している特定のリンクが分かるわけではありません。

トンネルが接続済みに見えるのにページがまったく開かない場合は、別のウェブサイトが読み込めないときの確認リストを使います。この問題には、転送量を何度も測る前に接続性の確認が必要です。到達できない宛先へ測定を繰り返しても、待ち時間が増えるだけで原因は分かりません。

サポートが再現できる報告を作る

設定名、タイムゾーン付きの測定時刻、回線事業者、Wi-Fi かモバイルか、端末とクライアントのバージョンを送ります。あれば結果へのリンク、選択した測定先、失敗した具体的な操作も添えてください。すべての国を試したのか、記録にある二か国だけなのかも伝えます。公開する画像からは、サブスクリプション URL、鍵、アカウントの秘密情報を除いてください。

短い報告なら、たとえば次のように書けます。「同じ接続で昼の三回は完了しましたが、夜は二回がタイムアウトしました。残りの一回は負荷中の遅延が大幅に増えました。同じスマートフォンと回線で別の国は使えました」。これは観察事実です。回線事業者が過負荷だ、サーバーが壊れている、と言うのは証拠より先に進んだ判断になります。

Lumeraya ヘルプから比較を送り、該当時間帯との照合を依頼してください。条件をそろえた複数の測定で反復する傾向は見えても、経路の全ホップを測ったことにはなりません。良い証拠は調査を絞り込みながら、転送速度、応答性、利用者の実体験を一緒に示します。