V2Rayのルール設定

まず確認：フィールド・マッチ条件・出力タグ

V2RayやXrayの一般的なルーティング設定は、routing.rules配列に記述します。各ルールは「どの接続を条件にするか」と「条件に一致した場合、どの出力へ渡すか」を指定します。domainとipはフィールド名で、domain:、full:、geosite:はドメインのマッチ値に付ける接頭辞です。この2つの書式を混同しないようにしましょう。

以下はルーティングルールの例で、コア設定全体ではありません。宛先ドメインがexample.comと完全一致し、TCPの443番ポートを使う接続を、proxyという出力に渡します。ポートは宛先サービスのポートであり、クライアント側の待ち受けポートではありません。

{
  "type": "field",
  "domain": ["full:example.com"],
  "network": "tcp",
  "port": "443",
  "outboundTag": "proxy"
}

• 同じフィールド内は通常「OR」条件：domain配列のいずれかのドメイン条件に一致すれば、そのフィールドの条件を満たします。
• 異なる条件フィールド間は「AND」条件：上の例では、ドメイン、TCP、宛先ポート443のすべてに一致した場合に、その出力が選ばれます。
• タグは実在する必要があります：outboundTagにはoutbounds内のtagを指定します。ノードの備考や、自由に書ける日本語の動作説明ではありません。

ドメインの接頭辞：domain・full・regexp・geosite

同じドメインでも、接頭辞によってマッチする範囲は大きく異なります。メインドメインとすべてのサブドメインを対象にする場合はdomain:、ホスト名を完全一致させる場合はfull:を使います。広範囲に一致するキーワード指定より、確認しやすい書き方です。

geosite:が参照するのはローカルのドメイン分類データで、サイトの所在地をリアルタイムに調べるものではありません。geosite:cnも「末尾が.cnのドメインすべて」を意味するわけではありません。別の末尾のドメインが含まれることもあれば、新しいサイトがまだ登録されていない場合もあります。カテゴリ名、属性、エントリは、実際にインストールされているデータファイルを確認してください。

正規表現にはJSONのエスケープ処理も必要です。表の正規表現はマッチ用のパターンです。JSON文字列に書くとき、ドットを文字として扱うためのバックスラッシュは2つ記述します。クライアントの通常のテキスト入力欄にルールを入力する場合は、その欄の書式に従い、機械的にエスケープを重ねないでください。

{
  "type": "field",
  "domain": [
    "domain:example.com",
    "regexp:^api[0-9]+\\.example\\.net$"
  ],
  "outboundTag": "proxy"
}

IPルール：アドレス・CIDR・geoip

IP条件はip配列に記述します。単一アドレスはそのまま指定し、ネットワークはCIDR形式、地域や特殊なアドレスの集合にはgeoip:を使います。アドレスにip:を付けるのは正しい書式ではありません。配列の値にip:192.168.1.1と記述すると、設定の読み込みに失敗する可能性があります。

リクエストがコアに届いた時点で宛先がIPアドレスなら、IPルールをそのまま評価できます。宛先がまだドメイン名の場合、名前解決後のIPアドレスで再評価するかどうかはdomainStrategyによって異なります。ブラウザー側での名前解決、アプリによるIPアドレスへの直接接続、クライアントのスニッフィングによるドメイン名の復元なども、ルーターが最終的に取得する宛先情報に影響します。

• ドメインの末尾からサーバーの所在地を推測しない：1つのドメインが複数地域のIPアドレスに解決されることがあり、CDN経由では特によくあります。
• IPv4だけで済ませない：アプリがIPv6アドレスに接続している場合、IPv4ネットワークだけを指定しても、その接続には適用されません。
• プライベートアドレスの直結はネットワーク環境に合わせる：通常、ローカルLANへの接続は直結にします。遠隔ネットワーク経由でアクセスする内部アドレスには個別のルールを設定し、広範囲な直結ルールより前に配置してください。

マッチの優先順位：先に一致したルールが適用される

ルーティングルールは配列の先頭から順に評価され、最初に条件を満たしたルールで出力先が決まります。コアがすべての一致項目を比較し、「最も精密そうな」ルールを選ぶことはありません。例外を安定して適用するには、広範囲のルールより前に個別のドメインルールを置きます。

{
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "domain": ["full:ads.example.com"],
        "outboundTag": "block"
      },
      {
        "type": "field",
        "domain": ["domain:example.com"],
        "outboundTag": "proxy"
      },
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "network": "tcp,udp",
        "outboundTag": "proxy"
      }
    ]
  }
}

既存の設定に組み込むためのrouting部分であり、インバウンド、アウトバウンド、DNSの設定は含みません。3つのタグがすでに定義されている場合、ads.example.comは最初のルールに一致してブロックされ、www.example.comは2番目のルールに一致してプロキシ経由になります。プライベートアドレスへの直接接続は3番目のルールに一致し、それ以外のTCP・UDP接続は最後のルールで処理されます。

1. ほかのルールに優先させる例外を先に置きます。たとえば、特定ドメインのブロックや、指定サービスのプロキシ経由などです。
2. 次にドメイン集合やIP集合を配置します。条件が重なる可能性がある場合は、どちらを先に適用するか決めておきましょう。
3. 広範囲なフォールバックルールは最後に置きます。network: tcp,udpに対応するルールを先頭に移すと、後続の通常のTCP・UDPルールは一致しなくなります。

どのルールにも一致しない場合、一般的なV2Ray/Xray設定では最初の出力が使われます。「中国国内は直結、それ以外はプロキシ」と自動で判断するわけではありません。明示的なフォールバックは設定を読みやすくしますが、ドメイン解決後の再評価にも影響するため、ドメイン戦略と切り離して調整しないでください。

domainStrategy：名前解決とIPルールの再評価

routing.domainStrategyは、ルーティングの評価時にドメイン名をどう扱うかを制御します。クライアント全体のDNS設定とは別のもので、アプリがドメイン名をコアに渡すことを保証する設定でもありません。まずインバウンドが受け取った宛先がドメイン名かIPアドレスかを確認し、適切な戦略を選びましょう。

特に注意が必要なのは、IPIfNonMatchと無条件のフォールバックルールの組み合わせです。最初の評価でTCP・UDPの最終フォールバックルールに一致した場合、「ルールに一致しなかった」状態にはなりません。そのため、その後にドメイン名を解決してgeoip:cnに一致させることはできません。この戦略でIPルールによる振り分けを補う場合は、評価を早期終了させる広範囲なルールがないか、また未一致時のデフォルト出力が適切かを確認してください。

IPOnDemandでは、ルールの順序に特に注意してください。先行するIPルールが名前解決を開始して一致すると、後続のドメイン例外ルールが評価されないことがあります。特定のドメインを必ずプロキシ経由にするには、そのドメインの完全一致ルールを、対象を含み得るIPルールより前に置きます。

v2rayNでルールを編集して動作を確認する

v2rayNのルーティング編集画面は、バージョンによって変更されることがあります。一般的な設定場所は「設定」→「ルーティング設定」です。画面を開いたら、編集対象のルールセットを確認し、メイン画面で現在有効になっているルーティング設定が同じセットか確かめてください。無効なルールセットだけを編集しても、現在の接続の振り分けは変わりません。

1. 現在の状態を保存：使用中のルールをバックアップし、現在のコアの種類、ドメイン戦略、最終的な出力先を記録します。この記事はV2Ray/Xray形式を扱います。他のコアで異なる設定構造に、そのままコピーしないでください。
2. 確認しやすいルールを1つだけ追加：ドメイン条件にfull:と実際の宛先ホスト名を入力し、該当する出力先を選びます。その宛先に一致し得る広範囲なルールより前に配置してください。
3. 適用して接続し直す：ルールを保存し、必要に応じてコアを再起動します。テストページの既存の接続を閉じてから再試行してください。すでに確立された長時間接続は、ルールを変更しても出力先が自動で切り替わりません。
4. ログで動作を確認：使用中のバージョンのログ設定で、確認中だけinfoまたは必要なレベルに引き上げます。宛先ドメイン、ポート、出力タグを確認したら、通常のログレベルに戻してください。
5. ルールの対象を段階的に拡大：ドメインの完全一致で動作を確認してから、domain:に変更するかgeosite:を追加します。変更は一度に1つに絞ると、問題の原因を特定しやすくなります。

よくある記述ミスと対処法