システムプロキシ・グローバル・中国本土を除外する設定の選び方｜V2Rayのプロキシモード解説

システムプロキシとルーティング設定：入口と出口の違い

デスクトップ版では、v2rayNがコアを起動すると、ローカルにプロキシの待ち受けポートが作られます。ブラウザーなどのアプリは、この入口にリクエストを送信できます。Windowsの「システムプロキシを自動設定」はシステムのプロキシ設定を書き換える機能ですが、設定に従うかどうかはアプリ次第です。一部のコマンドラインツールやゲーム、独自のネットワークスタックを使うソフトは、自動ではこの設定に従いません。

リクエストがコアに届いてから、ルーティングルールが適用されます。コアは宛先のドメイン名、IPアドレス、ポートなどをもとに、プロキシ経由、直接接続、またはブロックのいずれかを選びます。そのため、「システムプロキシが有効」でも、すべてのリクエストがリモートノードを経由するとは限りません。また、「グローバルモード」を選んでも、端末全体の通信がすべて制御されるわけではありません。

グローバル・中国本土を除外・直接接続：通信経路の違い

ここでいう「グローバル」は、クライアントのルーティングプリセットを指し、システムレベルで端末全体の通信を取り込む設定ではありません。通常、コアに届いた一般的な通信をプロキシ経由にしますが、LAN通信やノードサーバーへの接続など、必要な例外が残る場合もあります。特定のアドレスがどこを経由するかは、現在のルールと接続ログで確認してください。

「中国本土を除外」は、Webページの表示言語で通信を振り分ける設定でも、中国語のドメイン名を見て直接接続する設定でもありません。通常はgeosite:cnやgeoip:cnなどのデータに基づきます。ドメインルールの収録状況、CDNのアドレス、名前解決の結果によって、ルールに一致するかどうかが変わります。VMessやVLESSはプロキシプロトコルであり、3種類のルーティングモードと一対一に対応するものではありません。

v2rayNの操作手順：入口、ルーティング、動作確認の順に設定

ここでは、Windowsデスクトップ版の一般的な中国語メニューを例に説明します。バージョンによってボタンの位置やルーティングプリセットの名称が異なる場合があります。同じ名前の項目が見つからないときは、似た名称から推測せず、実際のルーティング設定を確認してください。操作前に有効なノードを選択し、コアが起動していることを確認します。サブスクリプションのインポートが完了しても、ノードへの接続が確認できたわけではありません。

1. 待ち受けを確認

   「設定」→「パラメーター設定」を開き、ローカルの待ち受けポートなどを確認します。実際のポート番号を控え、起動ログに「アドレスはすでに使用されています」など、待ち受けに失敗した記録がないか確認してください。

2. 入口を有効にする

   メイン画面下部の「システムプロキシ」で「システムプロキシを自動設定」を選びます。システムプロキシに従うアプリをクライアントに接続する設定です。「システムプロキシを変更しない」は無効化を意味するわけではなく、既存のシステム設定を変更しないという意味です。

3. 通信を振り分ける

   メイン画面下部の「ルーティング」から、中国本土を除外するプリセットを選択します。ルールを確認するには、「設定」→「ルーティング設定」を開き、中国本土向けの直接接続ルールがデフォルトのプロキシ処理より前にあることを確認してください。

4. 個別にテストする

   直接接続できることが分かっている中国本土のサービスと、プロキシが必要な宛先にそれぞれアクセスし、接続ログの宛先と送信先タグを確認します。切り替え結果が既存接続の再利用で分かりにくくならないよう、テスト前に古いページ接続を閉じるか、ブラウザーを再起動してください。

5. 設定を元に戻す

   テスト後は日常利用のルーティング設定に戻します。ローカルプロキシサービスを停止する場合は、クライアントを終了する前に「システムプロキシ」で「システムプロキシを解除」を選んでください。設定が残ると、閉じた待ち受けポートを参照し続けることがあります。

ポートとルールの設定項目：通信経路を明確にする

ローカルアドレスとポート番号は、入口を確認する手がかりです。以下の3つの値は、SOCKSとHTTPを分けて待ち受ける設定例であり、すべてのv2rayNバージョンのデフォルト値を示すものではありません。現在のバージョンで混合ポートを使っている場合は、実際の設定に合わせてください。例の値をそのまま使うことはできません。

たとえば、アプリにHTTPプロキシ127.0.0.1:10809を手動設定していると、システムプロキシを解除した後も、そのアプリがクライアントを使い続けることがあります。反対に、アプリが「直接接続」に設定されている場合は、システムプロキシを有効にしても通信経路が変わらないことがあります。ポートのプロトコルも一致させてください。HTTPプロキシのアドレスを、SOCKS専用の入力欄に設定することはできません。

以下はV2Ray/Xray形式のルーティング設定例であり、そのまま起動できる完全な設定ファイルではありません。出力リストにdirectとproxyのタグがすでにあり、コアが対応するルールデータを読み込めることを前提としています。クライアント管理の設定は通常、画面から変更してください。生成されたファイルを手動で編集すると、次回起動時に上書きされる場合があります。

{
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "domain": ["geosite:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "ip": ["geoip:private", "geoip:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "network": "tcp,udp",
        "outboundTag": "proxy"
      }
    ]
  }
}

• outboundTagは実際のアウトバウンドのtagと完全に一致させてください。タグ名を記述するだけで、プロキシや直接接続の機能が自動的に作られるわけではありません。
• ルールは記述順に照合されます。広い範囲に一致する最後のルールを先頭に置くと、それ以降の中国本土向け直接接続ルールが対象のリクエストに適用されません。
• IPIfNonMatchを使うと、ドメインルールに一致しない場合にIPアドレスを解決し、IPルールとの照合を試みます。システム上のすべてのDNS問い合わせを取り込む設定ではありません。
• network: "tcp,udp"は、ルールの照合対象となる通信の範囲を示します。プロキシプロトコル、ノードの通信方式、アプリの接続方法がUDPに対応していることを意味するものではありません。

デスクトップとAndroid：利用環境に合った接続方法

日常利用では、まず中国本土を除外する設定を使い、必要に応じてアプリごとのルールを追加するのがおすすめです。特定のサイトで問題が起きても、すべての通信を長期間グローバルに切り替えるのは避けましょう。デスクトップとAndroidの主な違いは、リクエストがどのようにコアへ届くかです。コアに届いた後は、どちらもドメイン名、IPアドレス、送信先の照合を確認する必要があります。

社内ネットワーク、プリンター、ルーターの管理画面などは、通常、ローカルネットワークへの直接接続が必要です。グローバルモードでこれらのサービスに接続できない場合は、すぐにノードを変更せず、プライベートIPアドレスのルールとシステムプロキシの例外を確認してください。出口を固定する必要がある通信では、DNS、IPv6、アプリ独自のネットワーク動作も確認が必要です。「グローバル」という設定名だけでは、すべての接続が同じ出口を使う保証はありません。

モードを切り替えても問題が続く場合：症状別の確認方法

日常利用の設定とトラブルシューティングのまとめ

日常の作業や閲覧では、「入口を確認してから中国本土を除外」を基本にします。グローバルは一時的な比較に適しています。同じノード、同じ宛先、同じアプリを使ってルーティングだけを切り替えると、問題の範囲を絞り込めます。どちらのモードでも失敗する場合は、待ち受け、ノード接続、DNS、アプリの接続方法を見直してください。ルーティングモードの名称を切り替え続けても解決しません。

• 日常利用：中国本土を除外し、特定のサイトで誤判定が起きた場合は、対象ドメインのルールを追加します。
• 振り分けの確認：一時的にグローバルへ切り替え、宛先と送信先タグを記録してから、テスト後に元へ戻します。
• 端末のネットワークを確認：直接接続のルーティングを使います。クライアントを完全に経由させない場合は、アプリまたはシステムのプロキシ設定も解除してください。
• クライアントを終了：終了前にシステムプロキシの設定を解除し、閉じたポートを参照する設定が残らないようにします。

入口と出口を分けて確認すれば、ボタンを推測で選ぶ必要はありません。ログに宛先が表示され、ルールから送信先を説明でき、アプリの設定が待ち受けアドレスと一致する。この3点がそろえば、通信経路を把握できています。