本文重點

系統代理決定應用程式是否將請求交給用戶端，路由則決定用戶端收到請求後要從哪裡送出。初次使用 v2rayN 或 v2rayNG，先釐清這兩個層次，再以繞過中國大陸作為日常起點；遇到異常時暫時切換全域模式比對，最後查看連線記錄確認結果，避免反覆切換同一個設定。

系統代理與路由模式：一個管入口，一個管出口

在桌面版中，v2rayN 啟動核心後會建立本機代理監聽埠，瀏覽器等應用程式可以將請求送到這個入口。Windows 的「自動設定系統代理」會寫入系統代理設定，但應用程式是否遵循，仍取決於應用程式本身。部分命令列工具、遊戲或使用自有網路堆疊的軟體不會自動套用。

請求進入核心後，路由規則才會開始作用。核心會依目標網域、目標 IP、連接埠等條件，選擇代理出站、直連出站或阻擋出站。因此，「系統代理已啟用」不代表「所有請求都經由遠端節點」；「已選擇全域模式」也不代表「整台裝置的網路都由用戶端接管」。

設定層級解決的問題無法取代的功能
系統代理讓遵循系統設定的應用程式連上本機代理入口無法確保接管所有應用程式或所有 UDP 流量
路由模式為已進入核心的請求選擇出站無法將尚未進入核心的請求直接帶進來
TUN／VPN 接管在網路層接收符合接管條件的裝置流量無法確保節點支援所有協定，也不能取代分流規則

全域、繞過中國大陸、直連：三種流量路徑

此處的「全域」指用戶端的路由預設，不是由系統層級接管整台裝置。一般會將進入核心的多數一般請求送往代理出站，但用戶端仍可能保留區域網路、節點伺服器連線或其他必要例外。要確認特定位址實際走哪條路，最後仍須查看目前套用的規則與連線記錄。

繞過中國大陸

建議

依照預設的網域與 IP 規則，讓中國大陸境內的目標直連，其他未符合規則的目標通常交由代理處理。中國大陸境內的辦公服務與需要代理的網站可以同時使用。規則資料並非即時地理資訊，個別網站仍可能需要另外處理。

適用情境：日常瀏覽、同時使用中國大陸境內辦公服務與境外服務

全域

讓進入核心的大多數一般請求都經由代理，降低分流規則對測試結果的影響。中國大陸境內資源也可能繞到節點再返回，增加連線路徑長度並消耗節點流量。

適用情境：短時間排查分流錯誤，或需要統一出口的應用程式

直連

讓進入核心的請求透過本機網路直接連線至目標。此時用戶端仍可繼續執行，應用程式也能繼續連上本機入口，只是一般連線不再經由遠端代理節點。

適用情境：比對本機網路，或暫時不需要遠端代理

「繞過中國大陸」並非依網頁顯示語言分流，也不是看到中文網域就直連。規則通常會使用 geosite:cn、geoip:cn 等資料；網域規則涵蓋範圍、CDN 位址與解析結果都可能影響規則是否符合。VMess、VLESS 是代理協定，與這三種路由模式並非一一對應。

v2rayN 操作順序：先設定入口，再選路由，最後測試

以下以 Windows 桌面介面常見的中文選單為例。不同版本可能會調整按鈕位置或路由預設名稱；若找不到相同項目，請查看實際路由設定，不要只憑相似名稱猜測。操作前先選取可用節點，並確認核心已啟動。成功匯入訂閱只代表取得設定，不表示節點已連線。

  1. 確認監聽設定

    前往「設定」→「參數設定」，查看本機監聽埠等設定。記下實際使用的連接埠，並確認啟動記錄沒有「位址已被使用」等監聽失敗訊息。

  2. 啟用入口

    在主畫面底部的「系統代理」中選擇「自動設定系統代理」。這會讓遵循系統代理設定的應用程式連上用戶端；「不變更系統代理」不代表關閉代理，而是不再修改目前的系統設定。

  3. 選擇分流模式

    在主畫面底部的「路由」中選擇繞過中國大陸的預設設定。需要檢查規則時，前往「設定」→「路由設定」，確認中國大陸境內目標的直連規則排在預設代理規則之前。

  4. 分別測試

    分別連線至已知可直連的中國大陸境內服務，以及需要代理的目標，查看連線記錄中的目標與出站標籤。測試前關閉舊頁面的連線或重新啟動瀏覽器，避免重複使用既有連線而看不出切換結果。

  5. 還原設定

    測試完成後，切回日常使用的路由設定。若要停止本機代理服務，請先在「系統代理」中選擇「清除系統代理」，再結束用戶端，避免系統仍指向已關閉的監聽埠。

連接埠與規則欄位：釐清流量路徑

本機位址與連接埠是確認入口的依據。以下三個數值用來示範一組分開設定的 SOCKS／HTTP 監聽，不代表所有 v2rayN 版本的預設值。若目前版本使用混合監聽埠，請依實際設定填寫，不要照抄範例。

127.0.0.1
範例回送監聽位址
10808
範例 SOCKS 監聽連接埠
10809
範例 HTTP 監聽連接埠

例如，應用程式手動填入 HTTP 代理 127.0.0.1:10809 後，即使清除系統代理，仍可能繼續透過用戶端連線。反過來說，若應用程式設定為「直接連線」，開啟系統代理也未必會改變其網路路徑。代理類型也必須相符：HTTP 代理位址不能隨意填入只接受 SOCKS 的欄位。

以下是 V2Ray／Xray 格式的路由片段，並非可直接啟動的完整設定。此範例假設出站清單中已有 direct 與 proxy 兩個標籤，且核心能讀取相應的規則資料。用戶端管理的設定通常應透過介面修改；手動編輯產生的檔案，可能會在下次啟動時遭到覆寫。

{
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "domain": ["geosite:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "ip": ["geoip:private", "geoip:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "network": "tcp,udp",
        "outboundTag": "proxy"
      }
    ]
  }
}

桌面版與 Android：依接入方式選擇方案

日常使用建議先採用繞過中國大陸，再依個別應用程式補充規則。不要因為單一網站異常，就長期將所有流量改成全域模式。桌面版與 Android 的主要差異在於請求如何進入核心；請求進入後，仍須檢查網域、IP 與出站規則是否符合。

建議設定：從繞過中國大陸開始，逐一確認各應用程式的入口

桌面版：v2rayN
  • 瀏覽器先使用系統代理，路由選擇繞過中國大陸。
  • 不遵循系統代理的工具，優先設定該工具自己的 HTTP／SOCKS 代理。
  • 確實需要擴大接管範圍時，再評估 TUN 與所需權限。
  • 區域網路服務建議維持直連，並檢查系統代理例外與核心規則兩處設定。
Android：v2rayNG
  • 啟動服務並確認已授予系統 VPN 權限，避免只選擇節點卻未啟動服務。
  • 在「路由設定」中檢查預設規則或自訂規則，並以目前版本的介面為準。
  • 啟用依應用程式分流時，確認目標應用程式已納入代理範圍。
  • 分清楚「應用程式略過 VPN」與「進入核心後直連」，這是不同層級的設定。

先確認入口涵蓋範圍，再調整路由；應用程式尚未進入核心時，修改出站規則無法解決問題。

公司內網、印表機服務或路由器管理頁面通常需要透過本機網路直連。使用全域模式時，若這些服務無法連線，應先檢查私有位址規則與系統代理例外，而不是立刻更換節點。若業務要求固定出口，也要檢查 DNS、IPv6 與應用程式本身的網路行為；不能只憑「全域」兩字就認定所有連線都使用相同出口。

切換模式後仍有異常：依症狀逐一排查

啟用全域模式後，某個軟體還是沒有走代理？

先查看用戶端連線記錄中是否出現該軟體的目標位址。如果沒有，請檢查軟體本身的代理設定；桌面版可手動填入目前的 HTTP／SOCKS 監聽位址，Android 則要確認依應用程式分流的範圍。請求尚未進入核心時，先不要修改路由。

繞過中國大陸時無法開啟，全域模式卻可以？

維持使用同一個節點，重複連線至同一目標並比較出站標籤。若繞過中國大陸時符合直連規則，請檢查該網域及其解析 IP 的規則。若需新增例外，將特定網域的代理規則放在範圍較廣的直連規則之前，不要一開始就將整段 IP 範圍全部改走代理。

切換直連後，網頁仍顯示代理錯誤？

直連路由仍需要本機核心接收請求。若核心已停止，但瀏覽器仍指向 127.0.0.1:10809，就會出現連線失敗。請重新啟動核心，或清除系統代理並移除瀏覽器中的手動代理設定，再重新測試。

中國大陸境內網站走代理，是規則出錯了嗎？

先確認符合規則的網域、解析位址與路由順序。該網站可能使用境外 CDN，也可能未收錄在目前的網域規則中。確認該服務可以直連後，再新增範圍明確的直連規則；更新規則資料後重新建立連線，不要只查看仍在沿用的舊連線。

切換模式後，出口結果沒有變化怎麼辦？

關閉測試頁面的既有連線，確認用戶端已完成重新載入設定，再重新發出請求。出口檢測頁面只能說明該筆請求的路徑，無法證明所有應用程式都使用相同路由。搭配用戶端記錄判斷，比反覆重新整理同一個頁面更可靠。

日常模式選擇與排查總結

日常辦公與瀏覽，建議從「確認入口＋繞過中國大陸」開始。全域模式適合短時間比對：使用相同節點、目標與應用程式，只切換路由，才能縮小問題範圍。若兩種模式都失敗，應回頭檢查監聽設定、節點連線、DNS 與應用程式接入方式，而不是繼續糾結路由名稱。

分開檢查入口與出口，選擇模式就不用再猜按鈕。連線記錄看得到目標、規則能說明出站方式、應用程式設定也對得上監聽位址，三者一致，才算釐清流量路徑。