V2Rayのシステムプロキシ設定ガイド：グローバルモードと中国本土回避モードの違い
システムプロキシ、グローバルモード、中国本土回避モードの通信範囲を解説し、普段の閲覧やデバッグ、トラブル対処に適した選び方を紹介します。
まずシステムプロキシとルーティングモードを区別する
v2rayNでは、「システムプロキシを設定」と「グローバルまたは中国本土回避ルーティングを選択」は、異なるレイヤーの設定です。前者はアプリが接続をローカルプロキシポートへ渡すかどうかを決め、後者は通信がV2RayまたはXrayのコアに入った後、どの出力先から送信するかを決めます。両者を混同すると、モードを切り替えたのにブラウザーの表示結果が変わらないことがあります。
システムプロキシとは、OSがアプリに提供するプロキシアドレスとポートの設定だと考えると分かりやすいでしょう。ブラウザー、ダウンロードツール、一部のデスクトップアプリはこの設定に従い、HTTPまたはHTTPSリクエストをv2rayNが待ち受けるローカルポートへ送ります。コアは接続を受け取ると、ドメイン、IP、ポート、ネットワーク種別、プロトコルなどの条件でルーティング規則を照合し、プロキシ経由、直接接続、遮断のいずれかを選びます。
設定を確認するときは、アプリがシステムプロキシに従っているか、通信がローカルの待ち受けポートに届いているか、どの出力先にルーティングされたか、選択したノードが接続を確立できるかを順番に確認します。グローバルモードでも、PC上のすべてのプログラムが自動的にシステムプロキシを読み取るわけではありません。同様に、システムプロキシを有効にしても、ルーティングによって一部の通信が直接接続へ振り分けられるため、すべてのリクエストがリモートノードを経由するとは限りません。
システムプロキシが実際に制御する範囲
v2rayNはコアを起動すると、PC上にHTTPやSOCKSなどの待ち受け入口を作ります。ポート番号はクライアントの現在の設定に従います。「システムプロキシを設定」を有効にすると、クライアントはOSのプロキシ設定をこれらのローカル入口へ向けます。システム設定に従うアプリは、その後リクエストを宛先へ直接送らず、PC上の入口へ送信します。
システムプロキシの適用範囲はアプリの動作に左右されます。一般的なブラウザーは通常システム設定を読み取りますが、一部のコマンドラインプログラム、独自アップデーター、ゲーム、独自のネットワークスタックを使うソフトは無視することがあります。アプリがプロキシ経路に入っていない場合、グローバルや中国本土回避のルーティングだけを変更しても効果はありません。そもそもコアがその通信を受け取っていないためです。その場合は、アプリがHTTPまたはSOCKSプロキシの手動設定に対応しているか、より広い通信範囲を扱えるTUNモードが必要かを確認します。
「システムプロキシを解除」は、他のアプリがローカルポートへ接続し続けるのを止めるために使います。クライアントを終了する前にシステムプロキシを元へ戻すと、OSに古いアドレスが残り、コア停止後にブラウザーで「プロキシサーバーが接続を拒否しました」と表示される事態を防げます。クライアントが異常終了して通常のWebページも開けなくなった場合は、すぐにノードを削除したりサブスクリプションを再作成したりせず、まずシステムプロキシが残っていないか確認してください。
システムプロキシが適する範囲
- 主にブラウザーと、OSのプロキシ設定に従うデスクトップアプリを制御します。
- 必要なときにすぐ有効化・一時停止でき、変更範囲を明確に把握したい日常利用に適しています。
- 特定サイトの接続問題を調べる際、直接接続とノード経由の結果をすばやく比較できます。
- すべてのネットワークインターフェースを制御する必要がなく、システムプロキシに従わないソフトの動作を変えたくない場合に向いています。
システムプロキシだけでは解決できない問題
- アプリがOSのプロキシ設定を完全に無視し、通信がローカルポートに入っていない。
- ノードのパラメーター、トランスポート層、セキュリティ設定、またはサーバーの状態に問題がある。
- ドメインはコアに届いているが、ルーティング規則によって意図しない出力先へ振り分けられている。
- PC側のDNS、ブラウザーキャッシュ、または他のプロキシツールによって名前解決やポートが競合している。
グローバルモードの通信範囲と用途
グローバルモードは通常、コアに入った通信のうち、より優先度の高い特別な規則で処理されていないものをすべてプロキシ経由で送る設定です。ここでいう「グローバル」とはルーティング層での全体適用であり、OS上のすべてのプロセスが自動的に制御されるという意味ではありません。システムプロキシを読み取らず、手動でもプロキシを指定しておらず、TUNにも取り込まれていない接続は、PCのネットワークから直接送信される可能性があります。
グローバルモードの利点は、経路を判断しやすいことです。ノードの利用可否をテストしたり、振り分け規則の誤判定を切り分けたり、異なるノードのアクセス結果を比較したりする際、ドメインやIPの分類規則による影響を一時的に減らせます。中国本土回避モードでアクセスできなかったサイトが、グローバルへ切り替えると復旧した場合、ノードの基本接続はおそらく利用可能です。その後はドメイン分類、DNSの解決結果、規則の優先順位を重点的に確認します。
一方で、明確な限界もあります。クライアントに入ったローカルサービス、LAN機器のアドレス、ループバックアドレス、直接接続が必要な一部の宛先には、直接接続の規則を残す必要があります。すべてのアドレスを単純にリモートノード経由にすると、ルーターの管理画面、プリンター、社内ネットワークのサービスにアクセスできなくなることがあります。実際の設定では、グローバルプロキシでもプライベートアドレスや必要なローカル宛先に例外を設けるのが一般的です。
グローバルモードは短時間の診断に適しており、クライアントに取り込まれた大部分の通信を同じノード経由にしたい場合にも使えます。ただし、速度を改善するためのスイッチではありません。Webページの表示速度は、ノードの負荷、経路、サイトの応答、トランスポート設定、DNS、PCの状態によって決まります。グローバルへ切り替えて変わるのは出口の選択だけで、ノードや回線そのものが自動的に改善するわけではありません。
中国本土回避モードで直接接続とプロキシを決める方法
中国本土のドメインまたはIPに分類される接続は直接接続へ、それ以外の条件に合う接続はプロキシ経由へ振り分けるのが、中国本土回避モードの基本です。日常の閲覧に適しており、現地でよく使うサービスは直接接続のまま、ノード経由が必要な宛先だけをプロキシへ送れます。取り込んだ通信をすべてリモートへ送る方法と比べ、不要な迂回を減らしやすく、ローカルのネットワーク環境に依存するサービスにもアクセスしやすくなります。
ドメイン規則とIP規則は、異なる段階の問題を解決します。アプリが接続を開始したとき、コアが宛先ドメインを取得できれば、まずドメインリストで判定できます。宛先IPに基づく規則が必要な場合は、解決結果を組み合わせてIP分類を続けて照合することがあります。ルーティングのdomainStrategyは、ドメインを解決するタイミングと解決結果の利用方法に影響します。具体的な生成値は現在のコア設定を確認し、モード名だけからすべての詳細を推測しないでください。
中国本土回避モードでも、結果が常に正確になるとは限りません。1つのドメインが分散DNSや地域ごとに異なるサービスアドレスを使うこともあれば、複数のサブドメインを含むこともあります。規則データが対象ドメインまたは解決されたIPをカバーしていなければ、規則は一致しません。DNSの応答異常、規則セットでの未分類、カスタム規則の優先順位が既定規則より高いことなどにより、最終的な出口が想定と異なる場合があります。
規則は通常、上から順番に照合される点にも注意してください。カスタムの直接接続、プロキシ、遮断規則をどこに置くかで、既定モードの結果は変わります。たとえば、特定ドメインを明示的にプロキシ対象にして中国本土ドメイン規則より前に置くと、解決先が中国本土のIP範囲に含まれていても、先にプロキシ規則へ一致することがあります。逆に、優先度の高い直接接続規則は、後続のプロキシ判定を上書きします。
中国本土回避モードが適するケース
- 日常的にアクセスする宛先が混在しており、ローカルサービスは直接接続、その他は規則に従って振り分けたい。
- LAN、社内ネットワーク、ローカル機器への通常のアクセス経路を維持したい。
- 本来直接接続できる通信の迂回を減らしつつ、クライアントの入口は統一したい。
- DNSと規則データが正常だと確認できており、誤判定される一部のドメインにカスタム規則を追加できる。
モード名だけでなく結果を確認する
中国本土回避を選択したら、直接接続になる想定の宛先と、プロキシ経由になる想定の宛先を1つずつテストします。ページが開くかどうかだけでなく、v2rayNのログに表示されるルーティングや出力先の情報も確認してください。Webページの表示結果だけで判断すると、キャッシュ、既存接続の再利用、ブラウザー独自の名前解決の影響を受けやすくなります。規則を変更した後は接続を確立し直し、必要に応じて該当するコアを再起動すると、より信頼できる比較ができます。
利用シーン別にプロキシとルーティングを選ぶ
日常の閲覧：システムプロキシ＋中国本土回避
主にブラウザーやシステムプロキシに従うデスクトップアプリを使うなら、システムプロキシを有効にして中国本土回避ルーティングを選ぶ組み合わせが一般的です。アプリがまず通信をv2rayNへ渡し、コアが規則に基づいて直接接続かプロキシかを決めます。この組み合わせは制御範囲が明確で、「グローバル」という名称からすべてのプロセスが取り込まれたと誤解することもありません。
初回設定後は、利用可能なノードを選び、システムプロキシを有効にしてから、直接接続対象とプロキシ対象をそれぞれ確認します。特定のドメインだけ結果が異常なら、すぐに全体をグローバルへ変更せず、まず正確なドメイン規則を追加してください。精密な規則のほうが保守しやすく、影響範囲も広げずに済みます。
ノードのテスト：システムプロキシ＋グローバルルーティング
新しいノードをテストするときは、一時的にグローバルルーティングを有効にし、クライアントに入ったテスト通信をすべてそのノードへ送る方法があります。これにより、ハンドシェイク、トランスポート、リモート出口が利用可能かを判断しやすくなります。グローバルモードでも接続できない場合は、迂回規則を調整し続けるのではなく、クライアントログを確認し、サーバーアドレス、ポート、ユーザー識別子、トランスポート方式、セキュリティパラメーター、システム時刻を確認してください。
ノードに接続できたら、中国本土回避モードへ戻して振り分けを確認します。先に基本接続、次に規則を検証すれば、「ノードが使えない」問題と「ルーティングに一致しない」問題を分けて調べられ、複数の設定を一度に変更することによる混乱も減らせます。
単一アプリのデバッグ：まず接続方法を確認する
特定のソフトがプロキシ経由でアクセスできないとき、最初にグローバルへ切り替えるのは適切ではありません。まずシステムプロキシを読み取るソフトかどうかを確認します。ソフトのネットワーク設定を調べ、v2rayNが提供するローカルHTTPまたはSOCKSアドレスを手動で入力することもできます。手動設定で復旧したなら問題はアプリの接続層にあり、ログに接続が記録されているのに出口が想定と異なるなら、次にルーティングを確認します。
システムプロキシに従わないアプリもより広く取り込みたい場合は、TUNモードを検討できます。TUNはネットワークインターフェース層で広範囲の通信を処理するため、管理者権限、ルーティングテーブル、DNS、仮想ネットワークアダプターが関係し、通常のシステムプロキシとは対処方法が異なります。使い始めはまずシステムプロキシの経路を理解し、必要に応じてTUNを有効にすると、複数の変数を同時に増やさずに済みます。
一時的なトラブル対処：一度に1つだけ条件を変える
- 現在のノードは変えず、ルーティングを中国本土回避からグローバルへ切り替える。
- 対象ページを開き直すか既存の接続を終了し、問題が解消するか確認する。
- 復旧した場合は、対象ドメイン、解決されたIP、カスタム規則の一致結果を確認する。
- それでも失敗する場合は、グローバルモードを維持したまま、利用可能だと確認済みのノードへ変更して比較する。
- 原因を特定したら元のモードへ戻し、問題を説明できる必要最小限の変更だけを残す。
プロキシが有効にならない場合と接続異常の対処
システムプロキシを有効にしてもブラウザーが変わらない
まずOSのプロキシアドレスがv2rayNのローカル待ち受けポートを指しているか確認し、次にそのポートを他のプログラムが使用していないか調べます。その後、クライアントログに該当する接続が記録されているか確認します。ログがまったくない場合は、ブラウザーがシステム設定を読み取っていない、独自のプロキシ設定を使っている、または切り替え前に確立した接続を再利用している可能性があります。該当ページを閉じて接続を再確立してからテストしてください。
中国本土回避モードで対象が誤って直接接続される
完全なドメイン名を記録し、メインドメインだけで判断しないでください。Webページは複数のサブドメインからAPI、スクリプト、メディアを読み込むことがあり、サブドメインごとに異なる規則へ一致する場合があります。ログで実際のリクエストドメインと出力先タグを確認してから、正確なプロキシ規則を追加します。ログにIPしか表示されない場合は、DNSの処理方法と、ルーティングでドメイン情報が保持されているかをさらに確認してください。
グローバルへ切り替えてもアクセスできない
この場合、問題は中国本土向けの振り分け規則だけではない可能性が高いです。ノードが有効になっているか、コアが正常に起動したか、ローカルの待ち受けポートが作成されたか、ノードのパラメーターが揃っているか、システム時刻が正確か、現在のネットワークからサーバーアドレスへ接続できるかを順番に確認します。ログに接続タイムアウトが明確に表示されるなら、別のノードやネットワーク環境と比較します。設定の解析失敗と表示されるなら、まず設定項目を修正してください。
クライアントを終了するとすべてのWebページが開けない
システムプロキシが停止済みのローカルポートを指したままになっていないか確認します。プロキシを使用しない設定に戻すか、v2rayNでシステムプロキシを解除してから、通常の直接接続を再テストしてください。これはローカル入口が閉じたのにOSがリクエストをそこへ転送し続けている状態で、グローバルや中国本土回避のルーティングとは関係ありません。
ルーティング規則と設定の詳細
V2RayとXrayコアのルーティング設定には通常、ドメインポリシー、規則リスト、出力先タグが含まれます。規則はoutboundTagを通じて定義済みの出力先を指定します。以下の断片は構造関係を示すためだけのものです。プライベートアドレスは先に直接接続し、指定したドメインはプロキシ経由にします。実際のタグ名はクライアントが生成する出力設定と一致している必要があります。
{
"routing": {
"domainStrategy": "AsIs",
"rules": [
{
"type": "field",
"ip": [
"geoip:private"
],
"outboundTag": "direct"
},
{
"type": "field",
"domain": [
"domain:example.net"
],
"outboundTag": "proxy"
}
]
}
}AsIsは、ルーティング段階で入力されたドメイン形式を優先して照合し、IP規則のためにすべてのドメインを自動解析するわけではないことを示します。ほかのポリシーでは、特定の条件下でドメインを解析し、IP規則との照合を続けることがあります。ポリシーの選択は、中国本土IPの分類を判定に利用できるかどうかだけでなく、DNSリクエストの経路にも影響します。v2rayNの既定ルーティングを使う場合は、まず生成された設定の内容を理解してから手動調整を検討してください。
クライアントの画面から規則を追加するほうが、実行中に生成されたファイルを直接編集するより安全です。クライアントがコアを再起動したり、設定を切り替えたり、サブスクリプションを更新したりすると、生成ファイルは再作成される可能性があるためです。カスタム規則はできるだけ範囲を明確にし、単一ドメインには完全一致のドメイン、サブドメイン全体にはサフィックス、IPサービスには対応するネットワーク範囲を使います。規則の範囲が広いほど、無関係な通信まで同じ出口へ入る可能性が高くなります。
サブスクリプションはノードの接続パラメーターを提供するもので、ローカルで採用するルーティングまで必ず決めるわけではありません。更新すると通常はノード一覧が更新されますが、システムプロキシの状態、カスタムルーティング、ローカルDNSの設定はクライアント側で管理されます。振り分けに異常があるとき、サブスクリプションを何度も更新しても解決しないことがあります。まずノード内容の変更なのか、ローカル規則の一致問題なのかを確認してください。
デスクトップ版v2rayNは、V2RayまたはXrayコアと組み合わせてノードとルーティングを処理できます。Androidでは、v2rayNGはXrayコア、v2flyNGはv2flyコアを使用します。クライアントによってメニュー名や既定規則は異なりますが、確認方法は同じです。まず通信がどのようにクライアントへ入るかを確認し、次にルーティングの一致、最後に出力先への接続を確認します。画面上のモード名だけで設定結果全体を推測しないでください。
選び方の結論
日常の閲覧では、まず「システムプロキシを有効にして中国本土回避モードを使う」構成がおすすめです。システム設定に従うアプリをクライアントへ接続し、ドメインとIPの規則に基づいて直接接続とプロキシを振り分けられます。ノードをテストしたり規則の誤判定を切り分けたりするときは、一時的にグローバルモードへ切り替えられますが、影響するのはコアに入った通信だけです。アプリがシステムプロキシに従わない場合は、何度もルーティングを切り替えるのではなく、アプリ独自のプロキシ設定を確認するかTUNを検討してください。
最も確実な判断材料はモード名ではなく、実際の通信経路です。アプリが接続しているか、ローカルポートが通信を受け取っているか、どの出口に規則が一致したか、ノードが接続を完了したかを確認します。この4層を順番に調べることで、システムプロキシ、グローバルモード、中国本土回避モードがそれぞれ担当する問題を切り分けられます。