系統代理決定應用程式是否將請求交給 v2rayN；路由模式則決定核心收到請求後要使用哪個出口。日常瀏覽可先採用「自動設定系統代理＋繞過中國大陸」；排查分流問題時，暫時切換至全域；只想讓指定程式使用代理時，則保留手動設定入口。以下將從入口、出口與驗證三個環節說明。
系統代理是入口，路由模式是出口
在 v2rayN 中選取節點，只是指定可用的代理伺服器，不會自動讓所有應用程式改走代理。瀏覽器通常會讀取作業系統的代理設定；部分終端機程式、遊戲及自行管理網路連線的應用程式，則需另外設定代理，或使用其他流量接管方式。
系統代理通常會指向本機的監聽位址。請求進入本機連接埠後，才由核心依路由規則處理：交由選取的代理節點、本機網路直連，或依規則阻擋。因此，「已設定系統代理」和「請求一定經過遠端節點」並不是同一回事。
- 應用程式入口：瀏覽器讀取系統代理，或由程式明確連線至本機 HTTP、SOCKS 連接埠。
- 核心比對：依網域、目標 IP、連接埠及其他條件選擇路由規則。
- 出口處理：透過代理出口、直連出口或阻擋出口處理連線。
自動設定、清除與不變更系統代理
在 Windows 版 v2rayN 主視窗底部或系統匣選單中找到「系統代理」，確認「自動設定系統代理」、「清除系統代理」與「不變更系統代理」等選項。不同介面的選項位置可能不同，但這三種操作調整的是系統設定，而非核心路由規則。
| 系統代理選項 | 實際作用 | 使用前確認 |
|---|---|---|
| 自動設定系統代理 | 將系統代理指向用戶端的本機監聽入口 | 核心已啟動，位址與連接埠設定正確 |
| 清除系統代理 | 移除相關系統代理設定，讓遵循該設定的應用程式恢復一般連線 | 程式自行設定的手動代理與環境變數是否仍然存在 |
| 不變更系統代理 | 用戶端不會主動修改目前的系統代理狀態 | 系統原先是否已留有代理位址 |
「不變更」不等於「關閉」。如果系統原本已指向某個本機連接埠，選擇不變更後，該位址仍可能繼續生效。若要恢復一般網路連線，應明確清除系統代理，並檢查瀏覽器擴充功能或應用程式本身的代理設定。
macOS 可前往「系統設定」→「網路」→目前使用的網路服務→「詳細資訊」→「代理」，確認實際生效的項目。不要只憑 Windows 選單截圖判斷其他平台的狀態；若自動寫入設定失敗，請先處理系統授權，再重新確認代理位址。
全域、繞過中國大陸與直連的流量差異
路由模式只會處理已進入核心的流量。常見預設模式可依下列三種用途理解，但匯入或編輯過的規則可能仍包含私有位址直連、封鎖廣告等例外。判斷最終出口時，請以目前的規則內容與記錄為準。
繞過中國大陸
推薦將符合中國大陸網域或 IP 集合的請求交由直連出口，其餘請求通常交由代理出口。實際結果取決於規則庫、比對順序與 DNS 解析方式，不會依網頁語言判斷。
適用情境：同時瀏覽中國大陸服務與需要代理的網站，可作為日常設定起點。
全域
盡可能將進入核心的請求交由代理出口。這不會自動接管未使用代理的程式，也不代表所有預設模式都會取消私有位址等例外規則。
適用情境：暫時確認節點是否可用，或判斷連線失敗是否由分流規則造成。
直連
將進入核心的請求交由本機網路直連。請求仍可能經過本機監聽連接埠，只是不使用遠端代理節點；這與清除系統代理屬於不同的設定層級。
適用情境：保留應用程式的代理設定，同時測試本機網路能否直接連線至目標。
判斷方式：維持入口不變，只切換路由模式
同一個網頁在全域模式下可以開啟，切換至繞過中國大陸後卻無法連線時，先檢查該網域命中的規則與解析結果。不要一開始就重新安裝用戶端或重新匯入整份訂閱。
日常瀏覽與指定程式的設定組合
先確認哪些應用程式需要使用代理，再選擇入口方式。只切換路由模式，無法讓完全沒有連線至本機連接埠的程式開始使用代理。反過來說，即使瀏覽器已連線至本機連接埠，也可能因直連規則而未經過遠端節點。
兩種入口方案：依應用程式範圍選擇
瀏覽器等遵循系統設定的應用程式
- 啟動核心並選取可用節點。
- 在系統代理中選擇「自動設定系統代理」。
- 路由先選擇「繞過中國大陸」，再依實際比對結果調整。
- 關閉瀏覽器中重複設定代理的功能，避免入口衝突。
只讓單一程式使用代理
- 先清除系統代理，確認其他應用程式已恢復一般連線。
- 在指定程式中填入本機代理位址及相對應的通訊協定。
- 有需要時，將用戶端設為「不變更系統代理」。
- 路由仍可使用繞過中國大陸，也可依任務暫時切換至全域。
兩種方案都會使用核心路由；差別在於應用程式如何連上本機連接埠，而非節點通訊協定有所改變。
存取區域網路印表機、路由器管理頁面或公司內網時，也要確認私有位址規則。網域屬於內部服務，不代表公用規則庫一定能辨識。可依需求新增精確的網域或網段直連規則，並將其排在可能涵蓋該規則的廣泛規則之前。
透過監聽連接埠與記錄驗證設定
開啟「設定」→「參數設定」，查看本機監聽相關設定，並與主視窗顯示的資訊核對。以下位址與連接埠僅供排查參考，並非所有版本的固定預設值；只有本機確實啟用了相應的 SOCKS 或混合監聽連接埠，才能依此測試。
- 先確認核心已啟動：若記錄顯示位址遭占用或設定載入失敗，請先排除啟動問題。系統代理若指向沒有程式監聽的連接埠，只會造成連線失敗。
- 接著確認通訊協定：應用程式設定為 SOCKS5 時，連接埠必須支援 SOCKS；只支援 HTTP 的入口不能直接當作 SOCKS 使用。混合入口可能同時支援兩種通訊協定，但仍須確認實際設定。
- 明確發出一次請求：在支援 curl 的終端機中執行下方指令。Windows 可使用
curl.exe，避免命令別名差異。請將範例連接埠改成你本機使用的數值。 - 最後確認出口：在核心記錄中搜尋該連線的出口標記。若記錄層級不足，可暫時提高記錄層級，重現問題後再還原；分享記錄前，請先移除節點憑證。
curl --socks5-hostname 127.0.0.1:10808 --connect-timeout 10 -I https://www.example.com/這個指令會明確使用 SOCKS 入口，不依賴系統代理；--socks5-hostname 會將目標主機名稱交由 SOCKS 伺服器處理。請求仍會遵循 v2rayN 的路由模式，因此連線成功只能證明此入口至目標的路徑可用，不能單憑此結果確認流量一定經過遠端節點。
測試時應固定相同的目標與入口，先測全域，再測繞過中國大陸，並記錄相應的出口。不要同時更換節點、DNS 與路由，否則即使恢復連線，也難以判斷是哪項設定發揮作用。
繞過中國大陸判斷不準時，檢查 DNS 與規則順序
路由不會依網站名稱或頁面內容分類。應用程式傳入網域時，核心有機會比對網域規則；若應用程式只傳入 IP，可用來判斷的資訊就不同。有些連線也能透過嗅探取得網域線索，但嗅探不保證適用於所有通訊協定與加密方式。
- 檢查比對順序：核心路由規則通常由上而下檢查，第一條符合的規則會決定出口。若將「全部代理」這類廣泛規則放在前面，後續精確的直連規則可能就不會生效。
- 檢查規則資料：依賴 GeoSite、GeoIP 的設定，需要有可用的相應規則資料。節點訂閱更新與路由資料更新是兩回事；更新訂閱不會自動修正所有分流分類。
- 檢查網域策略：Xray 路由中的
AsIs不會為了比對 IP 而主動解析網域；IPIfNonMatch則會在網域未符合規則後嘗試解析，繼續進行 IP 比對。這些都不是系統代理開關。 - 檢查解析路徑：瀏覽器自身的加密 DNS、應用程式本機解析與核心 DNS，可能會取得不同的位址。請先確認應用程式傳入的是網域還是 IP，再考慮調整核心 DNS。
VMess、VLESS 等節點通訊協定不會決定特定網站一定走代理或直連。通訊協定負責用戶端與伺服器之間的傳輸，路由則負責選擇出口。只有路由選中代理出口時，該節點的連線參數才會用於這次請求。
系統代理與路由模式常見問題
已切換至全域，為什麼某個程式的出口還是沒變？
先確認程式是否有連上本機代理連接埠。檢查程式本身的網路設定，並以明確指定 SOCKS 的請求作為對照。若明確指定的請求能走代理，而該程式沒有相應記錄，應先排除入口問題，而不是繼續修改路由規則。
切換至直連後，可以直接結束 v2rayN 嗎？
請先清除系統代理，再結束程式。直連模式仍可能需要本機核心接收並轉送請求；如果系統仍指向本機連接埠，結束程式後該連接埠便會停止監聽，遵循系統設定的瀏覽器可能因此無法連線。
延遲測試有結果，為什麼瀏覽器還是打不開網頁？
延遲測試不代表瀏覽器的完整連線路徑正常。先確認核心是否正常監聽，再核對系統代理指向的連接埠，接著以相同目標比較全域與繞過中國大陸模式。也請檢查節點驗證、TLS 時間條件，以及記錄中的具體錯誤。
清除系統代理後，為什麼終端機還在使用代理？
檢查終端機環境中的 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY，以及指令本身的代理參數。清除系統代理不會自動移除這些設定；修改環境變數後，也可能需要重新開啟終端機。
繞過中國大陸模式連線失敗、全域正常，該一直使用全域嗎？
可以暫時切換至全域完成工作，再查找連線失敗網域命中的規則與 DNS 結果。只針對確實需要的網域新增精確代理規則，並重新測試區域網路與中國大陸服務，避免為了單一網站改動整套流量路由。