システムプロキシ・グローバル・中国本土を除外するモードの違い：v2rayNのプロキシ設定

システムプロキシとルーティングモード：接続口と出口

v2rayNの「システムプロキシを自動設定」と「グローバル」は別の設定です。前者はOSのプロキシ設定を変更し、その設定に従うブラウザーなどのアプリからローカルのプロキシポートへリクエストを送ります。後者は、コアが受け取ったリクエストに適用するルーティング方針です。入口と分岐路に置き換えるとわかりやすいでしょう。入口を通っていないリクエストは、分岐路を変えても経路が変わりません。

ここではWindowsのシステムプロキシを例に説明します。デスクトップ版の画面や、ほかのデスクトップOSでのプロキシ連携方法はバージョンによって異なるため、メニューの場所はインストールしたバージョンで確認してください。メイン画面の「システムプロキシ」メニューから「システムプロキシを自動設定」を選び、ルーティングプリセットは別途設定します。「システムプロキシが有効」という表示だけで、「すべてのリクエストがリモートノードから出ている」と判断しないでください。

グローバル・中国本土を除外・ブラックリスト：通信経路の違い

ルーティングプリセットの表示名は、必ずしも統一されていません。バージョンやインポートしたルールによって「中国本土を除外」と表示される場合もあれば、「ホワイトリスト」と呼ばれるルールセットもあります。「ブラックリスト」は通常、一覧にある宛先だけをプロキシ経由にします。名前は設定の意図を示すものにすぎず、実際の動作はルールの内容や順序、ルールに一致しない場合のデフォルト出口で決まります。以下では一般的な方針を比較し、名称を固定の設定基準とは見なしません。

「中国本土を除外」とブラックリストの大きな違いは、「未知の宛先」をどう扱うかです。「中国本土を除外」では未知の宛先は通常プロキシへ送られ、ブラックリストでは通常直接接続になります。新しいサービスがトップページ、認証、静的リソースの3つのドメインを使う場合、ブラックリストにトップページのドメインだけを登録すると、ページは開いてもログインに失敗することがあります。これはノードのプロトコル自体に問題があるとは限りません。

ルールの順序とDNS：同じモードでも結果が変わる理由

コアはルーティングルールを順番に確認し、最初に一致したルールで出口を決めます。特定ドメイン向けのプロキシ例外を広範な直接接続ルールの後に置くと、適用されないことがあります。LAN内の宛先にも注意が必要です。ルーターの管理画面、プリンター、社内ファイルサーバーなどへのアクセスは通常直接接続が必要で、リモートノードへ送るべきではありません。

1. 具体的な例外を先に配置します。たとえば full:service.example をプロキシ経由にする場合は、このドメインに一致する可能性がある汎用ルールより前に配置してください。
2. 次にLANと地域別のルールを配置します。geoip:private はプライベートIPアドレスの判定に使われます。geosite:cn と geoip:cn は、それぞれドメインリストとIPアドレスリストに基づいています。
3. 最後にデフォルト出口を確認します。一般的なXray/V2Rayの設定では、ルーティングルールに一致しないリクエストは通常、最初のアウトバウンドを使います。生成された設定を確認し、ルールを省略すれば自動的にプロキシ経由になると思い込まないでください。

以下は、例外ルールを先に置くことを示すルーティング部分の例です。そのままインポートできる完全な設定ではありません。アウトバウンドに proxy と direct の2つのタグがすでにあり、使用中のコアが該当カテゴリのデータファイルを読み込んでいることを前提としています。例のドメインは説明用の架空の値で、実在するサービスのアドレスではありません。

{
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "domain": ["full:service.example"],
        "outboundTag": "proxy"
      },
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "domain": ["geosite:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "ip": ["geoip:cn"],
        "outboundTag": "direct"
      }
    ]
  }
}

そのため、「中国本土のサイトなのにプロキシ経由になる」場合も、プリセットが機能していないとは限りません。ドメインリストに含まれていない、アプリがIPアドレスだけを送っている、ルーティング時に取得したアドレスが中国本土のIPリストに含まれていない、といった原因が考えられます。反対に、海外サービスが中国本土向けのリソース用ドメインを使っていると、「中国本土を除外」でも一部のリクエストは直接接続になります。振り分けの単位は個々のリクエストであり、ブラウザーのタブやサイトのブランド名ではありません。

日常の設定：ブラウザーと個別アプリを分けて考える

まず接続方法を1つに絞り、設定をできるだけシンプルにするのがおすすめです。ブラウザーがシステムプロキシに従う場合は、「システムプロキシを自動設定」＋「中国本土を除外」から試してください。コマンドラインツール、ゲーム、ダウンロードツールなどはシステムプロキシを参照しないことがあるため、それぞれのプロキシ設定を確認します。接続範囲が不足していると確認できた場合に限り、TUNの利用を検討してください。複数の通信取り込み方式を同時に有効にすると、リクエストがどこから入ったのか判断しにくくなります。

サブスクリプションはノード情報を提供し、ルーティングはリクエストの出口を選択します。サブスクリプションを更新しても、ローカルルールの順序ミスは通常解消しません。ノードが使えない場合は、3種類のルーティングすべてで失敗する可能性があります。特定のモードだけ失敗するなら、ルールやDNSを確認しましょう。設定を変えるときは一度に1項目だけ変更し、元の設定も記録してください。ノード、接続口、ルーティングを同時に変更すると、比較できなくなります。

条件をそろえてテスト：同じノードでモードを比較

速度測定の結果だけでは、アプリのリクエストがどのルートを通ったかは確認できません。遅延テストでわかるのは、特定のテスト先に接続できるかどうかであり、ブラウザーのリクエストが同じ接続口を通った証明にはなりません。よく使う中国本土のページ、プロキシ経由が必要なページ、LAN内の宛先を1つずつ選び、ノードを変えずに3つのモードで結果を記録してください。根拠のない遅延や速度の数値は示しません。判断にはローカルのログと実際のリクエストを使います。

1. コアが起動していることを確認します。起動ログで、待ち受けの失敗、ポートの競合、ルールデータファイルの読み込みエラーがないか確認してください。10808 を別のプロセスが使用している場合は、まず接続口の問題を解消します。
2. まずグローバルでテストします。リクエストを新しく発生させ、プロキシ対象に現在のノード経由でアクセスできることを確認してください。ページがキャッシュされている場合、再読み込みだけでは不十分なことがあります。該当タブを閉じるか、テストするアプリを再起動してください。
3. 次に「中国本土を除外」でテストします。同じ宛先で結果を比較してください。アクセスログがある場合は、宛先アドレスとアウトバウンドのタグを確認します。タグは proxy や direct とは限らないため、現在の設定に合わせて判断してください。
4. 最後にブラックリストでテストします。トップページ、認証API、リソース用ドメインがすべてプロキシ対象に含まれているか確認し、一部のリクエストだけ直接接続になっていないか確認してください。
5. 例外は必要最小限にします。まず正確なドメインルールを追加し、1つのAPIを直すためにすべての通信へ対象を広げないでください。正常に動作することを確認してから、設定を保存しましょう。

既存の長時間接続は、モードを切り替えてもすぐに出口を選び直すとは限りません。そのため、比較テストでは新しい接続を発生させてください。ログにサブスクリプションのURL、ノードの認証情報、アクセス先が含まれている場合は、スクリーンショットを共有する前に必ず隠してください。接続経路をさらに調べる場合は応用ガイドの接続トラブルシューティングを、基本的なインストールと接続口の設定はクイックスタートをご覧ください。

よくある質問：プロキシを有効にしても問題が起きる場合