GeoIP・GeoSiteデータベース更新ガイド：ルール参照、読み込み確認と切り戻し

まずGeoIPとGeoSiteの役割を分けて理解する

GeoIPとGeoSiteはいずれもルーティングモジュールが読み込む分類データですが、対象が異なります。GeoIPはルール内のgeoip:privateやgeoip:cnのように、宛先IPアドレスを対象にします。GeoSiteはgeosite:cnやgeosite:category-ads-allのように、ドメインを対象にします。前者でドメインの分類を直接判定することはできず、後者もIPアドレス範囲のマッチングを代替するものではありません。

一般的なファイル名はgeoip.datとgeosite.datです。ファイルは分類データを格納するコンテナにすぎず、実際にルールから参照されるのは内部のタグです。データの提供元、作成日、軽量化の方式によって含まれるタグが異なる場合があるため、「ファイルをダウンロードできた」ことは「現在のルールにあるすべてのタグが存在する」ことを意味しません。更新前に確認すべきなのはファイルの日付ではなく、実際に使用しているタグです。

この流れが毎回すべて実行されるとは限りません。XrayルーティングのdomainStrategyを例にすると、AsIsは通常、元のドメインルールを先に処理し、GeoIPマッチのためにドメインを能動的に解決しません。IPIfNonMatchはドメインルールにマッチしなかった場合に解決を試み、その後IPルールを照合します。IPOnDemandは宛先IPが必要なルールに遭遇した際に解決を開始する場合があります。データベース更新後に振り分け結果が変わったら、ポリシーとルールの順序を併せて確認してください。

更新前に3種類の切り戻し材料を保存する

Geoデータを更新しても、通常はノードのVMess、VLESS、TLS、REALITYパラメータは変わりません。ただし、ルーティングタグの利用可否や分類範囲が変わる可能性はあります。安全のため、いきなり上書きせず、現在のルール、現在のデータファイル、クライアントが呼び出しているコアの情報を先に保存してください。これにより、問題の原因がルール、データ、コアの切り替えのどこにあるか判断できます。

v2rayNでは、まず「設定」→「ルーティング設定」を開き、現在有効なルーティングルールセット、ルールの順序、デフォルトの出力先を記録します。続いてメイン画面で現在のコアの種類を確認します。Xrayを使用している場合、展開版のデータファイルは対応するコアのリソースディレクトリに置かれていることが一般的です。v2rayN 7.xのビルドによってディレクトリ構成が異なる場合があるため、起動ログに表示されるリソースパス、またはクライアントが実際に選択しているコアのディレクトリを基準にしてください。似たファイル名だけを頼りに別のコアのリソースを上書きしないでください。

1. ルーティング設定をエクスポートまたはコピー：有効になっているルールの順序を保存します。特にLANへの直接接続、ブロック、指定ドメイン、最終フォールバックのルールを残してください。
2. 古いデータファイルをコピー：現在のgeoip.datとgeosite.datを日付付きのローカルバックアップフォルダに保存し、新しいファイルと同じパスに混在させないでください。
3. コアとクライアントの状態を記録：現在使用しているXrayまたはv2flyコア、更新前に正常起動できていたか、テスト用ノードに接続できるかを記録します。
4. カスタムタグを一覧化：ルーティング設定内のgeoip:とgeosite:を検索し、使用頻度の低いタグを別途一覧にします。
5. 一度に更新するリソースは1組だけ：コア、サブスクリプション、DNS、Geoデータを同時に変更しないでください。ログに異常が出た際、原因の切り分けが難しくなります。

デスクトップでは、コアを停止してからファイルをコピーすると、読み込みや置き換えの途中と重なるのを避けられます。Androidのv2rayNGとv2flyNGでは通常、アプリがリソースディレクトリを管理するため、システムのサンドボックス内にあるファイルを探す必要はありません。アプリ内に用意されたGeoリソースの更新またはインポート機能を優先し、操作前にカスタム設定をエクスポートしてください。v2rayNGはXrayコア、v2flyNGはv2flyコアを使用します。基本的なgeoip.datとgeosite.datルールへの対応方針は近いものの、すべての拡張タグや設定項目が完全に一致するとは限りません。

ルールタグ、順序、コアの互換性を確認する

Geoデータで最も多い互換性の問題は、ファイル全体を読み込めないことではなく、新しいデータに特定のカスタムタグが存在しないことです。geoip:privateのような基本タグは比較的よく使われますが、地域、サービスカテゴリ、拡張属性のタグはデータセットによって異なります。古い設定や別のデータソースに基づくルールを使用している場合、更新前に新しいファイルが同じタグを提供しているか必ず確認してください。

ルールの順序も重要です。ルーティングは通常、上から順にマッチする項目を探すため、前方にある広範なルールが後方の精密なルールを上書きする場合があります。たとえば、対象範囲の広いGeoSite分類を先に置き、その後に個別ドメインの直接接続ルールを置くと、後者が実行されない可能性があります。重要なドメインを処理する場合は、明示的な例外ルールを広範な分類より前に置き、最終フォールバックの出力先も残してください。

以下は構造を理解するための簡略化したルーティング例です。v2rayNに実際にインポートする場合、出力先タグは現在の設定にあるタグと一致させる必要があります。クライアントが別の名称を生成している場合は、既存の値を使用し、例を機械的にそのままコピーしないでください。

{
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "domain": ["domain:intranet.example"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "domain": ["geosite:cn"],
        "outboundTag": "direct"
      }
    ]
  }
}

このうちdomain:intranet.exampleは明示的なドメインルールで、GeoSiteデータに依存しないため、重要な内部サービスの保護ルールに適しています。新しいGeoSiteファイルに特定の業務カテゴリがない場合は、まず重要なドメインだけを明示的なルールに変更すれば、基本的な利用を復旧できます。その後、互換性のあるデータを探すか、分類設計を見直すか判断してください。タグが1つ不足しただけで、すべての振り分けを一度に削除しないでください。

• タグは存在するのにマッチしない：ドメインがすでにIPへ変換されていないか、先行するルールで処理されていないか、スニッフィング設定から宛先ドメインを取得できるかを確認します。
• タグが存在しない：コアの起動時に分類リストの不足が直接報告されることが多いため、古いファイルに戻すか、新しいデータに実際に含まれるタグへ変更してください。
• GeoIPが機能しない：宛先がまだドメイン形式でルーティングに渡されているか、domainStrategyがIPマッチングの継続を許可しているかを確認します。
• すべての通信が同じ出力先になる：デフォルトルール、最終フォールバックルール、出力先タグを確認してください。原因はGeoファイルとは限りません。

起動ログでファイルとタグの読み込みを確認する

更新が成功したか判断するには、まず古いコアを完全に停止してから再起動します。設定ウィンドウを閉じるだけでは不十分です。コアは通常、起動時または該当タグを初めて解析するときにGeoデータを読み込みます。古いプロセスが動いたままだと、ディスク上のファイルを置き換えても、現在の接続が古いリソースを使い続ける可能性があります。

v2rayNでは、いったんサービスを停止し、選択した設定を再起動してからログウィンドウで最初の30秒を確認します。テスト環境でローカルSOCKSポート127.0.0.1:10808を使用する場合は、まずこのインバウンドが正常にリッスンしていることを確認し、その後Geo関連のエラーを調べます。ポート競合でコアが起動していない場合、後続の振り分けテストには意味がありません。10808はこの記事でのテスト値であり、実際のポートは「設定」→「パラメータ設定」にあるローカルリスニング設定を確認してください。

コアのバージョンによってエラー文は多少異なりますが、判断の順序は同じです。まずログにある最初の致命的なエラーを探し、それがファイルパス、タグ名、設定項目のどれを指しているか確認します。その後に出る接続失敗は、コアが正常起動していないことによる連鎖的な結果にすぎない場合があります。geoip、geosite、routing、failed、具体的なタグ名を重点的に検索してください。

更新に問題がある場合は、ファイル、ルール、コアの順に段階的に戻す

切り戻しの目的は、異常な状態で変更を重ねることではなく、更新前の既知の正常な状態を早く復元することです。まずコアを停止し、新しいgeoip.datとgeosite.datをリソースディレクトリから移動してから、バックアップファイルを戻します。再起動後に元のルールが正常に戻れば、問題の範囲は新しいデータまたはタグの互換性に絞り込めます。

古いデータに戻しても異常が続く場合は、更新前にエクスポートしたルーティング設定を復元します。特にルールの順序、domainStrategy、出力先タグを確認してください。データとルールを戻してもコアが起動しない場合は、更新中にXrayまたはv2flyコアも切り替わっていないか確認します。クライアントのバージョン、コアのバージョン、データファイルは個別に記録し、3つの変数を1回の更新にまとめないでください。

• 第1段階：データファイルを復元。ファイル不足、タグの不存在、更新後に分類結果が突然変わった場合に適しています。
• 第2段階：ルーティングルールを復元。タグやルールの順序を変更した後に、全通信が直接接続、全通信がプロキシ経由、LANへ接続できないといった状態になった場合に適しています。
• 第3段階：元のコア選択に戻す。更新時にコアも変更し、ログに設定項目の互換性エラーが出た場合に適しています。
• 第4段階：最小限のルールに戻す。LANへの直接接続と最終プロキシ出力先だけを残し、基本接続を確認してからGeoルールを1つずつ戻します。

接続が復旧したら、定期的なメンテナンス手順を決めておくと安心です。更新前に2つのデータファイルとルーティング設定を保存し、更新後にローカルポート、最初のログエラー、3つの固定テスト対象を確認します。問題がないことを確認してから一時バックアップを削除してください。日付が変わるたびにGeoデータを頻繁に置き換える必要はありません。新しいアドレス範囲やドメイン分類をルールが実際に必要とするときに、更新する明確なメリットがあります。