geoip.dat・geosite.datの更新方法｜ルールデータの入手先・差し替え・ルーティング設定

1. GeoIPとGeoSiteの違い：照合対象を確認

geoip.datにはタグごとに整理されたIPアドレス範囲が、geosite.datにはタグごとに整理されたドメインルールが保存されています。どちらもコアが読み込むバイナリデータで、サブスクリプションURLでも、利用可能なプロキシサーバーでもありません。ルールデータを更新しても照合条件が変わるだけで、ノードのアドレス、ポート、認証情報は更新されません。

たとえば、geosite:cnはcnという名前のドメインリストを参照します。ドメインの末尾から地域をリアルタイムに判定するものではありません。geoip:cnは対応するIPアドレス範囲を参照します。海外CDNのIPアドレスを使うドメインは、前者には一致しても後者には一致しない場合があります。2種類のルールは別々に設定し、geosite:cnをip配列に入れないでください。

この流れはドメインルールとIPルールの関係を示すもので、接続のたびに必ずDNS名前解決が行われるという意味ではありません。名前解決を行うか、いつ行うかは、接続先がもともとドメインかIPアドレスかに加え、routing.domainStrategyにも左右されます。コアがIPアドレスしか受け取っていない場合、通常はドメインルールで照合できません。スニッフィングで一部の接続情報を補えることはありますが、すべてのドメインを取得できるとは限りません。

2. ルールデータの入手先：タグを確認してファイルを選ぶ

代表的なデータソースには、V2Flyのdomain-list-communityによるドメイン分類データ、V2Flyのgeoipデータプロジェクト、派生ルールセットのLoyalsoldier v2ray-rules-datなどがあります。前者はそれぞれドメイン分類とIPアドレスデータを整備しています。派生プロジェクトでは、リストの組み合わせやカテゴリ、収録範囲が変更されている場合があります。同じファイル名でも、含まれるタグや分類の意味が同一とは限りません。

• 配布ファイルを確認：必要なのはクライアントとコアが対応する完成済みの.datファイルです。ソースコードのディレクトリやウェブページ、圧縮ファイルそのものではありません。
• タグを確認：設定で使用するgeosite:とgeoip:の各タグが、該当データソースのカテゴリ一覧にあることを確認してください。別形式のルールセットで使われるタグをそのまま流用しないでください。
• 更新先を確認：クライアントで設定されている配布元を確認します。独自のダウンロードURLを使う場合は、ログインが必要なダウンロードページではなく、ファイルの内容が取得できることを確認してください。
• 元に戻せるよう記録：配布元、ダウンロード日、更新前のファイルサイズを記録し、旧ファイルも保存しておきます。配布元を切り替える際は、タグの不整合を防ぐため、2つのファイルをセットで管理してください。

3. v2rayNの更新：まずは内蔵機能を使い、手動差し替えは保存先を確認

v2rayNは設定を管理するクライアントで、ルールデータを実際に読み込むのは選択中のコアです。以下では、V2RayまたはXrayを使用し、生成された設定がGeoデータを参照する場合を説明します。バージョンによってメニュー名やデータの保存先が異なるため、インストール先に同名ファイルがあるだけでは、使用中のコアがそのファイルを読み込んでいるとは判断できません。

1. 現在の環境を記録：クライアントで使用中のコアを確認し、カスタムルーティング設定と既存のGeoファイルをバックアップします。更新後に原因を特定しにくくなるため、コアの更新やDNSの変更は同時に行わないでください。
2. 内蔵機能で更新：メイン画面の「更新」メニューを開き、Geoファイルの更新項目を探します。一般的には「Geoファイルを更新」などの名前です。バージョンによってGeoIPとGeoSiteが別項目になっている場合は、それぞれ実行してください。実際の項目名は画面に表示されるものを確認します。
3. ダウンロード完了を確認：ログまたは通知で、2つのファイルが正常にダウンロードされたことを確認します。タイムアウトする場合はダウンロード先に接続できるか確認してください。プロキシ経由で更新する設定がある場合は、接続を確立してから有効にし、再試行します。
4. コアを再読み込み：更新後にサービスを再起動するか、いったん切断してから再接続します。起動ログにリソースの読み込み失敗や分類の不足を示すエラーがないことを確認してください。

内蔵の更新機能が使えない場合は、手動での差し替えを検討します。クライアントのログ、実行時の設定、コアのリソース設定を確認し、実際に使用されるアセットディレクトリを特定してください。ポータブル版の保存先、ユーザーデータの保存先、コアの実行ファイルの場所は異なる場合があります。コアを手動で起動している場合は、V2RAY_LOCATION_ASSETやXRAY_LOCATION_ASSETなど、リソースの場所を指定する環境変数も確認します。

1. クライアントと、クライアントが起動したコアのプロセスを完全に終了します。実際に使用されているgeoip.datとgeosite.datを別のバックアップ用ディレクトリにコピーしてください。
2. ダウンロードした2つのファイルを、確認済みのアセットディレクトリに置きます。ファイル名は変更しないでください。拡張子が非表示の環境では、geoip.dat.datにならないよう注意します。
3. 現在のユーザーにファイルの読み取り権限があることを確認してから、クライアントを起動します。古いタグやリソースのエラーが続く場合は、読み込み先を再確認してください。複数のディレクトリに手当たり次第ファイルをコピーしないでください。

4. v2rayNGの更新：アプリ内の機能を使い、アプリ専用領域を直接上書きしない

v2rayNGはXrayコアを使用し、Geoファイルは通常、アプリが管理するデータ領域に保存されています。Androidのファイル管理アプリで表示される「ダウンロード」フォルダはコアのアセットディレクトリではないため、そこにファイルを置いてもルーティングには反映されません。アプリ専用ディレクトリにはシステムのアクセス制限があるため、PCと同じ方法で直接上書きすることもできません。

1. 現在のルーティングを保存：サイドメニューから「ルーティング」画面を開き、現在のモードとカスタムルールを記録します。カスタム設定を使っている場合は、問題が起きたときに戻せるよう、設定テキストも保存してください。
2. リソース更新の項目を探す：「ルーティング」画面右上のメニューとアプリの設定メニューを確認し、Geoリソースの更新項目を探します。バージョンによって「Geoリソースファイルを更新」や、GeoIP・GeoSiteごとの更新項目など、表示が異なる場合があります。実際の画面を確認してください。
3. 配布元を確認してダウンロード：リソースURLを設定できる場合は、2つのURLがそれぞれ必要なファイルに対応していることを確認します。更新先にアクセスできることを確認したうえで、完了の通知を待ちます。ローカルファイルのインポート機能が明示されているバージョンに限り、その機能を使ってください。
4. 再接続して確認：現在の接続を停止してから再接続し、ログにGeoファイルの読み込みエラーがないことを確認します。その後、以下の手順でルールの適用と接続先を検証してください。

使用中のバージョンにリソースの更新・インポート機能が見つからない場合は、まずアプリ内のヘルプを確認し、必要に応じてクライアントのダウンロードページから適切なインストーラーを選んでください。2つのファイルを差し替えるためだけに、アプリのデータを消去しないでください。ノード、グループ、ルーティング設定も削除される可能性があります。更新のために、正常に動作しているVMessやVLESSのノードを作り直す必要もありません。

5. ルーティング設定：タグ・接続先・照合順を確認

以下はV2Ray/Xrayのrouting設定例です。GeoSiteとGeoIPの指定先を示すもので、単独で起動できる完全な設定ではありません。既存のoutboundsに、directという名前の直接接続用アウトバウンドが定義されている必要があります。GUIクライアントでは異なるタグ名が生成される場合があるため、貼り付ける前に必ず確認してください。画面上の表示名だけで内部タグを判断しないでください。

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

IPIfNonMatchは、現在の照合でドメインルールに一致しなかった場合、ポリシーに従ってIPアドレスを解決し、IPルールとの照合を試みます。「すべてのドメインを先に名前解決する」という意味ではなく、使用可能なDNSを設定する機能でもありません。AsIsは、ルーティングのためにドメインを自動でIPアドレスに解決しません。IPOnDemandは、IPアドレスが必要なルールの照合時に名前解決を行うため、より早い段階でDNSクエリが発生する場合があります。

ルールは上から順に評価され、最初に一致したルールで接続先が決まります。特定のドメインを必ずプロキシ経由にする例外ルールは、広範囲な直接接続ルールより前に置いてください。すべての通信を対象とするフォールバックルールを先頭に置くと、後続のGeoルールは適用されません。この例では、それ以外の通信を必ずプロキシに通す設定にはしていません。実際に使う際は、クライアントが生成した最終的なアウトバウンドの順序とフォールバックルールも確認してください。

6. 更新後の確認：読み込みからルール適用まで

ダウンロードが終わっても、確認はまだ必要です。ファイルを読み込めること、分類を利用できること、接続が意図したアウトバウンドを通ることを確かめましょう。変更する要素は一度に一組に絞り、まずファイルを更新して再起動し、その後にルーティングを調整します。ノードの切り替え、DNSの変更、データソースの変更を同時に行わないでください。

1. 起動ログを確認：geoip、geosite、failed、not foundを含むログを探します。特定の分類の読み込みに失敗している場合は、ノードの障害と決めつけず、まずタグの綴りとデータソースを確認してください。
2. テスト対象を選ぶ：現在のデータソースの分類一覧から、収録されていると確認できるドメインを1つ選び、その分類に該当しないドメインも選びます。ドメインの末尾だけを見てcnに含まれるか判断しないでください。
3. 新しい接続で試す：元のページで確立済みの長時間接続を終了するか、テストするアプリを再起動してから、選んだドメインにアクセスします。ルールファイルを変更しても、確立済みの接続のアウトバウンドは自動で選び直されません。
4. 接続ログと照合：コアのアクセスログを確認できる場合は、接続先アドレスとアウトバウンドのタグを確認します。クライアントにルールの一致番号が表示されない場合は、テストルールを1つだけ有効にして原因を絞り込み、確認後に元の設定へ戻してください。
5. 元に戻せることを確認：新しいファイルに差し替えた後にだけ起動できなくなった場合は、サービスを停止してバックアップを復元し、再起動して確認します。復元後も問題が続く場合は、設定やDNSも調べてください。すべてをルールデータの更新が原因だと決めつけないようにしましょう。

アクセスログには、ドメインや接続先アドレスなどの利用情報が含まれる場合があります。調査のためにログレベルを一時的に上げた場合は、作業後に元の設定へ戻してください。ログを共有する前に、ノードの認証情報、サブスクリプションURL、個人のアクセス履歴を削除しましょう。

7. よくある問題：分類が見つからない・更新が反映されない・誤って振り分けられる