2026年11月2日 · プロキシモード · 約9分

システムプロキシ・全般・中国本土を除外するモードの違い｜v2rayNのプロキシモード選び方ガイド

システムプロキシとルーティングモードの違いを解説。全般・中国本土を除外・直接接続の通信経路を比較し、用途別の設定例を紹介します。

この記事の概要

システムプロキシは、対応アプリがリクエストをv2rayNに渡すかどうかを決めます。一方、全般・中国本土を除外・直接接続の各モードは、リクエストがコアに届いた後の経路を決めます。この記事では入口・ルーティング・確認の3段階に分けて設定方法を解説します。ノードを登録済みでもプロキシモードの違いが分からないデスクトップユーザー向けです。まずブラウザーで入口を確認し、次にルーティング結果を比較して、最後にシステムプロキシに従わないアプリへの対処方法を紹介します。

1. システムプロキシとルーティングモードは別々に設定する

v2rayNでサーバーを選択しても、利用可能なプロキシ出口が決まるだけで、すべてのアプリがそのプロキシを使うわけではありません。通常の通信経路は、アプリがプロキシ設定を読み取り、リクエストをローカルの待受ポートへ送り、コアがルーティングルールに従ってプロキシ・直接接続・ブロックのいずれかを選択する、という流れです。どこか一段階でも機能していないと、「ノードの遅延は表示されるのに、ウェブページが開かない」といった問題が起こります。

デスクトップ版では、画面下部のステータスバーに「システムプロキシ」と「ルーティング」の項目があることが一般的です。Windowsでは、タスクトレイのメニューからシステムプロキシを設定できる場合もあります。ビルドによって項目名や場所が異なることがあるため、特定のアイコンを探すのではなく、設定の意味を確認してください。Windowsでよく見られる選択肢は「システムプロキシを自動設定」「システムプロキシをクリア」「システムプロキシを変更しない」です。

2. 全般・中国本土を除外・直接接続：3つの通信経路

ルーティングプリセットは編集でき、クライアントのビルド、コア、ルールファイルによって内容も異なります。以下では一般的な設定の意味を比較しますが、同じ名称の設定がすべて同一のルールであるとは限りません。想定と異なる結果になった場合は、選択中のルール内容とログに記録された出口を確認してください。

中国本土を除外：ルールに基づいて通信を振り分ける

おすすめ

一般的には、中国本土のドメインやIPアドレスのリストに一致したリクエストを直接接続に、それ以外をプロキシ経由にします。日常利用の出発点として便利ですが、分類はルールデータ、ドメインの判定方法、DNSの設定に左右されます。実際に一致したルールとログに記録された出口を確認してください。

おすすめの用途：日本国内と海外のサービスを併用し、ログを確認しながらルールを調整できる場合。

全般：主にプロキシ経由で接続

入口に届いたリクエストをまとめてプロキシ経由にするため、分流ルールが原因かどうかを切り分けやすくなります。設定によっては、LAN内への直接接続などの例外が残ります。社内サービス、企業アカウントへのログイン、地域によって挙動が変わるサービスには、個別ルールが必要な場合もあります。

おすすめの用途：ノードの出口を一時的に確認する場合や、特定のアプリをプロキシ経由にする必要がある場合。

直接接続：ローカルネットワークから接続

コアに届いたリクエストを、選択中のリモートプロキシサーバーを経由せず、直接接続します。通信がローカルコアで処理されることはあるため、システムプロキシの解除とは別の操作です。また、DNS設定まで自動的に元に戻るわけではありません。

おすすめの用途：ローカルネットワークへの接続可否を比較する場合や、リモートプロキシ経路の影響を一時的に除外する場合。

確認方法：入口を固定してルーティングだけ変更する

同じノード、同じブラウザー、同じテスト先を使い、まず全般モードと中国本土を除外するモードを比較します。後者だけ失敗する場合は、プロトコルを変えたりサブスクリプションを再インポートしたりする前に、ルールの適用結果とDNSを確認してください。

中国本土を除外するモードの「中国本土」は、ルール上の分類であり、物理的な距離を示すものではありません。海外CDNを利用する中国本土のウェブサイトや、複数地域の接続先を提供するサービスでは、予想と異なるルールが適用される場合があります。ルールは通常、記載順に照合されます。具体的な条件とデフォルトの出口は、使用中のコア設定も確認してください。範囲の広いルールを先に置くと、後続のより具体的なルールより優先されることがあります。

3. v2rayNの設定手順：ノード、ポート、システムプロキシ、ルーティング

最初の動作確認では、システムプロキシだけを入口に使い、TUNを一時的に無効にして、ブラウザー拡張機能独自のプロキシ設定も停止してください。入口が重複すると、ブラウザーの実際の通信経路とステータスバーの表示が食い違うことがあります。すでに作業環境を設定している場合は、変更前に設定内容を控えておきましょう。

  1. 使用中のノードを確認する。サーバー一覧から利用する項目を選び、右クリックメニューの「アクティブサーバーに設定」で選択を確定します。ログでコアが正常に起動したことを確認してください。遅延テストに成功しても、ウェブページへのアクセスが確認できたことにはなりません。
  2. ローカルの待受ポートを確認する。「設定」→「パラメーター設定」を開き、ローカル待受、SOCKS、HTTPに関するポート項目を探します。混合ポートを使う画面では入口が1つだけ表示される場合があります。実際の設定と起動ログを確認してください。
  3. システムプロキシを有効にする。「システムプロキシ」から「システムプロキシを自動設定」を選びます。Windowsでは「設定」→「ネットワークとインターネット」→「プロキシ」でアドレスとポートを確認できます。macOSでは「システム設定」→「ネットワーク」→現在のネットワークサービス→「詳細」→「プロキシ」を確認してください。
  4. まず全般モードで確認する。「ルーティング」から全般を意味するプリセットを選び、アクセス可能と分かっているHTTPSページを開いて、該当するリクエストがログに記録されるか確認します。DNS、プロトコル、伝送方式を同時に変更しないでください。
  5. 日常用の分流設定に戻す。中国本土を除外するプリセットを選び、日本国内と海外のサービスに再度アクセスします。テスト時は新しい接続を確立し、ブラウザーの接続再利用によってルーティングの変更が反映されない事態を避けてください。
10808
以下のコマンドにあるSOCKSポートの例は、実際のポート番号に置き換えてください
10809
以下のコマンドにあるHTTPポートの例は、実際のポート番号に置き換えてください

ここに記載した2つのポート番号は説明用であり、現行バージョンのデフォルト値を示すものではありません。また、2つの待受ポートを同時に使えるとは限りません。起動ログにHTTPとSOCKSを兼用するポートが1つだけ表示される場合は、両方のコマンドでそのポート番号を使ってください。127.0.0.1を指定するとテストをローカルPC内に限定できます。ウェブページの問題を調べるためにLANからのアクセスを許可しないでください。

# curlが使えるターミナルで1行ずつ実行します。Windowsではcurl.exeを使用できます。
# ポート番号をv2rayNが現在待ち受けている値に変更してください。
curl --proxy http://127.0.0.1:10809 --connect-timeout 10 --head https://example.com/
curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --head https://example.com/

socks5hは、接続先のドメイン名をローカルではなくSOCKSプロキシ側で解決する指定です。以下のコマンドはプロキシの入口を明示するため、システムプロキシの設定には依存しません。ローカルの入口がリクエストを処理できるか確認するために使います。現在のルーティングが実際にプロキシ経由を選んでいる場合に限り、成功すればリモートプロキシまでの経路も利用できると判断できます。

4. 日常の分流設定と一時的なトラブルシューティングを分ける

「中国本土を除外する設定がおすすめ」という前提は、クライアントがアプリの通信を受け取っていること、ルールデータが利用できること、ノードが正常に接続できることです。入口が機能していない場合、ルーティングを切り替えてもアプリの接続方法は変わりません。日常用とトラブルシューティング用の設定を分けて記録しておくと、テスト後に元へ戻し忘れるのを防げます。

設定例：日常利用と原因の切り分けを分ける

普段のウェブ閲覧・仕事
  • システムプロキシは「システムプロキシを自動設定」を選択。
  • ルーティングは中国本土を除外する設定を基本にする。
  • 社内ドメインやLAN内のアドレスは、必要に応じて直接接続にする。
  • 個別にプロキシが必要なアプリだけ、別途入口を設定する。
アクセス障害の一時的な切り分け
  • 同じアクティブノードとローカル待受ポートを維持する。
  • TUNを無効にし、ブラウザー独自のプロキシ設定を停止する。
  • 全般モード、中国本土を除外するモード、直接接続の順にテストする。
  • 接続先のドメイン名、エラー内容、対応する出口を記録する。

テスト後は日常用のルーティング設定に戻してください。一度に変更する項目を1つに絞ると、結果を特定の設定に結び付けて判断できます。

TUNは通信を受け取るための別の入口であり、「より強力な全般ルーティング」ではありません。仮想ネットワークインターフェースを通じて、接続対象となるIP通信を受け取り、その後の出口はルーティングで決まります。有効にするには管理者権限、システムルート、DNSの制御、UDP対応などが関係する場合があります。対象範囲は設定によって異なり、すべてのアプリの通信が必ず取り込まれるわけではありません。

5. モードを切り替えても変わらない：入口と出口を症状別に確認

トラブルシューティングでは、タスクトレイのアイコンや疎通テストの数値だけでなく、新しいリクエストに対応するログを確認してください。ログに接続先が表示されても、必ずリモートノードを経由したとは限りません。出口の表示と接続エラーをあわせて判断してください。ログを共有する前に、サブスクリプションURL、認証情報などの機密情報を削除してください。

全般モードを選んだのに、ブラウザーしか使えないのはなぜ？

全般モードが変更するのは、コアに届いた後のルーティングです。対象ソフトのネットワーク設定やプロキシ設定を開き、システムプロキシを使う設定になっているか確認してください。手動入力しかできない場合は、v2rayNの実際のローカルアドレスと対応するプロトコルのポート番号を指定します。ソフトにプロキシ設定がない場合は、TUNが必要か検討してください。

システムプロキシを解除したのに、ダウンロードツールがノードを経由するのはなぜ？

ダウンロードツール独自のプロキシ設定、ターミナルのプロキシ環境変数、TUNが引き続き動作していないか確認してください。システムプロキシを解除しても、これらの独立した入口は解除されません。該当する入口を無効化または変更したら、実行中のタスクを停止して接続し直してください。

全般モードでは開けるのに、中国本土を除外するモードでは開けない場合の確認方法は？

同じノードを使い、接続できないドメイン名を記録して、分流モードで適用された出口を確認します。直接接続になっている場合は、ドメインルールとIPルールを確認してください。プロキシ経由のままなら、DNSの結果と接続エラーを比較します。geositeやgeoipを使うルールでは、対応するデータが読み込まれているかも確認してください。

v2rayNを終了したらブラウザーがインターネットに接続できなくなった場合は？

まず、システムの接続先が、停止したローカルプロキシの待受ポートのままになっていないか確認します。クライアントを再起動して「システムプロキシをクリア」を選ぶか、システムプロキシの設定画面で残っている手動プロキシを無効にしてください。TUNを使用していた場合は、仮想インターフェース、ルート、DNSの設定も元に戻っているか確認してください。

ローカルポートが使用中と表示された場合、ルーティングを変えれば直る？

いいえ。ポートが使用中だと、受信待ち受けを正常に開始できません。複数起動しているクライアントを終了するか、「設定」→「パラメーター設定」で待受ポートを変更してください。コアを再起動したら、システムプロキシやアプリに手動で設定したプロキシのポートも更新し、古いポートへの接続が残らないようにします。

6. サブスクリプション・プロトコル・DNSをプロキシモードと混同しない

サブスクリプションで主に取得するのは、サーバー項目と接続に必要なパラメーターです。更新が成功しても、システムプロキシが有効になったとは限りません。VMess、VLESS、Trojan、Shadowsocksの項目を変更しても、ルーティングルールの問題が解決するわけではありません。これらのプロトコルが示すのはプロキシへの接続方法であり、システム上の通信をどこまで取り込むかではありません。

最後に確認：まずリクエストが届いたことを確かめ、次に経路を調べる

再現可能なテスト先を1つ決めてください。ログに対応するリクエストがない場合は入口を確認し、リクエストが届いていて出口が想定と異なる場合はルーティングを確認します。出口が正しいのに失敗する場合は、DNS、ノード、接続先のサービスを調べてください。この順に確認すると、全般モードと中国本土を除外するモードを何度も切り替えるより原因を特定しやすくなります。

v2rayNをダウンロードOSとインストール形式を選択