v2rayNのルーティング設定方法：geosite・geoipで中国国内外を振り分ける実践ガイド

1. geositeとgeoipがそれぞれ照合する対象

v2rayNはクライアントの画面で、接続を実際に処理するのは選択中のコアです。サブスクリプションには主にサーバーアドレス、プロトコル、認証情報、通信方式が含まれ、ルーティングによってローカルコアに入った接続の出力先が決まります。サブスクリプションを更新してもルーティング用データベースは更新されず、カスタムルールの順序も自動では修正されません。

geositeはドメインの集合、geoipはIPアドレスの集合を照合します。いずれも対応するデータファイルに依存しており、名前だけを見てリアルタイムの位置情報サービスと考えることはできません。特にgeosite:cnはデータベースで管理されるドメイン分類を指します。「.cnで終わるすべてのサイト」という意味でも、サーバーの物理的な所在地を保証するものでもありません。

ここでのexample.comは構文を説明するための例であり、実際に追加するルールではありません。自分の環境を確認するときは、ブラウザーやコアのログに表示された実際のホスト名を使ってください。1つのページから複数のドメインが読み込まれることがあります。トップページに直接接続できても、ログインAPIや画像、動画にも同じルールが適用されるとは限りません。

2. domainStrategyの選び方：ドメインとIPのどちらを先に判定するか

routing.domainStrategyは、ルーティングの判定時に接続先ドメインを名前解決するかどうかを決めます。DNSサーバーのアドレスでも、direct出力内部の名前解決方針でもありません。似た名前でも役割は異なります。一方は「出力先の選択」に使うIPを取得し、もう一方は「直接接続の確立時」にアドレスを解決する場合があります。

見落としやすいのは、IPIfNonMatchを使いながら末尾にnetwork: tcp,udp → proxyを追加するケースです。このルールは最初の判定で接続を捕捉できるため、「どのルールにも一致しない」状態になりません。その結果、ドメイン解決による再判定が行われず、先行するgeoip:cnでもこのドメイン接続を補完できない場合があります。

• この記事の構成を使う場合：全通信を対象にするフォールバックルールは置かず、生成された設定で最初の出力先がproxyであることを確認します。どのルーティングルールにも一致しない場合、コアは最初の出力先を使います。
• 末尾に明示的なフォールバックを置く場合：IPOnDemandへの変更を検討し、判定に必要なIPルールをフォールバックより前に配置したうえで、DNSと出力先のログを確認してください。
• ドメインだけで振り分ける場合：AsIsを選べますが、ドメイン接続がgeoip:cnで自動的に補完されることは期待しないでください。

3. direct・proxy・blockとルールの順序

コアはルールを上から順に確認し、最初に一致したルールの出力先を使います。ここでのdirect、proxy、blockは出力タグであり、書くだけで有効になるキーワードではありません。完全な設定には同じ名前の出力先が必要です。カスタム設定で別のタグを使う場合は、ルーティング側の参照も合わせて変更してください。

推奨順は、必要な個別サイトの例外、広告ブロック、LANアドレスの直接接続、中国国内ドメインの直接接続、中国国内IPの直接接続です。最後はデフォルトの出力先に任せます。例外ルールを先頭に置くのは、より広い分類に先に一致するのを防ぐためです。ただし後続の広告ルールにも優先するため、本当に必要なドメインだけを追加してください。

4. v2rayNで独立したルーティング設定を作成する

以下のメニューは、v2rayN 7.xのWindows WPF版を基準にしています。デスクトップ版や細かなバージョンの違いにより、ボタン名が異なる場合があります。同じ名前の項目が見つからない場合は、現在の画面の設定メニューでルーティング編集機能を確認してください。以下のコアJSONをノードアドレス欄やサブスクリプション欄に貼り付けないでください。設定前に現在のルーティング設定を保存しておくと、元に戻しやすくなります。

1. ノードが使えることを確認

   メイン画面で利用可能なノードを選び、使用中のサーバーに設定します。まず既存のルーティング設定でウェブサイトにアクセスできることを確認してください。ノード自体のタイムアウト、認証失敗、TLSハンドシェイク失敗が起きる場合は、先にトラブル対処を確認してください。ルーティングルールではリモート接続の問題を解決できません。

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

   「設定」→「ルーティング設定」を開き、新しいルーティング設定を作成して「中国国内直結テスト」と名付けます。画面に高度なルーティングを有効にする項目がある場合は、詳細ルールを有効にし、新しい設定を現在のルーティングとして選択してください。

3. ドメインの判定方針を選択

   ルーティング設定のドメイン判定方針でIPIfNonMatchを選びます。続けて、末尾に「すべてのTCP・UDPをプロキシ経由にする」ルールがないか確認してください。この記事の構成ではそのルールを使わず、デフォルトの出力先をproxyにします。

4. 条件を分けて追加

   広告ドメイン、プライベートIP、中国国内ドメイン、中国国内IPの順に4つのルールを追加します。geosite:はドメイン条件に、geoip:はIP条件に使います。「どちらか一方に一致」という意味で、同じルールにドメイン条件とIP条件を同時に設定しないでください。

5. 保存して確認

   設定を保存し、コアに設定を再読み込みさせます。生成された設定のルール順、出力タグ、outboundsの順序を確認してください。デフォルトの出力先がproxyでない場合は、使用中のバージョンにあるデフォルト出力先の設定を変更するか、前述の明示的なフォールバック方式を使ってください。

6. 項目ごとにテスト

   ノード、ブラウザー、プロキシの接続方式を変えずに、中国国内ドメイン、中国国外ドメイン、LAN内IPをそれぞれテストします。変更のたびに新しい接続を作り、ブラウザーが既存の接続を再利用しないようにしてください。ログの出力先が想定どおりであることを確認できて初めて、ルールが機能していると判断できます。

1つのfieldルール内では、通常、異なる種類の条件はすべて満たす必要があります。同じ条件配列に複数の値がある場合は、そのうち1つに一致すれば該当します。domainとipを同じルールにまとめても、2つの独立した直接接続ルールの代わりにはなりません。手書きの設定でもGUIでの編集でも起こりやすい間違いです。

5. コアのルーティング例：ドメイン優先、IPで補完

以下に示すのはroutingオブジェクトのみです。inbound、ノードの認証情報、DNS、outboundの定義は含まれていないため、完全な設定ではなく、v2rayNのルーティング設定にインポートできる形式でもありません。画面上でルールを1つずつ入力する際の参考にしてください。カスタムのコア設定に使う場合は、既存の設定構造に統合し、3つの出力タグがすべて存在することを確認してください。

{
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "domain": [
          "geosite:category-ads-all"
        ],
        "outboundTag": "block"
      },
      {
        "type": "field",
        "ip": [
          "geoip:private"
        ],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "domain": [
          "geosite:cn"
        ],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "ip": [
          "geoip:cn"
        ],
        "outboundTag": "direct"
      }
    ]
  }
}

• デフォルトのプロキシに関する前提：完全な設定でoutbounds[0].tagがproxyになっている必要があります。上記のルーティング部分だけでは、一致しない接続がプロキシ経由になるとは限りません。
• カテゴリに関する前提：使用中のデータファイルにcn、private、category-ads-allが含まれている必要があります。データベースを入れ替えたら、これらのカテゴリを引き続き読み込めるか確認してください。
• IPアドレスを直接指定する接続：192.168.1.1へのアクセスはIP条件で直接照合でき、ドメインの名前解決を待つ必要はありません。機器がこのアドレスを使っていない場合は、実際の機器アドレスでテストしてください。
• ドメイン接続：まず広告と中国国内ドメインの分類を照合します。一致しなければ、判定方針に従って名前解決し、IP条件を照合します。名前解決に失敗した場合、利用可能な接続先IPが自動的に得られるわけではありません。

中国国内の分類に含まれるサイトを常にプロキシ経由にしたい場合は、広告ルールより前に個別のドメイン例外を追加してproxyを指定します。特定のサブドメインだけに問題がある場合は、すぐに親ドメイン全体とすべてのサブドメインへ範囲を広げず、まずfull:で完全一致させてください。

6. 振り分けを検証する：接続経路・DNS・出力先を確認

ウェブページが開けても、何らかの接続経路が使えたことしか分からず、想定した出力先が使われた証拠にはなりません。テストではまずノードを固定し、アプリが使用するローカルプロキシポートを確認します。v2rayNでよく使われるローカル待ち受けポートは10808ですが、既存の環境で変更されている場合もあります。現在の設定とコアの起動ログを確認し、固定ポートと決めつけないでください。

特定のドメインを維持したままSOCKSプロキシに渡す必要がある場合は、以下のテストコマンドを使えます。socks5hのhは、接続先ドメインの名前解決をプロキシ側で行うことを意味します。ローカルで先に名前解決し、IPアドレスだけをコアに渡す動作を避けられます。コマンドの実行には、ローカルポートでSOCKSサービスが待ち受けていることと、curlがインストールされていることが必要です。

curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 https://www.baidu.com/ --output /dev/null

上記の出力例はLinuxおよびmacOSのターミナル向けです。Windowsのコマンドプロンプトでは/dev/nullをNULに置き換え、必要に応じてcurl.exeを実行してください。接続タイムアウト10秒、全体のタイムアウト20秒はテスト用の上限であり、実測の遅延や速度を示すものではありません。このドメインを直接接続するかどうかは、使用中のデータファイルとログで確認してください。

• 接続ログがない：アプリがプロキシを迂回していないか、待ち受けポートが正しいか、コアが起動しているかを先に確認してください。最初からgeositeを変更する必要はありません。
• ドメインはログにあるが出力先が違う：ルールの順序、カテゴリの内容、現在のルーティング設定、先に一致する全通信ルールがないかを確認してください。
• ログにIPアドレスしか表示されない：アプリがローカルで名前解決している可能性があります。ドメインルールはIPアドレスだけの接続先には直接一致しません。対応プロトコルではスニッフィングでドメイン情報を取得できる場合がありますが、すべての通信で復元できるわけではありません。
• 名前解決に失敗する、または不審なアドレスが返る：現在のDNS設定と名前解決経路を確認してください。ルーティングによる出力先の選択と、DNSクエリの出力経路は関連しますが別の問題です。すべてのDNSリクエストを一律に直接接続させないでください。

7. よくある質問：ルールが効かない、広告を誤ってブロックする

検証済みのルーティング設定を1つ保存しておきましょう。その後、特定サイトで問題が起きたら、ドメイン分類、IP分類、DNS、ノード接続のどこに原因があるかを確認し、一度に変更する項目は1つに絞ります。そのうえで必要最小限の例外を追加します。こうすれば変更の原因を把握しやすく、改善しなかった場合も元に戻しやすくなります。

• 保存前の確認：ドメイン条件とIP条件を正しい欄に入力し、広告ルールがより広いルールに上書きされていないこと。
• 有効化後の確認：デフォルトの出力先がproxyで、LAN内および中国国内のテスト接続がdirectを使うこと。
• データ更新後の確認：コアが正常にデータを読み込み、必要なカテゴリが存在し、主要サイトの振り分けに予期しない変化がないこと。
• トラブルの情報を共有する場合：必要なルールと個人情報を伏せたログだけを提示し、サブスクリプションURLやノードの認証情報は公開しないでください。