系統代理、全域與繞過中國大陸模式差異：v2rayN 代理模式設定指南

一、系統代理與路由模式：先釐清兩層設定

在 v2rayN 中選取伺服器，只代表指定可用的代理出口，不表示所有應用程式都已使用它。完整流程通常是：應用程式讀取代理設定，將請求送至本機監聽連接埠，再由核心依路由規則選擇代理、直連或封鎖。任何一個環節未接通，都可能出現「節點延遲正常，網頁卻打不開」的情況。

桌面介面通常會在底部狀態列提供「系統代理」與「路由」選項，Windows 系統匣選單也可能有系統代理設定。不同版本的介面標籤與位置可能不同，請依設定用途辨認，不要只認圖示。Windows 常見選項包括「自動設定系統代理」、「清除系統代理」與「不變更系統代理」。

• 自動設定系統代理：由用戶端寫入系統代理設定。只有支援此設定的瀏覽器等應用程式，才會使用對應的本機代理入口。
• 清除系統代理：移除系統代理設定。這不代表關閉核心，也不會阻止應用程式透過手動填入的連接埠繼續連線。
• 不變更系統代理：保留系統目前的設定。先前設定的代理可能仍然存在，不能把這個選項當成「關閉代理」。
• 路由模式：為已進入核心的請求選擇出口。切換全域或繞過中國大陸，不會自動讓忽略系統代理的程式進入核心。

二、全域、繞過中國大陸與直連：三種出口策略

路由預設模式可以編輯，也可能因用戶端版本、核心與規則檔案而異。以下比較的是常見策略的意義，不代表每份名稱相同的設定都完全一致。若結果不符預期，請查看目前選用的規則內容，以及記錄中的出口資訊。

繞過中國大陸中的「中國大陸」是規則分類，不是依照實際距離判定。使用海外 CDN 的中國大陸網站，以及提供多個地區入口的服務，都可能出現與直覺不同的比對結果。規則通常依序比對，實際條件與預設出口仍須參照所用核心的設定；若將範圍過廣的規則放在前面，可能會蓋過後續更精確的規則。

三、v2rayN 設定順序：節點、連接埠、系統代理、路由

首次驗證時，建議先只使用系統代理入口，暫時關閉 TUN，並停用瀏覽器擴充功能中的獨立代理設定。這樣可避免多個入口互相疊加，造成瀏覽器實際連線路徑與狀態列顯示不一致。若已有工作環境設定，請先記下原設定再進行修改。

1. 確認目前使用的節點。在伺服器清單選取要使用的項目，透過右鍵選單中的「設為作用中伺服器」確認選取結果。檢查記錄中的核心是否成功啟動；延遲測試成功不能取代網頁存取測試。
2. 確認本機監聽設定。前往「設定」→「參數設定」，尋找本機監聽、SOCKS 或 HTTP 相關的連接埠欄位。使用混合連接埠的介面可能只顯示一個入口，請以實際設定與啟動記錄為準。
3. 啟用系統代理。在「系統代理」中選擇「自動設定系統代理」。Windows 可前往「設定」→「網路和網際網路」→「Proxy」確認位址與連接埠；macOS 可前往「系統設定」→「網路」→目前使用的網路服務→「詳細資訊」→「代理伺服器」確認。
4. 先以全域模式驗證。在「路由」中選擇代表全域的預設模式，開啟一個已知可連線的 HTTPS 網頁，再查看記錄中是否出現對應請求。不要同時變更 DNS、協定與傳輸設定。
5. 切回日常分流模式。選擇繞過中國大陸預設模式，重新連線至中國大陸與海外服務。測試時請建立新連線，避免瀏覽器重複使用既有連線而掩蓋路由變化。

這兩個連接埠僅供示範，不代表目前版本的預設值，也不表示必須同時監聽兩個連接埠。若啟動記錄只顯示一個同時支援 HTTP 與 SOCKS 的混合連接埠，兩條命令都應改用該連接埠。將位址維持為 127.0.0.1，可將測試限制在本機；不要只為了排查網頁問題就開放區域網路存取。

# 請在提供 curl 的終端機中逐一執行；Windows 可使用 curl.exe。
# 請先將連接埠改為 v2rayN 目前實際監聽的值。
curl --proxy http://127.0.0.1:10809 --connect-timeout 10 --head https://example.com/
curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --head https://example.com/

socks5h 表示由 SOCKS 代理端解析目標網域，而不是先在本機解析目標網域。以上命令會明確指定代理入口，不依賴系統代理開關，可用來檢查本機入口是否能處理請求。只有目前路由確實選擇代理出口時，成功結果才同時代表對應的遠端代理路徑可用。

四、日常分流與暫時排除故障：分開安排兩套設定

「建議使用繞過中國大陸」有明確前提：用戶端已收到應用程式流量、規則資料可用，且節點能正常連線。若入口本身未生效，切換任何路由都無法修正應用程式的連線方式。分開記錄日常設定與故障排查設定，可避免測試結束後忘記還原。

TUN 是另一種流量接管入口，不是「更徹底的全域路由」。它透過虛擬網路介面接收符合接管條件的 IP 流量，之後仍須由路由決定出口。啟用時可能需要管理員權限，也可能影響系統路由、DNS 接管與 UDP 支援；實際涵蓋範圍取決於設定，也不保證所有應用程式的流量都會被接管。

• 瀏覽器正常，其他軟體異常：先確認該軟體是否遵循系統代理設定，或是否提供 HTTP、SOCKS 代理設定。
• 區域網路印表機或企業內部網路異常：確認本機位址與內部網域是否被送往代理出口，以及內部 DNS 是否仍可存取。
• 確實需要使用 TUN：先記錄系統代理、路由與 DNS 設定，再單獨啟用 TUN 進行測試。系統代理與 TUN 不必同時開啟。

五、切換模式沒有作用：依照現象檢查入口與出口

排查時，優先查看新請求對應的記錄，不要只看系統匣圖示或連線測試數值。記錄中出現目標網址，不代表流量一定經過遠端節點；還須搭配出口標籤與連線錯誤判斷。分享記錄前，請移除訂閱網址、驗證資訊及其他敏感設定。

六、訂閱、協定與 DNS：別和代理模式混為一談

訂閱主要提供伺服器項目與相關連線參數。訂閱更新成功，不代表系統代理已啟用；更換 VMess、VLESS、Trojan 或 Shadowsocks 項目，也不等於修正了路由規則。這些協定描述的是代理連線方式，不是系統流量的接管範圍。

• 伺服器連線失敗：優先檢查作用中項目、伺服器參數、網路連線狀況與核心錯誤，暫時不要變更路由。
• 目標網域解析失敗：檢查 DNS 伺服器是否可連線，以及網域是由應用程式、本機核心還是遠端路徑解析。使用直連路由，不代表 DNS 請求一定也走直連。
• 只有特定類型的網站異常：檢查規則順序、網域清單、位址清單與預設出口，不要先把所有問題都歸咎於節點。
• 不同裝置的結果不一樣：v2rayN 桌面版的系統代理設定，不能直接套用到 v2rayNG 或 v2flyNG 的 Android VPN 流量接管入口；兩端的規則與 DNS 設定也都需要分別確認。