システムプロキシ・グローバルモード・中国大陸を除外するモードの違い

この記事の要点

システムプロキシは、設定に対応したアプリからのリクエストをv2rayNに渡すかどうかを決めます。グローバルモードと中国大陸を除外するモードは、コアに届いたリクエストの出口を決めます。Windowsデスクトップ版を例に、トレイメニュー、ルーティング設定、ローカルポート、ターミナルでのテストの関係を解説し、「リクエストがプロキシに届いていない」場合と「届いた後にルールで直接接続されている」場合を見分けます。

まずはアプリの接続とコアのルーティングを分けて考える

v2rayNは接続設定の管理、プロキシコアの起動、システムプロキシ設定の変更を行うデスクトップ向けGUIクライアントです。アプリのリクエストは、まずコアのローカル待受ポートに届き、その後ルーティングルールと照合されます。ノードを選択してコアが起動していても、すべてのアプリがプロキシを使うとは限りません。

アプリ層：ブラウザーや開発ツールがシステムプロキシを参照するかどうかを決めます。独自のプロキシ設定や環境変数を使ったり、プロキシを介さず直接接続したりする場合もあります。
接続層：システムプロキシを参照するアプリは、対象のリクエストを設定済みのローカルアドレスとポート（例：127.0.0.1:10808）に渡します。
ルーティング層：コアがドメイン、IPアドレス、ポートなどの条件でルールを照合し、プロキシ、直接接続、ブロックのいずれかを選びます。
接続先層：プロキシ出口は、現在のノードに設定されたプロトコルとトランスポートを使って接続先に接続します。VMessやVLESSはこの層の接続設定であり、システムプロキシのモードではありません。

そのため、「システムプロキシを設定＋中国大陸を除外」は矛盾しません。前者でアプリを接続し、後者のルールによって一部のリクエストを直接接続できます。一方、「システムプロキシを解除＋グローバル」も設定できますが、一般的なブラウザーがリクエストをコアに渡さなければ、ルーティング設定で処理する機会はありません。

システムプロキシの設定・解除：操作場所と変更内容

Windowsの通知領域にあるv2rayNアイコンを右クリックし、「システムプロキシ」メニューを開きます。一般的なバージョンでは、「システムプロキシを自動設定」「システムプロキシを解除」「システムプロキシを変更しない」などを選べます。この記事でいう「システムプロキシを設定」は、主に「システムプロキシを自動設定」を選ぶ操作です。表示名はバージョンによって多少異なる場合があります。

操作	実際に変更される内容	代わりにはならない設定
システムプロキシを自動設定	現在のWindowsユーザーのシステムプロキシを、クライアントのローカル待受ポートに設定する	アプリごとの個別プロキシ設定や、グローバルルーティングへの切り替えは行わない
システムプロキシを解除	クライアントが管理するシステムプロキシ設定を解除し、その設定に従うアプリを通常の直接接続に戻す	ターミナルの環境変数、ブラウザー拡張機能、アプリ内のプロキシ設定は解除されない
システムプロキシを変更しない	現在のシステムプロキシ設定を積極的に変更しない	プロキシを無効にする設定ではなく、既存のシステム設定がそのまま残る場合がある

設定後、Windowsの「設定」→「ネットワークとインターネット」→「プロキシ」でアドレスとポートを確認できます。ブラウザーにプロキシ管理拡張機能を入れている場合は、拡張機能がシステム設定、固定プロキシ、独自ルールのどれを使っているかも確認してください。拡張機能がシステム設定を上書きしていると、v2rayNのシステムプロキシメニューを切り替えても期待どおりに変化しないことがあります。

まずコアを起動し、ポートの競合エラーがないことを確認してからシステムプロキシを設定してください。待受していないポートにアプリを接続してしまうのを防げます。
クライアントを一時終了する前に、システムプロキシを解除しておきましょう。異常終了後にWebページへアクセスできなくなった場合も、ローカルプロキシのアドレスがシステムに残っていないか確認してください。
企業ネットワークで既存のプロキシや自動構成スクリプトを使っている場合は、変更前に設定値を記録してください。解除操作をしても、既存のネットワークポリシーがすべて元に戻るわけではありません。

グローバルと中国大陸を除外するモード：リクエストに応じて出口を選ぶ

v2rayNのメイン画面下部にある「ルーティング」ドロップダウンからプリセットを選択します。設定内容を確認するには、「設定」→「ルーティング設定」を開きます。組み込みプリセットの名称には番号やバージョン表記が付いたり、表現が異なったりする場合があります。「グローバル」「中国大陸を除外」に相当する設定を探し、実際のルールを確認してください。

中国大陸を除外：普段使いの基本設定

グローバル：出口の条件を絞ってテスト

コアに届いたリクエストをできるだけまとめてプロキシ出口に送り、短時間の比較テストをしやすくします。ただし、優先度の高い既存ルールによって一部の通信先が変わる場合があります。また、グローバルにしても、ノードの障害や認証情報の誤りは解決しません。

おすすめの用途：ルーティングの誤判定の確認、リモート出口の検証、特定サイトの接続問題の再現。

「中国大陸を除外」は、Webページの言語で通信を振り分ける設定ではありません。中国語のページが海外に設置されていることもあれば、国際的なサービスが中国国内のCDNを使っていることもあります。ルールの判定対象はリクエストのドメイン、名前解決で得られたIPアドレス、ルールセットの内容であり、ページの表示言語ではありません。ブラウザーでドメイン名を使う場合と、プログラムからIPアドレスへ直接接続する場合でも、照合されるルールが異なることがあります。

よくある使い方：日常のWeb閲覧と開発・デバッグ

グローバルを常時使う必要はありません。普段使いでは不要な経由を減らし、デバッグではテスト条件をそろえることを優先します。以下の2つの例は、ノードが利用可能でコアが正常に動作し、ネットワークを同時に制御する別の仕組みが有効になっていないことを前提としています。

おすすめの設定：用途に合わせて接続方法とルーティングを組み合わせる

日常のWeb閲覧

システムプロキシで「システムプロキシを自動設定」を選ぶ。
ルーティングで、ルールを確認済みの「中国大陸を除外」設定を選ぶ。
ブラウザー拡張機能はシステム設定を使い、設定の重複を避ける。
LAN機器や内部ドメインには、必要に応じて直接接続ルールを追加する。

開発・デバッグ

1つのコマンドだけをテストする場合は、ローカルプロキシポートを明示する。
「グローバル」に一時的に切り替え、「中国大陸を除外」の場合と同じ接続先を比較する。
localhost、ループバックアドレス、必要な社内サービスはプロキシを経由しないように設定する。
結果を記録したら普段のプリセットに戻し、その後のテストに影響しないようにする。

一度に変更するのは1つの条件だけにします。まずノードと接続方法を固定してからルーティングを比較しましょう。ノード、DNS、ルーティング、ブラウザー拡張機能を同時に切り替えないでください。

たとえば、中国国内のコードリポジトリにはアクセスできるのに、海外のAPIがタイムアウトする場合は、ノードを変えずにルーティングだけ「中国大陸を除外」から「グローバル」に切り替えます。グローバルでは正常で元の設定では失敗するなら、対象ドメインが直接接続ルールに一致していないかを確認します。どちらのモードでも失敗する場合は、同じプリセットを何度も切り替えるのではなく、ノードの接続性、サーバー側の制限、アプリ自体の設定を調べてください。

LANの管理画面が開かない：接続先がプライベートIPアドレスか内部ドメインかを確認し、対応する直接接続ルールがあるか確認します。
中国国内のサービスで見慣れない場所からのログインと表示される：まずプロキシ出口経由でアクセスしていないか確認し、そのサービスに対する個別ルールを調整します。
特定のプログラムだけ動作しない：まずそのプログラムの接続設定を確認します。サブスクリプションやルーティング全体をすぐにリセットする必要はありません。

ローカルポートで確認：ブラウザーとターミナルを別々にテスト

「設定」→「パラメーター設定」を開き、ローカル待受ポートを確認します。メイン画面の状態や起動ログも参照して、実際に使われている値を確認してください。以下では例として10808を使い、HTTPとSOCKSの両方を受け付けるものとします。この値がすべてのバージョンで共通の既定値というわけではありません。バージョンによって2種類の接続先が別ポートの場合は、それぞれ対応するポートを使用してください。

10808

この記事で使用するプロキシポートの例。実行前にローカルの設定を確認してください

127.0.0.1

ローカルのIPv4ループバックアドレス。リモートノードのアドレスではありません

15秒

以下のコマンド比較で設定する最大待ち時間

Windows PowerShellではcurl.exeを使うと、コマンドのエイリアスによる引数の解釈違いを避けて、プロキシを明示したテストができます。1つ目はHTTPプロキシ、2つ目はSOCKSを使い、ドメイン名の解決をプロキシ側に任せます。3つ目はcurlのプロキシ設定を使わず直接接続を試します。同じ接続先での結果の違いは、単に1回成功したかどうかよりも診断に役立ちます。

curl.exe --proxy http://127.0.0.1:10808 --max-time 15 -I https://example.com/
curl.exe --proxy socks5h://127.0.0.1:10808 --max-time 15 -I https://example.com/
curl.exe --noproxy "*" --max-time 15 -I https://example.com/

これらのコマンドはシステムプロキシの設定状態に左右されませんが、コアのルーティング設定には影響されます。ローカルプロキシを明示しても、リクエストが必ずリモートノード経由になるとは限りません。TUNを使用中の場合、3つ目のコマンドでも、curlの外側で透過的に通信が取り込まれる可能性があるため、クライアントを完全に経由していない証明にはなりません。

ローカルポートに接続できない：コアが起動しているか、待受ポートが正しいか、ログにアドレスの競合エラーがないかを確認します。
プロキシを明示したテストは成功するが、ブラウザーでは失敗する：システムプロキシのアドレス、ブラウザー拡張機能、ブラウザー独自のプロキシ設定を確認します。
ブラウザーでは成功するが、ターミナルでは失敗する：ツールがシステムプロキシを参照するか確認します。必要に応じてコマンドの引数や、ツールがサポートするプロキシ環境変数を使ってください。
ローカルポートには接続できるが、接続先へのリクエストが失敗する：ルーティングの照合結果、DNS、リモート接続のログを確認してください。ローカルで待受できているだけでは、ノードが利用可能とは限りません。

コマンドでHTTPステータスが返ってきても、それは今回の接続先から応答があったことを示すだけです。すべてのプロトコル、Webサイト、アプリが正常という意味ではありません。実際に問題が起きているドメインを再テストするときは、同じリクエストメソッドを使ってください。サービスによってはHEADリクエストを制限しているため、-Iのエラーだけでプロキシの障害と判断することはできません。

よくある質問：モードを切り替えても期待どおりにならない場合

グローバルを選んだのに、ターミナルの接続元が変わらないのはなぜですか？

まずターミナルのリクエストをローカル待受ポートに接続します。上記の--proxyオプションでテストしてから、ツールが対応するhttp_proxy、https_proxy環境変数または専用オプションを設定してください。環境変数が使われるかどうかはプログラムによって異なります。グローバルルーティングを選んでも、プログラムの環境変数は設定されません。

システムプロキシを解除したのに、プロキシ経由のままのプログラムがあるのはなぜですか？

プログラム内の固定プロキシ、ブラウザー拡張機能、ターミナルの環境変数、TUNの有効化状況を順に確認してください。システムプロキシを解除しても、これらの独立した接続経路は無効になりません。古い接続が再利用されていないか確認するため、対象のプログラムを終了してから再起動する方法もあります。

「中国大陸を除外」で特定のサイトが開かない場合、グローバルに切り替えたままでもよいですか？

まずグローバルに切り替えて比較テストをしてください。グローバルでのみ正常なら、そのサイトと関連リソースのドメインに適用されるルールを確認し、必要な接続先だけをプロキシ出口に設定して、ルールの順序を調整します。プロキシの対象範囲を長期間広げるよりも、LANや中国国内のサービスへの接続を保ちやすくなります。

サブスクリプションを更新すると、システムプロキシとルーティングも元に戻りますか？

通常のノードサブスクリプションで更新されるのは主に接続先の一覧です。システムプロキシ、ルーティングプリセット、カスタムルールも復元されるとは限りません。更新後は、現在選択中のノード、「システムプロキシ」の状態、「ルーティング」の選択をそれぞれ確認してください。設定全体をインポートすると、コアの設定も変更される場合があるため、別途確認が必要です。

Android版もWindowsと同じメニューで設定する必要がありますか？

必要ありません。v2rayNGはXrayコアを使用し、通常はAndroidのVPNインターフェースを通じて通信を取り込み、アプリごとのプロキシ設定やルーティングで対象範囲を制御します。v2flyNGはV2Flyコアを使用します。接続の仕組みはデスクトップのシステムプロキシとは異なりますが、「リクエストが取り込まれているかを確認してから、出口ルールを調べる」というトラブルシューティングの順序は同じです。

最後に、現在のノードが正しいか、ローカルの接続先が使えるか、アプリが通信を取り込まれているか、ルーティングでどの出口が選ばれているか、接続先への通信が成功するかを順番に確認します。この5項目を分けて記録すると、システムプロキシ設定、ルーティングルール、リモート接続のどこに問題があるかを切り分けられます。