先定義預期，再寫規則

好的分流配置不以規則數量取勝，而是讓每一類請求有明確去向，並能用日誌證明。先做一條可驗證的例外規則，再逐步擴展，通常比導入一大套陌生規則更容易維護。

一、先寫一張流量意圖表

設想你希望內部服務直連、某個工作站點使用穩定節點，其他流量沿用當前策略。第一步不是打開 JSON 編輯器，而是寫出“目標—期望出口—驗證方式”。這樣即使界面或核心變化，測試目標仍然清楚。

請求類別 期望處理 驗證依據
已確認的局域網設備 直連 設備可達且連接記錄符合預期
需要固定出口的工作域名 已驗證的固定節點或組 新連接命中指定出口
一個指定應用 按任務選擇代理或直連 實際進程及新請求均匹配
其餘請求 保持原有默認策略 未匹配樣本不受新規則影響

這是示例設計，不是一套可直接套用到所有網絡的規則。公司內網可能需要指定 VPN，不能僅憑地址屬於私網就斷定應該從物理網卡直連。

二、規則順序決定誰先接管請求

v2rayN 的官方界面說明強調按順序匹配；前面的規則已匹配，後面的規則就不會再決定這一請求的出口。[1] Xray 的路由文檔也說明了按規則選擇出站的方式。[2] 因此，一條放在末尾的精確例外，可能永遠被前面的寬泛規則遮住。

建議用“小範圍例外—必要的通用規則—默認處理”的順序審查配置。局域網、工作站點或需要阻斷的域名誰應先匹配，要由你的實際需求決定，不能機械地把廣告規則永遠放在第一位。

修改前複製當前規則集並命名，例如 routing-before-test。一次只新增一條規則，寫清備註與目的。不要覆蓋唯一一份正常工作的配置，結束測試後才能解釋究竟是哪項修改生效。

三、用兩個域名驗證一條例外

以下示例只演示“一個域名例外直連，其餘交給 proxy”。它採用 v2rayN 自定義路由導出形式，不是可直接交給所有核心的完整配置。example.com 是演示域名，使用前換成你有明確需求的目標，並在規則副本中測試。[3]

[
  {
    "remarks": "example-domain-direct",
    "domain": ["domain:example.com"],
    "outboundTag": "direct",
    "enabled": true
  },
  {
    "remarks": "remaining-traffic-proxy",
    "port": "0-65535",
    "outboundTag": "proxy",
    "enabled": true
  }
]

在 Xray 的域名匹配語法中，domain:example.com 覆蓋該域及其子域；只想匹配一個完整主機名時，應覈對 full: 類型。[2] 不要使用含義過寬的普通關鍵詞去匹配一個需要精確隔離的業務域名。

先訪問目標域名，確認命中直連；再訪問另一個不屬於該域的測試站點，確認仍命中代理。這是正向與反向測試。只證明“目標能打開”，還不能排除所有流量都被錯誤地改成直連。

四、進程規則與策略組各負責什麼

進程規則回答“哪個應用的請求匹配”，策略組回答“匹配後選擇哪個代理成員”。添加進程規則前，先確認核心實際看到了進程信息：瀏覽器輔助進程、啓動器、更新器和主程序可能不是同一個名稱。可用能力還受到系統權限、核心版本及接管方式影響。

官方 v2rayN 規則編輯說明建議 Domain、IP 和進程名三個字段每條只填寫一項；其他條件如端口、網絡類型還會進一步限制匹配。[1] 這與直接手寫某個核心的原生規則並不完全相同，導入前必須分清配置屬於哪一層。

若規則指向策略組，先獨立驗證組裏至少有一個可用且兼容的節點。對於需要穩定登錄態的工作站點，小範圍且穩定的成員集比頻繁切換地區的隨機組更容易解釋。路由匹配成功不代表組內節點一定能完成請求。

五、規則集和 DNS 不應分開維護

域名規則依賴核心能獲取相應域名；IP 規則可能涉及解析，具體行爲取決於核心和解析策略。瀏覽器加密 DNS、直接訪問 IP、嗅探設置及 FakeIP 都可能改變你看到的證據。沒有命中域名規則時，先確認核心觀察到了什麼，而不是不斷堆疊更多域名。

規則集本身也有版本和來源。記錄導入地址、更新時間及更改目的；遠程規則更新後重新跑一遍代表性測試。上游新字段和數據格式未必兼容舊核心，不能把 Xray JSON、sing-box rule-set 和其他客戶端規則視爲同一種文件。

一些視頻會通過阻斷 UDP 443 影響 QUIC 路徑。這不是通用提速按鈕：應用可能回退到 TCP，也可能發生功能或性能變化。如果確需實驗，應單獨記錄、限定測試範圍，並比較修改前後的結果，不應順手阻斷全部 UDP。

六、用五項檢查完成驗收

  1. 目標樣本： 需要改變去向的域名或進程命中新規則。
  2. 反向樣本： 無關域名仍採用原有策略，未被寬泛條件誤傷。
  3. 內網樣本： 本地設備和必要的內部服務仍能訪問。
  4. 持久性： 重啓核心、更新訂閱後，規則和策略組仍有效。
  5. 回退： 切回原規則集即可恢復之前的可用狀態。

保存一小組驗收樣本，能讓下一次修改變成可比較的實驗。不要把某次視頻秒開、某個 IP 地址或一張測速圖當作整套分流的證明。

常見問答：規則越多越好嗎？ 不一定。重複、重疊或失效規則會增加理解成本。優先保留能解釋、能驗證、確有用途的規則。

常見問答：導入成功是否代表兼容？ 不代表。導入只完成解析，仍要檢查覈心啓動、規則生成、實際命中和出口可達性。

YouTube 選題參考

以下視頻的公開標題、簡介和章節索引用於選題與界面參考。本文爲獨立撰寫的指南，並非視頻逐字稿；技術細節依據下列官方資料覈對。

官方資料與適用範圍

覈對日期：2026-10-26。菜單名稱和功能範圍隨客戶端、核心與操作系統版本變化。文中的驗收流程爲建議方法，不是已經完成的性能實測結果。

  1. v2rayN 官方：界面功能與設置
  2. Xray 官方：路由與域名匹配
  3. v2rayN 官方：自定義路由格式

繼續閱讀本系列