V2Rayが遅いときの切り分け：ノード、回線、ローカル設定を順に確認

まず「遅い」を定義する：遅延、スループット、安定性は別の指標

切り分けの前に、体感を記録可能なデータに置き換えます。ウェブページの初回表示が遅い場合は、DNS検索、接続確立、往復遅延の影響を受けやすく、大容量ファイルのダウンロードでは持続スループットが重要です。動画の速度が変動する場合は、ジッター、パケットロス、回線混雑を確認します。クライアントに表示される1つの遅延値だけでは、実際のダウンロード速度は判断できません。

テストでは端末、ネットワーク、対象ファイルを固定します。1回のテスト中にWi-Fi、ノード、クライアントのバージョンを同時に変えると、速度が変化してもどの変更が原因か分かりません。候補ノードごとに3回連続で測定し、各回の間隔を30秒空け、開始時刻を記録することをおすすめします。

第1層：単一ノードの品質不足か確認する

ノード品質は、同じグループ内で比較して判断します。同一サブスクリプションから3つのノードを選び、可能なら異なる入口や地域を含め、プロトコル、クライアント、テスト対象を固定します。1つのノードだけが継続的に遅く、他が正常なら、まずそのノードの負荷、出口帯域、サーバー状態を疑います。すぐにクライアントを再インストールする必要はありません。

v2rayN 7.xでは、まずノードを選択して遅延テストを実行し、その後各ノードをアクティブサーバーに設定して実際にダウンロードします。遅延テストで分かるのは、明らかに使用できないノードや応答異常のノードを除外することだけです。最終的にはブラウザーでのダウンロード、動画のバッファリング、実際の通信結果を基準にします。v2rayNGとv2flyNGでも、ノード一覧のテスト機能で事前確認できますが、異なるテスト方法の結果を単純に横比較しないでください。

1. テスト環境を固定する

   クラウドストレージの同期、システム更新、動画再生を一時停止し、パソコンを同じルーターの同じ周波数帯に接続したままにします。

2. 3つのノードを選ぶ

   同じサブスクリプションから接続可能なノードを3つ選び、それぞれA、B、Cと記録します。ルーティングや転送パラメータは同時に変更しません。

3. 遅延を測定する

   v2rayNのメイン画面でノードを選択し、遅延テストを実行します。3回分の結果を保存し、1回だけの最低値で平均的な性能を判断しないでください。

4. スループットを測定する

   各ノードを順番にアクティブサーバーへ設定し、同じダウンロードURLで少なくとも60秒間テストして、安定した区間の速度を記録します。

5. 結果を比較する

   Aだけが連続して明らかに遅く、BとCが正常なら、まずAを無効にします。3つとも同時に遅い場合は、回線層を確認します。

• 遅延は低いがスループットが低い：ノードの出口帯域不足、サーバー負荷、または対象サイトによる出口への帯域制限が考えられます。
• 遅延は高いがスループットは十分：物理的な距離が遠い可能性が高く、ウェブ操作は遅くても、長時間のダウンロードでは高い速度が出ることがあります。
• 遅延と速度が周期的に悪化する：発生した時間帯を記録し、夜間の混雑がないか確認します。
• ノードが頻繁に切断される：まずログのタイムアウト、接続リセット、対象の名前解決エラーを確認します。切断後の速度ゼロを通常の速度制限として扱わないでください。

第2層：回線混雑、対象サイトの制限、ローカル接続の変動を区別する

複数のノードが同時に遅くなっても、クライアントのコアに異常があるとは限りません。ノードが似た入口回線を共有している場合や、ローカル通信事業者から入口までの区間が特定の時間帯に混雑している場合があります。最も有効なのは時間帯を変えた比較です。午前、夜間、翌日の同じ時間帯にそれぞれ測定し、同じ対象の遅延と持続速度を記録します。

毎晩複数のノードが同時に低下し、昼間に回復する一方で設定に変更がないなら、回線混雑の可能性が高いでしょう。特定のダウンロードサイトだけが遅く、他のウェブページやテスト対象が正常なら、対象サイトの接続制限、地域別振り分け、単一接続への速度制限を疑います。1つのサイトの結果だけでクライアント全体の設定を変更しないでください。

第3層：v2rayNのコア、ポート、システムプロキシを確認する

ノードと回線の比較で問題が見つからず、現在のパソコンだけ速度に異常がある場合は、ローカル設定を確認します。すべてのパラメータを変更するのではなく、コアの選択、待受ポート、システムプロキシ、ルーティングモードの間に競合がないかを確認することが重要です。一度に1項目だけ変更し、変更後はコアを再起動して再測定します。

v2rayN 7.xで「設定」→「パラメータ設定」→「Core タイプ」を開き、現在のノードで使うプロトコルを選択したコアが処理できることを確認します。VMessとVLESSはノードのプロトコル、Xrayとv2flyはコアの実装です。組み合わせが合わない場合は通常すぐ接続に失敗しますが、外部設定やチェーン転送の誤りが再接続の繰り返しや速度不安定として現れることもあります。

1. コアを確認する

   「設定」→「パラメータ設定」→「Core タイプ」を開き、現在の設定で使われているコアを確認して保存し、コアを再起動します。

2. ポートを確認する

   「設定」→「パラメータ設定」でローカルの待受ポートを確認します。一般的な設定ではSOCKSが10808、HTTPが10809ですが、実際の画面に表示された値を使用してください。

3. システムプロキシを設定する

   v2rayNのトレイメニューから「システムプロキシを自動設定」を選び、システムのネットワーク設定でプロキシアドレスとクライアントの待受ポートが一致していることを確認します。

4. 一時的にグローバルモードを使う

   短時間だけグローバルルーティングへ切り替えて比較します。グローバルでは正常でルールモードだけ遅いなら、分割ルーティングのルールとDNSの経路を確認し、テスト後は元のモードに戻します。

5. ログを確認する

   現在のログを消去して遅い対象へもう一度アクセスし、タイムアウト、ポート占有、接続リセット、名前解決失敗の情報を確認します。

ブラウザーまたはアプリ
    ↓
システムプロキシ 127.0.0.1:10809
    ↓
v2rayN ローカルインバウンド
    ↓
Xray または v2fly コア
    ↓
リモートノード
    ↓
対象サイト

ブラウザーでプロキシを手動設定し、さらにシステムプロキシや別のネットワークツールも通信を処理していると、転送が二重になる可能性があります。切り分けでは明確な経路を1つだけ残します。ブラウザーはシステムのネットワーク設定を使い、システムプロキシはv2rayNのローカルポートを指すようにします。速度が戻ったことを確認してから、ほかのネットワーク機能を1つずつ有効にします。

コアのログから、速度制限・タイムアウト・ポート競合を判断する

ログを使うと、「遅いように見えて、実際には再試行している」状態を切り分けられます。通常の速度制限では起動失敗が継続的に出力されることはありません。ページの表示に長時間かかり、接続タイムアウト、DNS名前解決失敗、接続リセットを伴う場合は、まずエラー原因を解消してからスループットを測定します。

ログを見るときは、まず発生時刻を記録し、その後はウェブページを1つ開く、またはダウンロードを1回始めるなど、操作を1つだけ実行します。対応するログとテスト操作を一致させやすくなります。大量の過去ログが混在していると、サブスクリプション更新のエラーを現在のノードのエラーと誤認しやすくなります。

• エラーが起動時だけ発生する：まずコアファイル、設定形式、ローカルポートの問題を確認します。
• 特定のドメインへのアクセス時だけ発生する：そのドメインのDNS結果とルーティングルールを確認します。
• 特定の時間帯に集中して発生する：時刻を記録し、回線層の時間帯別テストと合わせて判断します。
• ログに明らかなエラーがないのに速度が低い：ノード比較に戻り、出口性能と対象サイトの制限を比較します。

DNS、ルーティング、LAN環境を確認する

ルールモードでは、ドメインが直接接続される場合もプロキシ経由になる場合もあります。テスト対象が誤って直接接続へ送られると、表示された速度はノード性能を示しません。短時間グローバルモードに切り替えて確認できます。グローバルで回復し、ルールモードで遅くなるなら、domain、ip、geositeルールの一致結果を確認します。

DNSは初回表示の速度にも影響します。ドメインが遠い、または到達できないアドレスへ解決されると、クライアントは失敗を待ってから別のアドレスを試すことがあります。切り分けでは複数のDNSとルーティングルールを同時に変更しないでください。まず現在のルールを維持してDNSだけを変えて再測定し、その後DNSを戻してルーティングだけを変更し、要因を特定します。

1. ルールモードでテスト対象へアクセスし、初回表示までの時間とログに記録されたアウトバウンドタグを記録します。
2. 短時間グローバルモードに切り替えて同じ対象へアクセスし、すぐに回復するか比較します。
3. 差が明らかな場合は、カスタムdomain、ip、geositeルールの順序と対象アウトバウンドを確認します。
4. どちらのモードでも遅い場合は、安定したDNSへ変更して単一要因テストを行い、コアを再起動して現在の接続をリセットします。
5. パソコンをWi-Fiで使っている場合は、有線LANまたは5 GHz帯でも測定し、2.4 GHzの干渉や弱い信号を除外します。

記録表で仕上げ、手当たり次第の試行を避ける

3層の確認を終えると、単一ノードの異常、複数ノードが共有する回線混雑、対象サイトの制限、ローカル接続の変動、クライアントのポートやルーティング設定の誤りのいずれかに問題を絞り込めます。まだ特定できない場合は、転送パラメータを無作為に変更せず、各回の条件と結果を同じ表にまとめます。

少なくとも日付、時間帯、接続方法、クライアント、コア、ノード記号、遅延、持続速度、ルーティングモード、ログエラーを記録します。次回の再現時は1行追加するだけで、問題が時間帯、ノード、ローカルネットワークのどれに関係するか分かります。

日付: 2026-07-08
時間帯: 20:30
接続: 5 GHz Wi-Fi
クライアント: v2rayN 7.x
コア: Xray
ノード: B
遅延: 168 ms
連続テスト: 60秒
安定速度: 3.8 MB/s
ルーティングモード: ルール
ログ: context deadline exceeded 1回
比較結果: ノードCへ切り替えると9.6 MB/s