系統代理決定支援此設定的應用程式是否將請求交給 v2rayN；全域與繞過中國大陸則決定已進入核心的請求從哪個出口連線。本文以 Windows 桌面版為例，說明系統匣選單、路由預設、本機連接埠與終端機測試之間的關係，協助分辨「請求未進入代理」和「進入後依規則直連」兩種狀況。
先釐清兩個層次：應用程式接入與核心路由
v2rayN 是桌面圖形介面用戶端，負責管理連線設定、啟動代理核心及修改系統代理設定。應用程式的請求必須先進入核心的本機監聽入口，之後才會進行路由比對。已選取節點、核心也在執行，不代表所有應用程式都已開始使用代理。
- 應用程式層：瀏覽器或開發工具會決定是否讀取系統代理，也可能使用自己的代理設定、環境變數或直接連線。
- 接入層：讀取系統代理的應用程式會將適用的請求送至設定中的本機位址與連接埠，例如
127.0.0.1:10808。 - 路由層：核心會依網域名稱、IP、連接埠等條件比對規則，選擇代理、直連或阻擋出口。
- 連線層：代理出口會使用目前節點的協定與傳輸設定連線至遠端；VMess、VLESS 屬於此層的連線設定，不是系統代理模式。
因此，「設定系統代理＋繞過中國大陸」並不衝突：前者讓應用程式接入，後者則允許部分請求從直連出口送出。反過來說，「清除系統代理＋全域」也可以同時存在，但一般瀏覽器可能沒有將請求交給核心，路由預設自然無法處理這些請求。
設定或清除系統代理：在哪裡操作、會改變什麼
在 Windows 通知區域按右鍵點選 v2rayN 圖示，開啟「系統代理」選單。常見版本會提供「自動設定系統代理」、「清除系統代理」、「不改變系統代理」等選項。本文所說的「設定系統代理」，主要是指選擇「自動設定系統代理」；不同版本的選項名稱可能略有差異。
| 操作 | 實際變更 | 無法取代的設定 |
|---|---|---|
| 自動設定系統代理 | 將目前 Windows 使用者的系統代理指向用戶端本機監聽入口 | 不會替應用程式設定個別代理，也不會改為全域路由 |
| 清除系統代理 | 清除由用戶端管理的系統代理設定，讓遵循此設定的應用程式恢復相應的直連行為 | 不會清除終端機環境變數、瀏覽器擴充功能設定或應用程式內的代理設定 |
| 不改變系統代理 | 不主動修改目前的系統代理狀態 | 不代表關閉代理；原有的系統設定可能仍會保留 |
選取後，可前往 Windows「設定」→「網路和網際網路」→「Proxy」確認位址與連接埠。若瀏覽器安裝了代理管理擴充功能，也要檢查擴充功能目前使用的是系統設定、固定代理還是自訂規則。擴充功能若覆寫系統設定，單靠切換 v2rayN 的系統代理選單可能看不到預期變化。
- 先啟動核心並確認沒有連接埠占用錯誤，再設定系統代理，避免應用程式被指向沒有監聽服務的連接埠。
- 暫時結束用戶端前，可先清除系統代理。若程式異常結束後網頁無法瀏覽，也應檢查系統是否仍保留本機代理位址。
- 企業網路原本使用代理或自動設定指令碼時，變更前請先記下原始設定。清除代理不代表會還原所有既有網路政策。
全域與繞過中國大陸：依請求目的選擇出口
在 v2rayN 主視窗底部的「路由」下拉式選單中選取預設；若要查看詳細內容，請前往「設定」→「路由設定」。內建方案名稱可能包含編號、版本前綴或不同用詞，請找出名稱含「全域」或「繞過中國大陸」的對應方案，並以實際規則為準。
繞過中國大陸：日常使用的起點
建議常見規則會將中國大陸的網域名稱或 IP 交由直連出口處理，其餘請求則交給代理。許多方案也包含區域網路直連規則，但不要只憑名稱就認定已有包含，使用前請先查看規則內容。
適用情境：日常瀏覽時同時存取本地服務、中國大陸網站與境外網站。
全域：統一出口條件
盡可能將已進入核心的請求統一交由代理出口，方便短時間內進行對照測試。較早套用的規則仍可能改變部分請求的去向；全域模式也無法修復失效節點或錯誤的驗證資訊。
適用情境：檢查分流判斷錯誤、驗證遠端出口，或重現特定網站的連線問題。
繞過中國大陸不代表依網頁語言分流。中文頁面可能架設在境外，國際服務也可能使用中國大陸的 CDN。規則依據的是請求中的網域名稱、解析出的 IP 與規則集內容，而不是頁面文字。瀏覽器以網域名稱連線，與程式直接連線至 IP，也可能觸發不同的比對路徑。
兩種常見設定：日常瀏覽與開發除錯
不必將全域模式當成固定預設。日常使用時，優先避免不必要的繞行；除錯時，則要先確保測試條件一致。以下兩種設定都假設節點可用、核心正常執行，且沒有同時啟用其他接管網路流量的機制。
建議設定：依使用情境搭配接入方式與路由
日常瀏覽
- 系統代理選擇「自動設定系統代理」。
- 路由選擇已確認規則內容的「繞過中國大陸」方案。
- 瀏覽器代理擴充功能使用系統設定，避免重複覆寫。
- 依需求為區域網路裝置和內部網域新增直連規則。
開發除錯
- 只需測試單一命令時，明確指定本機代理連接埠。
- 短時間切換至「全域」，與繞過中國大陸方案針對相同目標進行對照。
- 保留 localhost、回送位址及必要內部網路服務的繞過設定。
- 記錄結果後恢復日常預設，避免影響後續測試。
一次只變更一個變數：先固定節點與接入方式，再比較路由；不要同時切換節點、DNS、路由和瀏覽器擴充功能。
例如，中國大陸的程式碼儲存庫可以正常存取，但某個境外 API 逾時時，可先維持節點不變，只將路由從繞過中國大陸切換為全域。若全域模式正常、原方案失敗，就應繼續確認目標網域是否命中直連規則；若兩種模式都失敗，則應檢查節點連線、伺服器端限制或應用程式本身的設定，而不是反覆切換同一個預設。
- 無法開啟區域網路管理介面：確認目標是私有 IP 還是內部網域名稱，並檢查是否已有對應的直連規則。
- 中國大陸服務顯示異地登入提示：先確認是否透過代理出口存取，再調整該服務的精確規則。
- 只有單一程式異常：優先檢查該程式的接入設定，不要直接重設整套訂閱與路由。
使用本機連接埠驗證：分別檢查瀏覽器與終端機
開啟「設定」→「參數設定」，確認本機監聽連接埠，並參考主介面狀態或啟動記錄核對實際數值。以下使用 10808 作為範例，假設此連接埠同時接受 HTTP 與 SOCKS 請求；並非所有版本都採用相同的預設值。若安裝版本將兩種入口分開，請分別使用對應的連接埠。
在 Windows PowerShell 中可使用 curl.exe 進行明確指定代理的測試，避免命令別名影響參數解析。第一個命令使用 HTTP 代理入口，第二個透過 SOCKS 代理並由代理端解析網域名稱，第三個則嘗試略過 curl 的代理設定直接連線。比較同一個目標的結果，比單看一次「成功」更有助於診斷。
curl.exe --proxy http://127.0.0.1:10808 --max-time 15 -I https://example.com/
curl.exe --proxy socks5h://127.0.0.1:10808 --max-time 15 -I https://example.com/
curl.exe --noproxy "*" --max-time 15 -I https://example.com/這些命令不受系統代理是否已設定影響，但仍會受到核心路由影響：明確指定本機代理，不代表請求最後一定經過遠端節點。若正在使用 TUN，第三個命令也無法證明流量完全略過用戶端，因為透明接管可能發生在 curl 以外的層級。
- 無法連線至本機連接埠：確認核心是否正在執行、監聽連接埠是否正確，以及記錄中是否出現位址占用錯誤。
- 明確指定代理後正常，瀏覽器卻異常：檢查系統代理位址、瀏覽器擴充功能及瀏覽器本身的獨立設定。
- 瀏覽器正常，終端機卻異常：確認工具是否讀取系統代理；必要時使用命令參數，或該工具支援的代理環境變數。
- 可連線至本機連接埠，但目標請求失敗：檢查路由比對結果、DNS 與遠端連線記錄，不要將本機監聽成功視為節點可用的證明。
命令回傳 HTTP 狀態，只能說明這次目標請求收到回應，不代表所有協定、網站或應用程式都正常。重新測試實際故障的網域時，請使用相同的請求方法；有些服務會限制 HEAD 請求，因此不能只憑 -I 回傳錯誤就判定代理失效。
常見問題：切換模式後為何仍不如預期？
已選擇全域模式，為什麼終端機的出口還是原本的？
先讓終端機請求進入本機監聽入口。使用上方的 --proxy 參數進行驗證，再設定工具支援的 http_proxy、https_proxy 或專用選項。環境變數是否生效取決於個別程式，全域路由不會替程式設定這些變數。
清除系統代理後，為什麼有些程式仍會經過節點？
依序檢查程式內設定的固定代理、瀏覽器擴充功能、終端機環境變數，以及是否已啟用 TUN。清除系統代理只會處理相應的系統接入設定，不會關閉這些獨立路徑。可先結束該程式再重新啟動，排除沿用舊連線的可能。
使用繞過中國大陸模式時有個網站無法開啟，可以長期改用全域嗎？
先將全域模式作為對照測試。若只有全域模式正常，請查看該網站及其資源網域命中的規則，為確有需要的目標設定代理出口，並調整規則順序。這比長期擴大代理範圍更能保留區域網路和中國大陸服務的正常連線路徑。
訂閱更新後，系統代理和路由會一起還原嗎？
一般節點訂閱主要更新連線項目，不能因此認定系統代理、路由預設和自訂規則也已還原。更新後請分別檢查目前使用的節點、「系統代理」狀態與「路由」選擇。匯入完整自訂設定也可能改變核心設定，請另外確認。
Android 版也要照著 Windows 的選單設定嗎？
不用。v2rayNG 使用 Xray 核心，通常透過 Android VPN 介面接入流量，並搭配依應用程式代理與路由設定控制範圍；v2flyNG 則使用 V2Fly 核心。接入機制與桌面系統代理不同，但「先確認請求是否已接入，再檢查出口規則」的排查順序仍然適用。
最後依固定順序重新檢查：目前使用的節點是否正確、本機入口是否可用、應用程式是否已接入、路由比對到哪個出口，以及目標連線是否成功。將這五項分開記錄，才能分辨系統代理設定、分流規則與遠端連線問題。