geoip.dat、geosite.dat 更新教學：路由規則檔來源與設定方式

一、GeoIP 與 GeoSite 分別比對什麼

geosite.dat 儲存依標籤分類的網域規則，geoip.dat 儲存依標籤分類的 IP 位址區段。這些是核心讀取的二進位資料檔，不是節點清單，也不是 DNS 伺服器。更新檔案只會改變集合中的項目，不會自動改變規則指定的出站方向。

一次連線可能以網域進入核心，也可能只帶有目標 IP。網域規則需要核心取得網域；IP 規則則需要目標位址，或允許在路由階段解析網域。瀏覽器能開啟某個網站，不代表這次連線同時套用了網域集合與 IP 集合。

例如連線至區域網路管理位址 192.168.1.1，可以直接依位址區段判斷。連線至某個網域時，即使它列在 geosite:cn，解析結果也可能落在中國大陸以外的 CDN。兩種資料庫代表不同屬性，不能互相取代。

二、規則檔來源與標籤相容性

常見來源包括 V2Fly 的 domain-list-community 網域集合、geoip 資料專案，以及 Loyalsoldier 等維護者建置的規則資料。來源專案可能提供文字清單，核心實際讀取的是建置後的 .dat 檔。請勿將網頁內容或原始網域文字改名為 geosite.dat。

檔名相同不代表標籤完全一致。cn 通常都找得到，但細分服務、廣告分類及帶有屬性的集合，可能只有部分來源提供。若設定引用不存在的標籤，可能導致核心無法載入設定，而不只是單一規則失效。

• 先確認格式：本文的 geosite:、geoip: 與 JSON 範例適用於 Xray／V2Fly 路由格式，不可直接套用到其他規則格式。
• 再確認標籤：查看資料來源公布的分類清單，不要只憑名稱猜測某個分類一定存在。
• 保留還原點：更新前備份現有的兩個檔案與路由設定；切換來源時，請將檔案和規則視為一組檢查。

三、在 v2rayN 更新 Geo 檔案的操作順序

桌面版請先確認目前使用的設定是以 Xray 還是 V2Fly 核心執行，再更新對應的資料檔。以下說明適用於提供「更新 Geo 檔案」選項的 v2rayN 介面；不同版本的選單分類可能不同，介面文字有差異不代表檔案已損毀。

1. 備份路由設定

   開啟「設定」→「路由設定」，記下目前啟用的路由方案與自訂規則。若曾手動管理 Geo 檔案，也請將原檔複製到備份資料夾。

2. 更新資料

   在主視窗開啟「檢查更新」→「更新 Geo 檔案」。等待更新完成，分別確認 geoip.dat 與 geosite.dat 的處理狀態；節點訂閱更新提示不代表規則資料庫已更新。

3. 檢查記錄

   查看主視窗的記錄或訊息區。若下載失敗，先檢查網路與來源網址；若顯示無法載入標籤，請核對引用名稱和資料來源，不要直接刪除整套路由設定。

4. 重新載入

   透過用戶端停止並重新啟動目前的連線，讓核心重新讀取資料。若用戶端更新時已自動重新啟動，仍請查看啟動記錄，確認沒有 Geo 檔案載入錯誤。

5. 重新測試規則

   保留原有節點、代理模式與 DNS 設定，只更新資料檔後測試同一批目標。這樣才能分辨更新資料的影響與其他設定變更。

在 v2rayNG 與 v2flyNG 中，先查看側邊選單的「路由設定」，確認目前使用的規則與可用的資料更新方式。不同版本的 Android 用戶端選單不盡相同；若沒有獨立的 Geo 更新選項，請依該版本說明使用檔案匯入或資源更新功能，不要直接套用桌面版目錄。更新訂閱主要是更新節點資訊，不能據此判斷 Geo 資料已更新。

四、geosite:cn 與 geoip:private 的規則寫法

以下是 Xray／V2Fly 的 routing 物件範例。先讓私人位址直連，再處理網域集合，最後以中國大陸 IP 集合作為補充。標籤名稱取決於已安裝的資料檔；規則會由上而下檢查，第一條符合的規則決定出站方向。

{
  "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"
      }
    ]
  }
}

同一條規則中的多個不同條件通常必須全部符合；同一陣列中的多個候選項則只要符合其中一項即可。若要達成「網域屬於 cn，或 IP 屬於 cn 就直連」，應如範例拆成兩條規則；將兩個欄位放在同一條規則中，並不會得到「或」的效果。

五、domainStrategy 與 DNS 為何會影響分流

routing.domainStrategy 決定路由判斷時如何處理網域解析，並不等同於整個用戶端的 DNS 設定。尤其不要與出站中的同名或相似設定混淆：路由階段決定使用哪個出站，出站階段還要決定如何建立連線。

• AsIs：路由階段不會為了 IP 規則主動解析網域。已有目標 IP 的請求仍可符合 IP 規則，但不能預期每個網域都會觸發 GeoIP 判斷。
• IPIfNonMatch：網域未符合任何規則時，嘗試解析 IP 後繼續判斷。若網域已符合前面的規則，通常不必為這次路由判斷再次解析。
• IPOnDemand：遇到需要判斷 IP 的規則時，就會觸發解析。若將 IP 規則排在前面，網域請求在路由階段可能更常進行 DNS 查詢。

因此，範例採用 IPIfNonMatch：先判斷已知的網域集合，未符合的目標再嘗試進行 IP 分類。不過，DNS 查詢本身透過哪條路徑傳送，仍取決於 DNS 伺服器、查詢規則與連線設定；只更新兩個資料檔，無法解決 DNS 污染或查詢逾時。

六、手動替換、驗證與常見錯誤

自動更新失敗時，可以手動取得同一維護來源建置的兩個檔案。替換前先停止核心，找出核心實際讀取資源的目錄，保留正確檔名，再重新啟動。桌面安裝版、免安裝版與 Android 應用程式的資源位置各不相同，沒有通用的目錄路徑。

1. 確認讀取位置：以用戶端目錄說明、資源設定或記錄為準。不要因為程式目錄中有同名檔案，就認定核心執行時讀取的也是該檔。
2. 確認下載結果：檔案不可為空，也不能是登入頁、錯誤訊息頁或壓縮檔。若系統隱藏副檔名，也請確認檔名沒有變成 geosite.dat.dat。
3. 確認啟動成功：重新啟動後，檢查是否出現找不到檔案、資料解析失敗或找不到集合標籤等訊息。若啟動失敗，先還原備份，避免繼續疊加修改。
4. 確認實際路由：在應用程式確實使用用戶端代理的前提下，分別連線至區域網路目標、預期直連目標與預期代理目標，並搭配可用的連線記錄檢查出站標籤。