GeoIP、GeoSite 規則檔更新與路由設定教學

GeoIP 與 GeoSite 各自比對什麼

geosite.dat 儲存依標籤分類的網域規則，geoip.dat 儲存依標籤分類的 IP 位址範圍。這些是路由資料，不是訂閱，也不是節點設定。更新資料檔不會變更 VMess、VLESS 等連線參數，更不會自動新增可用節點。

geosite:cn 引用規則庫預先整理的 cn 網域分類，比對範圍由庫中的項目決定，而非僅限於以 .cn 結尾的網域。geoip:cn 則引用對應的位址範圍分類，兩者不能互相取代。

V2Ray 與 Xray 的常見部署方式會使用這類 DAT 資料。v2rayNG 使用 Xray 核心，v2flyNG 使用 v2fly 核心；v2rayN 所需的資料格式則取決於目前選用的核心。若實際執行的是採用其他規則格式的核心，請勿只因檔名相似就套用本文的 DAT 設定。

選擇規則檔來源與更新方式

常見資料來源包括 v2fly 的網域分類與位址資料建置專案，以及社群維護的相容規則庫。網域清單經整理、編譯後會產生 DAT 檔，並非可直接用文字編輯器修改的網域清單。資料庫是否包含 cn、private 或特定服務標籤，須依該資料庫的分類說明確認。

在 v2rayN 更新 Geo 檔案的步驟

以下說明適用於提供「檢查更新」→「更新 Geo 檔案」選項的 v2rayN 介面。不同版本可能會將選項放在設定或更新選單中；若本機沒有此選單，請勿自行猜測資料夾位置並直接覆寫。先查看用戶端說明與目前核心日誌，確認資源路徑。

1. 記錄目前設定

   開啟「設定」→「路由設定」，記下目前啟用的路由設定、規則順序與預設出站。備份現有 Geo 檔案，並記下備份所在的資料夾，以便還原。

2. 確認目前使用的核心

   查看啟動日誌中的核心名稱與啟動參數，確認目前使用的是 Xray 或 v2fly 的 DAT 格式。不要將程式安裝資料夾、工作目錄與資源目錄視為同一位置。

3. 更新資料

   前往「檢查更新」→「更新 Geo 檔案」。等待下載與替換完成，確認兩個檔案都已處理完畢；若出現網路錯誤，先排除下載連線問題再重試，不要將部分成功視為全部完成。

4. 重新啟動目前的核心

   透過用戶端重新啟動服務，或先結束用戶端再重新開啟，讓核心重新載入檔案。只關閉主視窗可能只是將程式縮到系統匣，不代表服務已重新啟動。

5. 檢查啟動日誌

   確認是否出現資源檔不存在、找不到分類或設定解析失敗等訊息。接著測試一個直連網域、一個應走代理的網域，以及一個區域網路位址，逐一確認路由分流結果。

手動更新時，請先停止核心，再將相容的檔案放入已確認的資源目錄，並保留正確檔名 geoip.dat 與 geosite.dat。不要將下載的網頁、壓縮檔或帶有重複副檔名的檔案改名後當作資料檔使用。若更新後無法啟動，請還原備份並重新啟動，再檢查新資料庫的標籤與格式。

Android 裝置應使用 v2rayNG 或 v2flyNG 內建的 Geo 資料更新或資源匯入功能。選單名稱會隨版本變動，請勿照搬桌面版的操作路徑；應用程式的私有目錄也不等於系統的「下載」資料夾。若無法確認操作入口，請先保留目前可用的設定，不要為了嘗試更新而清除應用程式資料。

geosite:cn 與 geoip:private 的路由設定

以下是原生 V2Ray/Xray 設定中的 routing 物件範例，並非可直接匯入的完整用戶端設定。範例假設現有出站標籤為 direct 與 proxy：前者代表直連出站，後者代表代理出站。實際標籤若不同，必須先改成設定中已有的名稱。

{
  "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"
      },
      {
        "type": "field",
        "network": "tcp,udp",
        "outboundTag": "proxy"
      }
    ]
  }
}

• 優先處理私有位址：geoip:private 可避免內網目標誤走代理。資料來源必須包含此標籤；它並非「所有不需要代理的位址」的統稱。
• 依網域分類直連：目標網域符合 geosite:cn 時，依此規則選擇直連，無須再透過 IP 分類確認一次。
• 補充位址分類：geoip:cn 可比對已知的目標 IP；網域連線能否進入位址比對，還會受到網域解析策略影響。
• 最後的兜底規則：範例會將其餘 TCP、UDP 流量交由代理處理。若用戶端已產生兜底規則，請勿重複新增互相衝突的末尾規則。

在 v2rayN 的「設定」→「路由設定」中編輯時，通常須分別填入網域條件、IP 條件與出站，不能將整段 JSON 貼進「網域」欄位。單一規則同時填寫 domain 與 ip，通常代表兩項條件都必須符合，而非符合任一項即可；若要設定「網域或位址符合就直連」，應如範例拆成兩條規則。

使用實際位址驗證路由分流結果

判斷更新是否生效，不能只看網頁能否開啟。成功連線可能是因為代理兜底、應用程式快取或舊連線所致。請先重新啟動核心，關閉測試應用程式已有的連線，再觀察新要求的目標與出站記錄；若目前日誌層級未顯示路由資訊，可暫時提高記錄詳細程度，完成後再還原。

IPv4 私有位址有三個範圍：10.0.0.0/8、172.16.0.0/12、192.168.0.0/16。這些位址可用來理解 CIDR，但不代表所有資料庫中的 geoip:private 都只包含這些範圍；實際資料庫也可能包含迴路、鏈路本地及 IPv6 相關範圍，請以資料來源的定義為準。

Geo 檔案本身也無法保證 DNS 要求會依預期的路徑送出。傳統 DNS 的 53 連接埠、應用程式自行使用的加密解析，以及核心內建 DNS，可能採用不同路徑。若網域分流異常，請一併檢查要求是否保留網域、DNS 設定與 TUN 接管範圍；不要反覆更換分類資料庫來掩蓋解析路徑問題。

更新失敗與規則未命中的常見問題

長期維護時，建議一次只調整一類變數：先更新資料檔並驗證，再調整規則或 DNS。記錄資料來源、替換位置與本機操作時間，即可建立可還原的維護紀錄。更新頻率應依實際分類變化而定，不必為了追求檔案日期而頻繁替換已驗證可用的規則。