V2Rayのルーティング設定ガイド｜domain・ipルールと中国向け振り分け

ルーティングの前提：通信がコアに届いていること

ルーティングルールが決めるのは出口であり、すべてのアプリの通信を自動的にプロキシへ送る機能ではありません。システムプロキシに従うブラウザーなら、リクエストはローカルのプロキシポートに届きます。システムプロキシを使わないアプリは、個別にプロキシを設定するか、TUNで通信を取り込む必要があります。TUNを有効にしても、すべての通信がプロキシ経由になるわけではありません。通信がコアに届いた後も、ルーティングルールにより直結できます。

v2rayNはデスクトップクライアントで、ルーティングは現在実行中のコアが処理します。この記事のJSONはV2Ray/Xray形式のルーティング設定で、対応するコア向けです。すべてのコアで使える共通構文ではありません。Android版のv2rayNGはXrayコア、v2flyNGはv2flyコアを使用します。画面上の設定項目、組み込みルール、リソースの更新方法はそれぞれ異なります。

domainとip：照合対象と書き方

domainはリクエストの接続先ドメイン、ipは接続先IPアドレス、またはポリシーに従って解決されたIPアドレスを照合します。ドメインルールはURL全体を対象にするフィルターではありません。https://やページのパス、クエリパラメーターは入力しないでください。同じドメインの異なるパスにアクセスしても、通常は出口は変わりません。

たとえば、domain:example.comはapi.example.comに一致しますが、notexample.comはサブドメインとして扱われません。厳密に指定する場合はfull:またはdomain:を使い、短いキーワードでドメインの境界判定を代用しないでください。

ルールの順序：最初に一致したルールで出口が決まる

ルールは上から順に評価され、一致すると後続のルールは確認されません。範囲の広いルールを先頭に置くと、それ以降の個別例外が適用されないことがあります。同じ項目の配列に複数の値を指定した場合、通常は「いずれかに一致」の条件です。1つのルールにdomain、ip、portなど異なる条件を併記した場合は、それらの条件を組み合わせて判定します。

• 例外を先に設定：必ず直結、または必ずプロキシ経由にしたい特定のドメインは、共通の国別カテゴリより前に配置します。
• 次にカテゴリを設定：ローカルネットワーク、国内ドメイン、国内IPなど、一般的な範囲を順に処理します。
• 最後に残りの通信を処理：デフォルトの出口を明示し、出力先の並び順に頼らないようにします。
• ドメインとIPは別々に指定：「国内ドメインまたは国内IPを直結する」場合は、2つの条件を1つのルールにまとめず、別々のルールを作成してください。

いずれのルールにも一致しない場合、コアは通常、outbounds配列の先頭にある出口を使用します。以下の設定例では末尾にTCP/UDPのルールを追加してプロキシへ振り分け、未一致なら必ず直結すると誤解しないようにしています。この例はrouting部分のみです。directとproxyは、現在の完全な設定に存在する出口タグに置き換えてください。

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

geosite・geoipとDNSポリシー

geositeはドメインのリスト、geoipはIPアドレスのリストで、どちらもリアルタイム検索サービスではありません。存在しないカテゴリを指定したり、リソースファイルが見つからない、または形式が合わなかったりすると、コアの起動に失敗することがあります。サブスクを更新しても、ルーティング用リソースまで同時に更新されるとは限りません。

domainStrategyは、ルーティング時にドメイン名の解決をどう扱うかを決める設定で、DNSサーバーの設定全体を表すものではありません。IPIfNonMatchの場合、ドメインの照合で一致しなかったときに限り、IPアドレスを解決して再照合することがあります。最後のワイルドカードルールに一致した場合は、「未一致」の条件を満たしません。

前の設定例にあるgeoip:cnは、IPアドレスを直接指定した接続には適用できます。ただし、末尾にワイルドカードルールがあると、分類されなかったすべてのドメインがIPで再判定されるとは限りません。一致しなかったドメインも、解決後のIPアドレスで分類したい場合はIPOnDemandを検討してください。その場合、優先的に判定したいドメインルールをIPルールより前に置きます。もう1つの方法は、ワイルドカードのフォールバックを削除し、先頭の出口が確実にプロキシであることを確認することです。

• IPOnDemandを使うと、DNSの解決に問題がある場合にルーティングの判定が遅れることがあります。ノードの遅延だけで判断しないでください。
• ドメインがIPv4とIPv6の両方を返す場合があります。IPv4の結果を1つ確認しただけでは、すべての接続の振り分け結果は判断できません。
• スニッフィングにより、一部の接続でドメイン情報を補えることがあります。ただし、プロトコルや暗号化方式に左右されるため、必ずドメインを復元できるとは限りません。

3つの設定例：中国本土を直結、全通信をプロキシ経由、独自ルールで直結

「中国本土を直結」は通常、ローカルネットワークと中国本土向けの通信を直接接続し、それ以外をプロキシ経由にする設定です。「全通信をプロキシ経由」は、コアに届いた通信をすべてプロキシの出口に送ります。いずれもアプリの通信がコアに取り込まれていることを保証するものではありません。社内ネットワーク、プリンター、家庭内ストレージなどへの接続が必要な場合は、設定を切り替えた後もアクセスできるか個別に確認してください。

特定のサイトを直結する場合、メインのドメインを1つ追加するだけでは不十分なことがあります。ログイン、API、静的ファイルで別のドメインを使う場合があるためです。まずログで実際のリクエスト先を確認し、必要なドメインだけを追加してください。手間を省くために共有CDNのアドレス範囲全体を直結にすると、関係のないサイトにも影響することがあります。

1. 現在の設定を保存

   現在のルーティング名を控え、ルールをバックアップします。ノードが使用できることを確認し、変更前の設定を残しておけば、問題が起きたときに元に戻せます。

2. ルーティング設定を開く

   該当のメニューがあるv2rayNデスクトップ画面で、「設定」→「ルーティング設定」を開きます。バージョンによっては、メイン画面の「ルーティング」メニューにあります。インストール済みの画面に表示されている項目名を確認してください。

3. 対象ルールを編集

   使いたいルーティング設定を選び、ルール編集画面を開きます。例としてdomain:example.comのようなdomain項目を追加し、出口に直結を指定します。画面上でプレフィックスと値を別々に入力する場合は、種類を選択してからドメインを入力してください。

4. ルールの位置を調整

   例外ルールを国内カテゴリとフォールバックルールより前に移動します。ドメインルールとIPルールは別々に追加してください。保存後、メイン画面の「ルーティング」選択メニューから設定を有効にします。

5. 接続を再確立して確認

   設定の再読み込みを待ち、必要であればコアを再起動します。開いているページの接続をいったん閉じてから再アクセスし、新しい接続のログで接続先と出口を確認してください。確立済みの長時間接続では、新しいルールの反映を判断できません。

振り分けを確認：ポート・ログ・出口を照合

Webページが開けても、経路のどこかが使えたことしか分からず、想定した出口を通った証明にはなりません。直結する接続先、プロキシ経由にする接続先、ローカルネットワークのアドレスをそれぞれテストしてください。ログでは接続先のドメインまたはIP、選択された出口タグ、エラー内容を確認します。ログの詳細度が低い場合は、一時的に上げ、テスト後に元へ戻してください。

次のコマンドは、リクエストをローカルのHTTPプロキシ経由で送信します。例ではHTTPまたは混合プロトコルの待ち受け先を127.0.0.1:10808としています。まずクライアントで実際のプロトコルとポートを確認してください。ポートがSOCKS専用の場合、このHTTPプロキシの指定は使えません。コマンドはリクエスト方法の例であり、接続先サイトに特定の振り分け方を求めるものではありません。

curl --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/

• 接続が拒否される：まずローカルポートが待ち受け中か、コアが動作しているか確認してください。通常、この時点ではルーティングの判定まで進んでいません。
• 想定と異なる出口に接続される：選択中のルーティング設定、先に一致するルール、コアが最新の設定を読み込んでいるかを確認してください。
• 出口は正しいが接続がタイムアウトする：ノードへの接続、接続先サービスの状態、DNSを確認してください。同じ種類のルールをむやみに追加しないでください。
• ブラウザーとコマンドで結果が異なる：ブラウザー独自のプロキシ設定、既存の接続、DNSキャッシュ、TUNで通信を取り込む範囲を確認してください。

ルーティング設定のよくある質問