V2Rayのシステムプロキシとグローバル・中国本土をバイパスするルーティングの違い

システムプロキシとルーティングモード：接続方法と出口を切り分ける

v2rayNはノードやサブスクリプション、コアを管理するGUIクライアントです。アプリのリクエストはまずローカルのプロキシ入口からコアに入り、ルールに応じて直接接続、プロキシ経由、ブロックなどの出口へ振り分けられます。システムプロキシは、OSにプロキシのアドレスを登録して、その設定に従うアプリからリクエストをローカルの入口へ送る機能です。接続先が最終的に直接接続になるか、リモートノード経由になるかは決めません。

1. 接続レイヤー：ブラウザーがシステムプロキシを参照するか、アプリにHTTP・SOCKSプロキシを手動設定します。TUNでは仮想ネットワークインターフェースを通じて、設定条件に合う通信を取り込みます。
2. 判定レイヤー：コアが接続先のドメイン名やIPアドレス、ポートなどを参照し、現在のルールに照らして判定します。
3. 出口レイヤー：直接接続のルールに一致した通信は端末のネットワークから接続し、プロキシのルールに一致した通信は選択中のノードを経由して接続します。

「システムプロキシを有効にしたのに、中国本土のサイトへ直接接続される」のは、通常は不具合ではありません。ルーティングが「中国本土をバイパス」なら、中国本土の接続先への直接接続は想定どおりです。逆に「グローバル」にしてもゲームがノードを経由しない場合、ゲームがシステムプロキシを使っておらず、通信がコアに届いていない可能性があります。

グローバル・中国本土をバイパス・直接接続：ルーティングの違い

プリセットのルール名はバージョンによって異なる場合があります。モード名だけで判断せず、ルールの内容や順序、デフォルトの出口も確認してください。以下は一般的なプリセットの目的をまとめたもので、現在の設定に含まれる具体的なルールを保証するものではありません。

ノードのプロトコルがVMess、VLESSなどのどれであっても、振り分け方法が自動的に決まるわけではありません。サブスクリプションのインポートでは主にノード情報が追加されます。追加の設定が含まれるか、クライアントがそれを適用するかは別途確認してください。サブスクリプションを更新した後も、選択中のノードとルーティングを確認しましょう。常に同じ状態とは限りません。

v2rayNとv2rayNG：設定場所の違い

ここではWindows版v2rayNとAndroid版v2rayNGを例に説明します。クライアントのバージョンや画面構成、翻訳によって表示は異なるため、操作時は現在の画面に表示されている設定名を確認してください。変更前の値を記録しておくと、複数の設定を一度に変えて原因がわからなくなるのを防げます。

v2rayNGはXrayコア、v2flyNGはv2flyコアを使用します。どちらもAndroidクライアントですが、設定画面や対応機能をそのまま同じものとして扱うことはできません。v2rayNのコアや設定も、インストール中のバージョンと現在の設定を確認してください。端末ごとの動作を比較する際は、クライアントのバージョン、コアのバージョン、接続方式、ルーティング名を記録しましょう。

ローカルポートで確認：リクエストはプロキシに届いているか

まず、再現できる簡単なテストを行います。以下では、テスト用の設定でHTTPの入口を127.0.0.1:10809、SOCKSの入口を127.0.0.1:10808に設定したものとします。これらは設定例であり、すべてのバージョンで共通のデフォルト値ではありません。混合ポートを使っている場合は、実際の入口に置き換えてください。

Windowsのターミナルではcurl.exeを使うと、一部の環境でcurlが別のコマンドとして解釈されるのを防げます。以下はレスポンスヘッダーのみを取得します。テスト先がHEADリクエストに対応していない場合は、-Iを外して再試行してください。例のURLは接続確認用で、速度測定用ではありません。

# プロキシを使わず、端末から直接接続
curl.exe --noproxy "*" -I --max-time 15 https://example.com/

# ローカルHTTPプロキシを明示して使用
curl.exe --noproxy "" --proxy http://127.0.0.1:10809 -I --max-time 15 https://example.com/

# SOCKSを明示して使用し、接続先のドメイン名をプロキシ側で解決
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:10808 -I --max-time 15 https://example.com/

• ローカル接続がすぐに拒否される：まずポート番号、リスニングアドレス、コアの稼働状態を確認してください。この段階では、リモートノードに問題があるとはまだ判断できません。
• 明示的なプロキシ経由のリクエストは成功するのに、通常のブラウジングは失敗する：ブラウザーがシステムプロキシを参照しているか、独自のプロキシ設定がないか、古い接続を使っていないか確認してください。
• リクエストがコアに届いた後でタイムアウトする：ログに記録された接続先とアウトバウンド情報を確認し、ノードへの到達性、ハンドシェイク、DNSを調べてください。タイムアウトだけではルーティングの問題とは断定できません。
• HTTPステータスコードが返る：少なくともHTTPレスポンスは受信できています。403などが返る場合は接続先サービスのアクセス制限が原因の可能性があり、プロキシ経路の切断を意味するとは限りません。

socks5hではドメイン名の処理をプロキシ側に任せますが、最終的な名前解決の場所や使用するリゾルバーは、コアのDNS・ルーティング設定によって異なります。このオプションを「すべてのDNS通信が必ずリモートノードを通る」という意味に捉えないでください。

仕事・ゲーム・開発：アプリに合わせたルーティング

ルーティングモードは速度設定ではありません。リモート経路を追加すると遅延が増えることがあり、直接接続もローカルネットワークの品質に左右されます。まずアプリがどの接続先を必要とするかを確認し、接続方法と出口を選びましょう。「グローバル」を何度も切り替えるより効果的です。

多くのゲームはデスクトップのシステムプロキシを参照しません。特にHTTPプロキシを汎用的なUDP経路として使えるとは限りません。TUNを有効にしていても、ノードやプロトコル、サーバーが必要な通信に対応しているか確認が必要です。ゲームの遅延は主に通信経路、混雑、パケットロスに左右されるため、ウェブページの表示速度から判断することはできません。

開発ツールには独自のプロキシ設定があることもよくあります。ターミナルで環境変数を設定しても、それを参照するプログラムだけがプロキシを使用します。起動済みのプロセスには古い環境変数が残っている場合もあります。社内リポジトリやテストサービスには適切な除外設定を行い、社内ネットワークでしか名前解決できないドメインを不適切な経路へ送らないようにしましょう。

「中国本土をバイパス」が正しく動かないとき：ルール・DNS・接続を順に確認

「中国本土のサイト」は利用者による説明ですが、ルールが判定するのはドメイン名やIPアドレスなどです。中国語のサイトでも海外のAPIを使用することがあり、1つのページから複数のCDN、ログインサービス、メディア配信元へ同時にリクエストが送られることもあります。一部だけ表示されない場合は、サイト全体を原因と決めつけず、失敗したドメイン名を特定してください。

1. 新しいリクエストが接続されているか確認する。ローカルのプロキシポートを明示したコマンドで再テストします。コアに関連する記録がない場合は、接続方式とログレベルを先に確認してください。
2. ルールの順序を確認する。ルーティングは通常、上から順に判定されます。前にある広範なルールが後続の詳細なルールに先行して一致する場合があります。ドメインを直接接続するルールを追加したら、そのルールを適用対象のルールより前に置いたか確認してください。
3. ルールデータを確認する。geosite:cnはドメイン分類、geoip:cnはIPアドレスの分類であり、同じ判定ではありません。ルールデータを更新すると、判定結果が変わる場合もあります。
4. DNSと接続先情報を確認する。IPルールは、取得済みの接続先IPアドレスや、現在のドメイン名ポリシーに基づく名前解決に依存することがあります。ブラウザーのセキュアDNS、コアの名前解決、社内ネットワークの名前解決の違いも確認してください。
5. 接続を作り直して確認する。ルーティングを変更しても、確立済みの接続には反映されない場合があります。該当する接続を閉じるかアプリを再起動してからテストし、必要に応じてクライアントにも再接続してください。