v2rayNGのルーティング設定ガイド｜中国国内サイトは直結、海外サイトはプロキシに振り分ける方法

まず確認：ルーティングの対象となる通信

v2rayNGはXrayコアでプロキシ接続を処理します。選択中のノードは接続先サーバーを決め、ルールは個々のリクエストをそのサーバー経由にするかどうかを決めます。VMessやVLESSなどのノードプロトコルが「中国国内は直結、海外はプロキシ」という動作を自動で設定するわけではありません。サブスクリプションの更新に成功しても、ルーティングが希望どおりに設定されたとは限りません。

この記事ではAndroidのVPNモードを前提にします。アプリの通信はいったんv2rayNGに入り、コアが直結・プロキシ・ブロックのいずれかを選びます。アプリごとのプロキシ設定を有効にしている場合、対象外のアプリはこの処理経路を通らずに通信することがあります。アプリ独自のネットワーク設定や、ほかのVPNサービスもテスト結果に影響します。

プリセットを選ぶ：元に戻せる基本設定から始める

メイン画面のサイドメニューから「設定」を開き、ルーティング関連の設定にある「事前定義ルール」を探します。バージョンによっては「ルーティング設定」がサイドメニューに独立していたり、項目名が「ルーティングモード」になっていたりします。メニュー構成が異なる場合は、「事前定義ルール」や以下の項目名を目印にしてください。ノード選択メニューはルーティング設定の入口ではありません。

1. 現在の設定を記録

   現在の「事前定義ルール」「ドメインポリシー」とカスタムルールを保存し、アプリごとのプロキシ設定が有効かどうかも記録します。元に戻せる状態を確保し、ノード・DNS・ルーティングを同時に変更しないでください。

2. プリセットを選択

   「設定」→ルーティング関連の設定→「事前定義ルール」で「LAN内および中国IPを除外」を選びます。サイドメニューに「ルーティング設定」がある場合は、その項目から同じ名前の設定を探してください。

3. ドメインポリシーを確認

   「ドメインポリシー」を探し、現在の値を記録します。初めて設定する場合は既定値のままで構いません。IPルールによる追加の照合が必要な場合に限り、後述のIPIfNonMatchを検討してください。

4. 再起動してテスト

   保存後、接続を停止して再起動し、新しい設定を読み込ませます。LAN内の管理画面、中国国内のサイト、海外サイトの順に開いて接続できるか記録してから、例外ルールを追加します。

LAN内通信の直結：名前よりIPアドレスで確認

ルーター、プリンター、NASにはプライベートIPアドレスがよく使われます。これらのリクエストを遠隔地のプロキシサーバーに送ると、通常はスマートフォンが接続している家庭内ネットワークにアクセスできません。プリセットのプライベートアドレスルールで対処できますが、実際のアドレス範囲が含まれているか確認してください。192.168.1.1を1つ追加するだけでは不十分です。

対応するデータファイルを使う設定では、geoip:privateでプライベートアドレスなどのローカル用途のアドレス分類を参照できます。実際の範囲は使用するデータに従います。IPv6のLAN内アドレスも別途確認してください。たとえばユニークローカルアドレスはfc00::/7です。IPv4の3つの範囲だけでは、すべてのローカル通信をカバーできません。

• まずIPアドレスでテスト：そのアドレスが実際のゲートウェイである場合にhttp://192.168.1.1へアクセスします。この例をすべてのルーターの既定アドレスだと思い込まないでください。
• 次にデバイス名でテスト：IPアドレスでは接続できるのにデバイス名では接続できない場合、まずLAN内DNSや名前解決の仕組みを確認します。ルーティングを直結にしても、名前解決の問題は自動で解決しません。
• デバイスの検出と接続を区別：画面ミラーリングやプリンター検索にはマルチキャストなどが使われます。Webページを開けるだけでは、デバイス検出も正常とは限りません。
• ネットワーク分離を確認：ゲストWi-Fiや無線クライアント分離が通信を妨げている場合もあります。プロキシルールを変更しても、ルーターの分離設定は解除されません。

ドメイン例外：個別ルールを分類ルールより先に置く

Xrayのルーティングルールは設定順に評価され、最初に条件に一致したルールで通信先が決まります。そのため「特定のドメインは必ずプロキシ経由にする」場合は、中国IPを直結する広範な分類より前に追加します。画面ではプロキシ・直結・ブロックが別々の入力欄になっている場合がありますが、画面上の並びが最終的なルール順とは限りません。エクスポートした設定やログで確認してください。

以下はXrayのルール例であり、そのままインポートできる完全なノード設定ではありません。example.comは構文を示すための例示ドメインです。実際に使う際は対象サイトのドメインに置き換えてください。proxy、direct、blockは、現在の設定に実在するアウトバウンドタグと一致させる必要があります。

{
  "rules": [
    {
      "type": "field",
      "ip": ["geoip:private"],
      "outboundTag": "direct"
    },
    {
      "type": "field",
      "domain": ["full:ads.example.com"],
      "outboundTag": "block"
    },
    {
      "type": "field",
      "domain": ["full:api.example.com"],
      "outboundTag": "proxy"
    },
    {
      "type": "field",
      "domain": ["geosite:cn"],
      "outboundTag": "direct"
    },
    {
      "type": "field",
      "ip": ["geoip:cn"],
      "outboundTag": "direct"
    }
  ]
}

DNSと分類：海外サイトが直結されるように見える理由

「海外サイト」はコアが直接判別できる属性ではありません。ドメインが分類データベースの特定カテゴリに登録されていることもあれば、CDNによって中国国内のIPアドレスに解決されることもあります。同じサービスでも、ログイン・画像・APIで異なるドメインを使う場合があります。そのため、Webサイトのメインドメインがプロキシ経由でも、すべてのサブリクエストが同じ経路を通るとは限りません。

• AsIs：ルーティング時に、現在取得できている接続先情報で照合します。IPルールのためにドメインを積極的に名前解決することはありません。接続中にDNS問い合わせが一切発生しない、という意味ではありません。
• IPIfNonMatch：ドメインがルールに一致しない場合、名前解決を試み、取得したIPアドレスでも照合します。IP分類を補完できますが、中国国内のCDNに解決されたドメインが直結と判定される場合もあります。
• IPOnDemand：IP情報が必要なルールに遭遇すると名前解決を行います。ルールの位置によって解決のタイミングが変わるため、比較記録を取らずに切り替えるのは避けてください。

特定のサービスを確実にプロキシ経由にしたい場合は、対象ドメインを指定した例外ルールを追加してください。地域全体のプロキシ対象を広げる必要はありません。ブラウザーが独自の暗号化DNSを使うと、コアから見えるドメイン情報が変わる場合があります。スニッフィングでドメインを補完できる接続もありますが、プロトコルや暗号化方式に左右されるため、確実な識別手段とは限りません。

広告ドメイン：まず対象を絞ってブロック

広告ブロックルールは許可ルールより前に置くのが適切ですが、まず実際に確認できた個別ドメインから始めてください。一部のルールデータにはgeosite:category-ads-allという分類があります。使う前に、使用中のファイルにその分類が含まれていることを確認してください。分類がない場合、広告が一部残るだけではなく、設定の読み込みに失敗する可能性があります。

• まずfull:を使って、広告配信に使われていることが明確なホストを1つブロックします。接続を再起動し、ページ表示・ログイン・再生に問題がないか確認してください。
• 画像CDN、決済API、認証サービスまで含めて、親ドメイン全体をブロックしないでください。同じドメインが必須のリソースも配信している場合があります。
• 誤ってブロックした場合は、まず直近に追加したルールを取り消します。許可ルールが必要なら、対象となる広範なブロックルールより前に、範囲を絞って追加してください。
• 広告と本文が同じドメインを共有している場合、ドメインベースのルーティングではページ内のパスごとに区別できません。ドメインブロックを完全なページフィルターとして使わないでください。

広告は消えたもののページが読み込み中のままになる場合は、ログに記録された失敗ドメインを残し、1つずつルールを戻してください。大量のルールを一度に読み込んでトップページだけを確認しても、ログイン・認証・動画再生での誤ブロックを特定するのは困難です。

ルーティングを検証：ログ・出口・元に戻す方法

ルールの保存後、v2rayNGを停止して再起動し、テストに使うアプリの既存接続も閉じます。確立済みの長時間接続は以前の経路を使い続けることがあります。ブラウザーのキャッシュにより、リクエストが発生していないのにページが正常に見える場合もあります。以下は確認手順であり、あらかじめ実測結果を断定するものではありません。

メイン画面のサイドメニューから「ログ」を開き、新しい接続を確認します。現在のログレベルでルーティング情報が表示されない場合は、一時的に「情報」レベルまで上げて問題を再現し、接続先と実際のアウトバウンドタグを確認してください。終了後は元のログレベルに戻します。ログに必要な情報が出ていない場合、「接続成功」という表示だけで適用されたルールを推測しないでください。ログを共有する前に、ノードのアドレス、サブスクリプションURL、個人のアクセス履歴を削除してください。

1. 変更条件を固定：同じノード、同じWi-Fi、同じテストアプリを使い、毎回変更するルールは1つだけにします。
2. 接続元を確認：IPアドレス確認サイトを直結に明示的に設定して結果を記録し、次にプロキシ経由に変更して比較します。1回の確認で分かるのは、そのサイトへの今回のリクエスト経路だけです。
3. グローバルプロキシと比較：ルーティングモードでは失敗し、グローバルプロキシでは成功する場合は、そのサイトのルールとDNSを重点的に確認します。どちらのモードでも失敗する場合は、ノードとサーバー側の接続状況も調べてください。
4. 更新後に再確認：geoデータやサブスクリプションを更新したら、よく使うサイトを再テストします。分類の変更でルーティングが変わる場合があります。サブスクリプションの更新は通常、ルールデータベースの更新とは別です。
5. 問題があれば元に戻す：起動できない、または多くのサイトで異常が起きる場合は、元のプリセットとカスタムルールに戻してから、1つずつ追加してください。原因不明の変更を重ねないようにします。

最終的な設定では、次の3点を説明できるようにします。VPNの対象となるアプリ、直結またはプロキシ経由に明示的に指定した接続先、どのルールにも一致しない場合のアウトバウンドです。まず安定したプリセットで大半の通信を処理し、誤判定は少数の個別ルールで修正する方が、広範なルールを次々に追加するより管理しやすくなります。