geoip.dat、geosite.dat 更新與路由規則設定

兩種 dat 檔案分別比對什麼

geosite.dat 儲存依標籤分類的網域集合，geoip.dat 則儲存依標籤分類的 IP 位址範圍。這些是路由查詢用的資料檔，不是節點訂閱，也不會提供伺服器位址、帳號或傳輸參數。更新資料庫不會自動新增節點，也不會替你建立分流規則。

geosite:cn 的實際內容由資源維護者決定。某個網域是否收錄、是否包含特定子網域，取決於該集合的資料，不能只靠網域後綴推測。即使檔名同為 geosite.dat，也可能來自不同資料來源，包含不同標籤。

geoip:private 常用於讓區域網路等非公網目的地直接連線。以下列出常見的私有 IPv4 位址範圍；這只是常見範例，並非該標籤的完整內容。

v2rayN：更新 Geo 資源並確認生效

桌面版先確認目前設定使用的核心與資源格式。以下步驟適用於使用 Xray 或 V2Fly 核心、讀取 dat 資源的設定。若目前設定採用其他資源格式，更新 dat 檔案不會影響該組規則。選單名稱可能因用戶端版本而異，請以目前介面為準，也不要在安裝目錄中批次取代同名檔案。

1. 保留目前規則

   在主畫面開啟「設定」→「路由設定」，記下目前啟用的路由設定與規則順序。若使用自訂設定，也請另存原始 JSON 檔，以便後續比對。

2. 執行資源更新

   若目前版本提供此選項，請開啟「檢查更新」→「更新 Geo files」。等候更新作業完成，不要把「更新訂閱」當成替代步驟。

3. 確認更新記錄

   查看主畫面的記錄，確認 geoip 和 geosite 各自的處理結果。若只有一個檔案更新成功，應先處理另一個失敗項目，不要直接認定分流已恢復正常。

4. 重新啟動目前服務

   更新完成後，重新啟動核心服務，或關閉用戶端再重新開啟。重新載入網頁連線後，查看最新的路由記錄；既有長連線不適合用來驗證規則更新。

下載失敗通常分成兩種情況：要求資源時逾時，代表需要排查更新連線；下載完成後啟動出錯，則應檢查檔案格式與集合標籤。若用戶端提供透過代理更新資源的選項，可在已有可用連線時試用。更換資料來源後，尤其要確認自訂規則引用的標籤仍然存在。

v2rayNG：從資源檔入口更新

Android 版 v2rayNG 使用 Xray 核心。支援資源管理的版本，可從左上角選單進入「資源檔」，查看資源項目，並使用頁面上的更新功能取得新檔案。不同版本可能顯示文字按鈕或更新圖示；操作前先確認項目檔名，避免只更新 geoip 卻漏掉 geosite。

1. 確認目前使用的路由設定

   從左上角選單進入「路由設定」，記下目前選取的模式與自訂規則。若使用完整的自訂 JSON，也要確認其中是否引用其他資料檔。

2. 開啟資源檔

   返回選單並進入「資源檔」，確認 geoip.dat、geosite.dat 對應的資源項目。舊版若沒有此選項，不要把檔案隨意複製到系統下載資料夾，就當作已匯入。

3. 更新並查看結果

   使用頁面上的更新功能，等候每項資源回報結果。若更新失敗，記下提示內容；網路逾時、資源網址無法使用與檔案無法載入，需分別處理。

4. 重新連線測試

   停止連線後重新啟動，再進入「記錄」查看啟動與連線紀錄。請用新的瀏覽器連線進行驗證，不要只看主畫面的連線按鈕是否顯示已啟用。

Android 的應用程式私有目錄與一般下載資料夾不同。手動下載檔案後，必須透過用戶端支援的匯入或資源管理流程，才能交由核心讀取。另一個容易忽略的前提是依應用程式代理：若瀏覽器未納入 VPN 接管範圍，修改核心路由不會改變該瀏覽器的出口。

• 更新訂閱：更新節點資訊與訂閱內容，通常不代表已更新核心的 Geo 資源。
• 更新資源：取代集合資料，不會自動啟用任何路由模式。
• 切換路由：決定哪些規則會參與比對，不會自動修復損壞或缺漏的資源檔。

路由 JSON：欄位、出口標籤與比對順序

以下是供 Xray/V2Fly 風格設定參考的 routing 片段，並非可獨立啟動的完整設定。範例假設已有名為 direct 和 proxy 的出站：前者指向直連出站，後者指向既有節點。標籤只是引用名稱，寫上 direct 並不會自動建立直連功能。

{
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "domain": ["geosite:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "ip": ["geoip:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "network": "tcp,udp",
        "outboundTag": "proxy"
      }
    ]
  }
}

規則會依序檢查，第一條命中的規則決定出口。最後一條規則涵蓋一般 TCP、UDP 流量，因此必須放在具體規則之後。若把它提前放在第一條，後面的中國大陸直連規則就沒有機會處理這些連線。

此處選用 AsIs，是為了說明其行為：若傳入路由的是網域，而該網域不在 geosite:cn 中，核心不會只為了比對 geoip:cn 再解析一次位址，最後會套用代理規則。只有請求本身帶有 IP 時，才會直接檢查這裡的 IP 條件。

同一條規則中的 domain、ip、port 等不同條件通常必須同時符合；同一欄位陣列中的多個項目，則代表該欄位可接受的多個候選值。若要表達「網域屬於中國大陸，或 IP 屬於中國大陸」，應如範例拆成兩條規則，而不是把兩個欄位放進同一個物件。

自動更新或手動取代：依維護方式選擇

日常使用更需要穩定的資料來源與明確的更新結果，而不是每次都更換一組標籤。只有在內建資源確實缺少所需集合，或需要追查某次更新造成的變化時，手動管理才更有幫助。

更新後出口仍不如預期：依記錄逐項排查

驗證時選三種目標即可：一個確實可連線的區域網路服務、一個預期直連的網站，以及一個預期透過代理連線的網站。記下測試目標、預期出口與實際記錄。不必製作複雜的測速表，先確認各類連線是否進入正確的出站。

• 啟動階段：檢查是否出現資源檔不存在、無法載入集合或找不到出站標籤等提示。若啟動失敗，先不要討論網頁命中了哪條規則。
• 連線階段：若記錄層級允許顯示連線紀錄，請查看目標與出站標籤。若沒有紀錄，先檢查系統代理、VPN 接管或依應用程式設定。
• 規則命中階段：若顯示代理出口，請確認前面的網域集合是否包含目標，以及是否有更早命中的寬泛規則。
• 連線階段：若已命中直連但仍無法開啟，請繼續檢查本機 DNS、目標服務與直連網路，不要把所有連線失敗都歸咎於資料庫。

最後請保留一份可正常運作的設定，以及資源來源紀錄。下次發生分流異常時，先比對規則順序與資源變更，再檢查連線路徑。如此才能分辨是集合內容變更、設定引用錯誤，還是流量根本沒有進入核心。