V2Ray 路由規則設定

先釐清：欄位、比對值與出站標籤

V2Ray 與 Xray 的常見路由設定位於 routing.rules 陣列中。每個項目描述「哪些連線符合條件」以及「符合後交由哪個出站處理」。domain、ip 是欄位名稱；domain:、full:、geosite: 則是網域比對值的前綴。請勿混淆這兩層語法。

以下是一條完整的路由規則，並非完整的核心設定。它會將目標網域恰好為 example.com、使用 TCP 且目標連接埠為 443 的連線，交由名為 proxy 的出站處理。這裡的連接埠是目標服務的連接埠，不是用戶端的本機監聽連接埠。

{
  "type": "field",
  "domain": ["full:example.com"],
  "network": "tcp",
  "port": "443",
  "outboundTag": "proxy"
}

• 同一欄位內通常採「或」：domain 陣列中的任一網域條件符合，即視為該欄位符合。
• 不同條件欄位之間採「且」：上例必須同時符合網域、TCP 和目標連接埠 443，才會選用該出站。
• 標籤必須確實存在：outboundTag 引用的是 outbounds 中的 tag，不是節點備註，也不能任意填寫中文動作說明。

網域前綴：domain、full、regexp 與 geosite

同一網域使用不同前綴，比對範圍會有明顯差異。若要設定「主網域及所有子網域」，優先使用 domain:；只處理一個精確主機名稱時，則使用 full:。這兩種寫法比範圍較廣的關鍵字比對更容易檢查。

geosite: 引用的是本機網域分類資料，不是即時查詢網站所屬地區。geosite:cn 也不等於「所有以 .cn 結尾的網域」：其中可能包含其他後綴的網域，也可能暫時未收錄新網站。分類名稱、屬性與項目請以實際安裝的資料檔為準。

正規表示式還涉及一層 JSON 跳脫。表格中的正規表示式是比對用的表達式；寫入 JSON 字串時，代表字面句點的反斜線必須寫兩次。若是在用戶端的一般文字輸入框中填寫規則，請依該欄位的格式輸入，不要機械式地再多加一層跳脫。

{
  "type": "field",
  "domain": [
    "domain:example.com",
    "regexp:^api[0-9]+\\.example\\.net$"
  ],
  "outboundTag": "proxy"
}

IP 規則：位址、CIDR 與 geoip

IP 條件應填在 ip 陣列中。單一位址直接填入，網段使用 CIDR，地區或特殊位址集合則使用 geoip:。標準寫法不是在位址前加上 ip: 前綴；若將 ip:192.168.1.1 當作陣列值，可能會導致設定載入失敗。

要求進入核心時若目標已是 IP，IP 規則便可直接參與比對；若目標仍是網域，能否使用解析結果繼續比對，則取決於 domainStrategy。瀏覽器自行解析、應用程式直接連線至 IP，以及用戶端透過嗅探還原網域等因素，也會影響路由器最終取得的目標資訊。

• 不要依網域後綴推測伺服器所在地區：同一網域可能解析至多個地區的位址，使用 CDN 時更是如此。
• 不要只設定 IPv4：如果應用程式實際連線至 IPv6 位址，只設定 IPv4 網段就無法涵蓋該連線。
• 私人位址直連需配合網路環境：本機區域網路通常需要直連；若需透過遠端網路存取內部位址，應另外設計規則，並放在範圍較廣的直連規則之前。

比對優先順序：先命中，不是越精確越優先

路由規則會依陣列順序由上而下檢查，第一條符合條件的規則決定出站。核心不會在所有命中項目中挑選「看起來最精確」的一條。只有將精確網域規則放在範圍較廣的規則之前，才能穩定設定例外。

{
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "domain": ["full:ads.example.com"],
        "outboundTag": "block"
      },
      {
        "type": "field",
        "domain": ["domain:example.com"],
        "outboundTag": "proxy"
      },
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "network": "tcp,udp",
        "outboundTag": "proxy"
      }
    ]
  }
}

以下是可併入既有設定的 routing 片段，不包含入站、出站與 DNS 設定。假設三個標籤都已定義：ads.example.com 命中第一條規則後會被封鎖；www.example.com 命中第二條規則並走代理；直接連線至私人位址時可命中第三條規則；其餘 TCP、UDP 連線則由最後一條規則兜底。

1. 先放必須優先於其他規則的精確例外，例如封鎖單一網域，或指定服務走代理。
2. 接著放網域集合與 IP 集合；若兩者可能重疊，應明確決定希望哪一類先決定結果。
3. 最後才放範圍較廣的兜底規則。若將對應 network: tcp,udp 的規則移到最上方，後續一般 TCP、UDP 規則便不會有比對機會。

若所有規則都未命中，一般 V2Ray/Xray 設定會使用第一個出站，不會自動判斷「中國大陸直連、其他流量走代理」。明確設定兜底規則較易閱讀，但也會影響網域解析後的再次比對，因此不能脫離網域策略單獨調整。

domainStrategy：何時解析，何時重試 IP 規則

routing.domainStrategy 控制路由比對階段如何處理網域；它不等同於用戶端的所有 DNS 設定，也不代表應用程式一定會將網域交給核心。請先確認入站收到的是網域還是 IP，再判斷適合採用哪種策略。

重要陷阱在於 IPIfNonMatch 與無條件兜底規則的組合：若第一輪檢查已命中最後的 TCP、UDP 兜底規則，就不算「未命中」，不能期待之後再解析網域並命中 geoip:cn。若要依賴此策略補充分流 IP，應檢查是否有提早結束比對的廣泛規則，並一併確認未命中時的預設出站。

使用 IPOnDemand 時，尤其要留意規則順序。較前面的 IP 規則可能觸發解析並命中，讓後面的網域例外失去比對機會。若要確保特定網域固定走代理，請將它的精確規則放在可能涵蓋該網域的 IP 規則之前。

在 v2rayN 中調整並驗證規則

v2rayN 的路由編輯介面會隨版本更新而調整。常見入口為「設定」→「路由設定」；進入後，先確認正在編輯的規則集，再檢查主視窗目前啟用的路由是否為該規則集。只修改清單中未啟用的規則集，不會改變現有連線的分流方式。

1. 保存目前設定：備份現行規則，記下目前的核心類型、網域策略及最終出站。本文討論的是 V2Ray/Xray 格式，請勿直接複製到其他核心的不同設定結構中。
2. 只新增一條可驗證的規則：在網域條件中填入 full: 加上實際目標主機名稱，選擇對應出站，並將規則移至涵蓋該目標的廣泛規則之前。
3. 套用並重新建立連線：儲存規則，必要時重新啟動核心。關閉測試頁面既有的連線後再試；已建立的長連線不會因調整規則而自動切換出站。
4. 查看日誌資訊：依目前版本提供的日誌設定，暫時提高至 info 或排查所需的層級，搜尋目標網域、目標連接埠與出站標籤；確認完成後，請恢復日常日誌層級。
5. 逐步擴大規則範圍：精確網域測試通過後，再改用 domain: 或新增 geosite:。每次只調整一個因素，方便判斷問題原因。

常見設定錯誤與修正方式