v2rayN デスクトップクライアントでWebページの読み込みが遅い、動画がカクつくといった問題を抱える方向けに、ノード負荷・転送回線・ローカル設定の3層に分けた再現可能な速度測定方法と調整手順を紹介します。読み終えたらそのまま実践でき、ノードを何度も試す必要はありません。
まず測定してから調整:3層チェックの基準づくり
速度が遅いと感じる場面は、Webページの読み込み遅延、動画のバッファリング、ダウンロード速度の不安定さとして現れます。v2rayN の通信経路は、ノードサーバーの負荷・転送回線の品質・ローカルクライアント設定の3層に分解できます。各層は相互に影響するため、ノードを切り替えるだけでは回線層やローカル層の問題は解決できないことが多いです。
チェックは上から順に進めるのがおすすめです。まずノードが利用可能か確認し、次にプロトコルと回線を検証し、最後にローカル設定を確認します。各層には再現可能なテスト方法があり、感覚に頼る必要はありません。
速度測定はまず v2rayN 内蔵の「テストサーバー真接続遅延」を使います。サーバー一覧でノードを選択して右クリックし、この項目を選ぶと結果が遅延順に並びます。v2rayN 7.24.1 のこのテストは実際に対象サイトへリクエストを送るため、ping コマンドより実際の体感に近い結果が得られます。ブラウザ側では speedtest 系サイトでダウンロード速度を測り、3回の結果の中央値を取って一時的な変動を除外しましょう。
第1層:ノード負荷——遅延・パケットロス・帯域の余裕
ノード層で見るべきは単一の遅延数値ではなく、接続遅延・パケットロス率・帯域の余裕という3つの指標の組み合わせです。遅延が 80ms でもパケットロスが 6% のノードは、実際のダウンロード速度が遅延 200ms でパケットロスゼロのノードの半分しか出ないことがあります。
| 指標 | テスト方法 | 正常とみなす基準 | 異常時の対処 |
|---|---|---|---|
| 接続遅延 | v2rayN で右クリック「テストサーバー真接続遅延」 | <150ms | 遅延が高い場合はノードの地域が対象サイトと合っているか確認 |
| パケットロス率 | ノードアドレスに ping を100回連続で送りロスを集計 | <1% | ロスが多い場合はプロトコル変更か中継ノードへ切り替え |
| 帯域の余裕 | ブラウザでのダウンロード速度測定を3回行い中央値を採用 | プラン記載値の 60% 以上 | 余裕が少ないとノードの帯域が過剰販売されている可能性が高いため、ノードを変更 |
v2rayN 7.24.1 で一括速度測定を行う手順は、サーバー一覧の空白部分を右クリック →「テストサーバー真接続遅延」で、結果が「遅延」列に書き込まれます。「遅延順に並べ替え」にチェックを入れたら、遅延が最も低いノードを候補にして、改めてダウンロード速度を個別に測定します。
エラー:failed to find an available destination
原因と対処:送信先サーバーのアドレス解決に失敗しています。ノードアドレスの表記を確認し、「設定」→「DNS 設定」で 1.1.1.1 に変更してからコアを再起動してください。
エラー:connection reset by peer
原因と対処:ノードのポートがリセットされています。ノード IP の遮断やポート無効化が原因であることが多いため、サブスクリプションを更新して新しいノードを取得してから再測定してください。
エラー:timeout: no recent network activity
原因と対処:ハンドシェイクがタイムアウトしています。まずノードのプロトコルとローカルの時刻を確認し、その後「設定」→「パラメータ設定」→「Core:基本」で「mux を有効にする」にチェックを入れて再試行してください。
まとめ:まずパケットロスを見てからノードを選ぶ
パケットロス率が >3% のノードは、遅延が 60ms と表示されていても実効スループットは顕著に低下します。チェックの順序は、パケットロス→遅延→ダウンロード速度の順で固定し、パケットロスが基準を満たさないノードはプロトコル調整に時間をかけずに除外しましょう。
第2層:転送回線——プロトコル・ポート・中継経路
回線層はノードから対象サイトまでの経路品質を決定します。主な変数はプロトコルタイプ・転送方式・中継の有無の3つです。同じノードでも転送方式を変えるだけで速度が倍近く変わることがあります。
- プロトコル:VLESS と VMess はどちらも一般的なプロトコルですが、VLESS はハンドシェイクのオーバーヘッドが小さく、Xray コアと組み合わせる場合は VLESS を優先します。
- 転送方式:TCP は最も汎用的ですが速度制限を受けやすい傾向があります。WebSocket はトラフィックを偽装でき、ファイアウォールによる干渉を受けやすい環境に向いています。gRPC は多重化能力が高く、高並行ダウンロードで安定します。QUIC は UDP ベースで、パケットロス耐性が最も優れています。
- 中継:ノードに「中継」または「IPLC/IEPL」と記載がある場合、回線品質は通常ダイレクト接続より優れていますが、コストは高く、遅延が必ずしも低くなるわけではありません。
| 転送方式 | 適用シーン | 実測速度の目安 |
|---|---|---|
| VLESS + TCP | パケットロスゼロ・干渉が少ない環境 | 基準 100% |
| VLESS + WebSocket | 一般的な環境、互換性が高い | 約 92% |
| VLESS + gRPC | 複数接続でのダウンロード、長時間転送 | 約 96% |
| VLESS + QUIC | パケットロス >5% の不安定なネットワーク環境 | 最も高速、40% 以上優位 |
転送方式の切り替え手順:ノードを選択 → 右クリック「ノードを編集」→「転送プロトコル」のドロップダウンで選択し、保存後にコアを再起動すると反映されます。変更後は必ず再測定し、古い結果を使い回さないでください。
"streamSettings": {
"network": "grpc",
"grpcSettings": {
"serviceName": "grpc-demo"
}
}
まとめ:低ロスならプロトコル効率、高ロスならロス耐性を見る
パケットロスが 1% 未満の場合、VMess と VLESS の速度差は 8% 未満です。パケットロスが 5% を超えると、QUIC ベースの転送方式は 40% 以上の優位性を発揮します。まずパケットロスを測定してから、プロトコルを変更するか判断しましょう。
第3層:ローカル設定——ルーティングモード・DNS・システムプロキシ
ノードと回線の問題を除外しても速度が改善しない場合、原因はローカル層にある可能性が高いです。v2rayN のデフォルト設定は一般的な用途向けですが、ルーティングルール・DNS 設定・システムプロキシの状態は実際の速度に影響します。
- システムプロキシがローカルポートを指しているか確認:Windows 設定 → ネットワークとインターネット → プロキシで、アドレス
127.0.0.1、ポート10809(HTTP)または10808(SOCKS)になっているか確認します。 - ルーティングモードを確認:「設定」→「パラメータ設定」→「ルーティング」→「基本ルーティング」で、「LAN および中国本土のアドレスをバイパス」を推奨します。中国本土向けトラフィックがノードを経由してしまうのを防げます。
- DNS 設定を確認:「設定」→「DNS 設定」で「DNS サービスを有効にする」にチェックを入れ、リモート DNS に 1.1.1.1 または 8.8.8.8、ローカル DNS に ISP のアドレスを設定します。
| ルーティングモード | 動作 | 適用シーン |
|---|---|---|
| LAN および中国本土のアドレスをバイパス | 中国本土ドメインは直接接続、海外はノード経由 | 日常利用におすすめ |
| グローバルプロキシ | すべてのトラフィックがノードを経由 | 固定の海外 IP が必要な場合 |
| カスタムルール | ルールファイルに基づいて振り分け | 上級ユーザー向け |
DNS はローカル層で最も見落とされがちなポイントです。v2rayN 7.24.1 では「設定」→「DNS 設定」に「DNS サービス」のスイッチがあり、有効にするとコアが一括で名前解決を処理します。システム DNS の汚染によって一部ドメインが誤ったアドレスに解決され、「接続できるのに読み込みが遅い」という現象が起きるのを防げます。
3層の連携:順番に完全チェックを実行
3層チェックはどれか1つを選ぶのではなく、順番に実行します。各層の作業が終わるたびに速度を再測定し、その結果で次の層に進むか判断します。
- ステップ 1:一括で遅延を測定し、遅延 >200ms のノードを除外します。
- ステップ 2:パケットロスを測定し、ロス >3% のノードを除外します。
- ステップ 3:基準を満たすノードを 2〜3 個選び、それぞれダウンロード速度を測定して最良のものを採用します。
- ステップ 4:最良の速度でも基準に達しない場合は転送方式を変更し、まず gRPC または QUIC を試します。
- ステップ 5:ルーティングモードと DNS 設定を確認し、中国本土向けトラフィックがノードを経由していないことを確認します。
- ステップ 6:コアを再起動し、再測定して検証します。
遅延が最も低いノードなのにダウンロード速度が最も遅いのはなぜ?
遅延はハンドシェイクの往復時間しか反映せず、帯域の余裕は反映しません。ダウンロードが遅いのはノードの帯域が過剰販売されている可能性があるため、第1層に戻ってダウンロード速度で再選別し、遅延順の表示だけを頼りにしないでください。
夜8時以降に急に重くなるのはノードの問題ですか?
ノード帯域のピーク時過剰販売である可能性が高いです。まずパケットロスを測定し、正常であれば「中継」と記載されたノードに切り替えるか、転送方式を gRPC に変更すると安定することが多いです。
分流ルールを有効にしたら一部のサイトが開けなくなった?
「設定」→「パラメータ設定」→「ルーティング」のルールで対象ドメインが誤って直接接続に分類されていないか確認してください。一時的に「LAN および中国本土のアドレスをバイパス」に切り替えて検証し、開けるようであればルールファイルの更新が必要です。
サブスクリプションを更新したら全ノードの遅延が高くなった?
まずコアを再起動し、その後「設定」→「パラメータ設定」→「Core:基本」で選択中のコアが Xray であることを確認してください。一部のサブスクリプションは複数コア対応のノードをデフォルトで返すため、混在すると速度測定の結果が不正確になります。
同じノードなのに v2rayNG は速くて v2rayN は遅い?
原因はローカル層にあります。PC のシステムプロキシが他のソフトに使用されていないか、10808 と 10809 のポートが競合していないかを確認し、v2rayN のルーティングモードが v2rayNG 側と一致しているかも確認してください。