v2rayNG 分流設定教學：台灣網站直連、海外網站走代理的規則配置

先確認：哪些流量會進入路由處理

v2rayNG 使用 Xray 核心處理代理連線。選取的節點決定代理出口連到哪一台伺服器，路由規則則決定特定請求是否使用這個出口。VMess、VLESS 等節點協定不會自動設定「中國大陸直連、海外代理」；訂閱更新成功，也不代表路由策略已符合需求。

本文以 Android VPN 模式為前提。應用程式流量會先進入 v2rayNG，再由核心決定直連、代理或阻斷。若啟用依應用程式代理，遭排除的應用程式可能直接略過這段處理流程；應用程式本身的網路設定及其他 VPN 服務也會影響測試結果。

選擇預設值：先建立可還原的基準

開啟主畫面側邊欄，進入「設定」中的路由相關設定，找到「預先定義規則」。部分版本會將「路由設定」列為側邊欄的獨立項目，或將選項稱為「路由模式」。若選單分類不同，請依「預先定義規則」及下列選項名稱尋找，不要把節點選擇選單當成路由設定入口。

1. 記下原始設定

   截圖保存目前的「預先定義規則」、「網域策略」及自訂規則內容，並記下是否啟用依應用程式代理。先保留還原基準，不要同時調整節點、DNS 和路由。

2. 選擇預設值

   前往「設定」→路由相關設定→「預先定義規則」，選擇「繞過區域網路及中國大陸位址」。如果側邊欄已有「路由設定」，請從該入口尋找同名選項。

3. 檢查網域策略

   找到「網域策略」並記下目前值。初次設定可保留預設值；只有確定需要透過 IP 規則補充比對時，再參考後文評估 IPIfNonMatch。

4. 重新啟動並測試

   儲存後停止並重新啟動連線，讓新設定重新載入。依序開啟區域網路管理頁、中國大陸網站及海外網站，記錄是否可連線，再開始新增例外規則。

區域網路直連：以位址範圍判斷比名稱可靠

路由器、印表機和 NAS 常使用私人 IP 位址。若將這些請求送到遠端代理伺服器，遠端通常無法存取手機所在的家用網路。預設中的私人位址規則可處理這類情況，但請確認規則涵蓋實際使用的位址，而不是只新增一條 192.168.1.1。

支援相應資料檔的設定可使用 geoip:private，比對私人及其他本機用途的位址分類；實際涵蓋範圍依使用的資料而定。IPv6 區域網路也需另外留意，例如唯一本機位址 fc00::/7；只列出三段 IPv4 網段，無法涵蓋所有本機通訊。

• 先用 IP 測試：確認該位址是實際閘道後，再前往 http://192.168.1.1；請勿將範例位址視為所有路由器的預設位址。
• 再用裝置名稱測試：若 IP 可連線、裝置名稱卻無法使用，請優先檢查區域網路 DNS 或名稱探索。路由直連不會自動修復名稱解析問題。
• 區分探索與連線：螢幕投放、印表機搜尋會用到多點傳送等機制；僅憑網頁能開啟，無法判定裝置探索功能也正常。
• 檢查網路隔離：訪客 Wi-Fi、無線用戶端隔離也會阻止裝置互相連線；修改代理規則無法解除路由器的隔離設定。

網域例外：精確規則應排在分類規則之前

Xray 會依設定順序比對路由規則，第一條符合條件的規則決定流量去向。因此，「特定網域必須走代理」的規則應排在範圍較廣的中國大陸直連分類之前。介面可能將代理、直連和阻斷規則分置於不同輸入欄位；欄位的畫面位置不一定等於最終規則順序，請查看匯出的設定或記錄確認。

以下僅示範 Xray 規則片段，並非可直接匯入的完整節點設定。example.com 是語法範例網域，實際使用時請替換為目標網站；proxy、direct、block 必須與目前設定中實際存在的輸出標籤一致。

{
  "rules": [
    {
      "type": "field",
      "ip": ["geoip:private"],
      "outboundTag": "direct"
    },
    {
      "type": "field",
      "domain": ["full:ads.example.com"],
      "outboundTag": "block"
    },
    {
      "type": "field",
      "domain": ["full:api.example.com"],
      "outboundTag": "proxy"
    },
    {
      "type": "field",
      "domain": ["geosite:cn"],
      "outboundTag": "direct"
    },
    {
      "type": "field",
      "ip": ["geoip:cn"],
      "outboundTag": "direct"
    }
  ]
}

DNS 與分類：為什麼看似海外的網站卻直連

「海外網站」不是核心可直接辨識的服務屬性。網域可能被分類資料庫歸入某個集合，也可能透過 CDN 解析到中國大陸 IP；同一服務的登入頁、圖片和 API 也可能使用不同網域。因此，網站主網域走代理，不代表所有子請求都會走相同出口。

• AsIs：在路由階段依現有目標資訊進行比對，不會為了 IP 規則主動解析網域。這不代表整個連線過程完全不會進行 DNS 查詢。
• IPIfNonMatch：網域未命中規則時，嘗試解析網域，並用取得的 IP 再次比對。這可補充 IP 分類，也可能讓解析到中國大陸 CDN 的網域被判定為直連。
• IPOnDemand：遇到需要 IP 資訊的規則時即可觸發解析；規則位置會影響解析時機，沒有對照記錄時不建議任意切換。

若確定某項服務必須走代理，優先新增精確的網域代理例外，而不是擴大整個地區的代理範圍。若瀏覽器使用內建加密 DNS，核心能取得的網域資訊可能有所不同；嗅探功能或許能在部分連線中補充網域資訊，但受協定及加密方式限制，不能視為一定能成功辨識。

廣告網域：先小範圍阻斷

廣告阻擋規則適合放在允許規則之前，但應從已確認的個別網域開始。部分規則資料提供 geosite:category-ads-all 分類；使用前必須確認目前檔案確實包含該分類。若缺少分類，可能導致設定載入失敗，而不只是「少擋幾個廣告」。

• 先用 full: 阻斷一個明確的廣告主機，重新啟動連線後檢查頁面、登入及播放功能。
• 不要連圖片 CDN、付款介面或驗證服務的整個主網域一起阻斷，同一個網域可能也提供必要資源。
• 若發生誤擋，先撤銷最近新增的規則；確實需要允許清單時，將精確的允許規則放在對應的廣泛阻斷規則之前。
• 廣告與正文共用網域時，網域路由無法依網頁路徑區分內容。請勿將網域阻斷當成完整的網頁過濾工具。

若遇到「廣告消失，但頁面一直轉圈」，請保留記錄中連線失敗的網域，再逐條恢復規則。一次匯入大量規則後只觀察首頁，很難找出登入、驗證碼或影片播放環節遭誤擋的原因。

驗證分流：記錄、出口與還原

儲存規則後，停止並重新啟動 v2rayNG，再關閉測試應用程式原有的連線。已建立的長連線可能繼續沿用舊路徑；瀏覽器快取也可能讓頁面看似正常，實際上並未送出新請求。以下列出驗證步驟，並非預先宣稱的實測結果。

在主畫面側邊欄的「記錄」中查看新連線；如果目前的記錄層級未顯示路由資訊，可暫時調高至資訊層級，再重現一次問題，確認目標位址與實際輸出標籤，結束後恢復原有層級。如果記錄未提供足夠資訊，就不應只憑「連線成功」推斷命中了哪條規則。分享記錄前，請先移除節點位址、訂閱連結及個人瀏覽紀錄。

1. 固定測試條件：使用相同節點、相同 Wi-Fi 和相同測試應用程式，每次只修改一條規則。
2. 確認出口：對 IP 查詢網站，先明確設定為直連並記錄結果，再改為代理進行比對；單次查詢只能證明該網站這次請求的連線路徑。
3. 與全域代理比對：網站在分流模式下無法連線、但全域代理正常時，優先檢查該網站的規則與 DNS；兩種模式都無法連線，則繼續檢查節點及伺服器端連線狀態。
4. 更新後重新確認：更新 geo 資料或訂閱後，重新驗證常用網站。分類變動可能影響分流；更新訂閱通常不等於更新規則資料庫。
5. 及時還原：若啟動失敗或大量網站異常，請還原原本的預設值和自訂規則，再逐條新增，避免累積多項未知變更。

最後保留的設定應能清楚說明三件事：哪些應用程式會進入 VPN、哪些目標明確直連或走代理，以及未命中規則時使用哪個出口。先用穩定的預設值處理大多數請求，再以少量精確例外修正誤判，比不斷堆疊範圍寬泛的規則更容易維護。