V2Ray 系統代理、全域與繞過中國大陸模式差異：路由模式怎麼選

系統代理與路由模式：先分清流量如何接入及送出

v2rayN 是用來管理節點、訂閱及執行核心的圖形用戶端。應用程式的要求會先經由本機代理入口送進核心，再由路由規則選擇直連、代理或阻斷等出口。系統代理只會在作業系統中設定代理位址，讓遵循此設定的應用程式將要求交給本機入口；它不會決定目標網站最後是直連，還是經由遠端節點連線。

1. 接入層：瀏覽器讀取系統代理設定，或由應用程式手動使用 HTTP、SOCKS 代理；TUN 則透過虛擬網路介面接收符合接管條件的流量。
2. 判斷層：核心讀取目標網域、目標 IP、連接埠等資訊，並依目前規則進行比對。
3. 出口層：符合直連規則時，由本機網路連線至目標；符合代理規則時，則透過選定的節點建立遠端連線。

因此，「系統代理已開啟，為什麼中國大陸網站仍然直連」通常不代表故障：若目前使用繞過中國大陸模式，中國大陸的目標直連本來就是預期行為。反過來說，「路由已切換為全域模式，某款遊戲仍未走節點」也可能只是遊戲沒有使用系統代理，要求根本沒有進入核心。

全域、繞過中國大陸、直連：三種路由的實際差異

不同版本的預設規則名稱可能略有不同。判斷時別只看模式名稱，也要檢查規則內容、順序及預設出口。下表整理常見預設模式的用途，不能取代對目前設定中實際規則的檢查。

節點使用 VMess、VLESS 或其他協定，不會自動決定分流方式。匯入訂閱主要是取得節點參數；是否包含額外設定，以及用戶端是否採用這些設定，都須另外確認。更新訂閱後也應重新檢查目前使用的節點與路由，別假設兩者會永遠維持不變。

v2rayN 與 v2rayNG：設定位置在哪裡

以下以 Windows 版 v2rayN 和 Android 版 v2rayNG 為例。用戶端版本、介面配置及翻譯可能有所不同，操作時請以目前畫面顯示的設定名稱為準。修改前先記下原本的設定值，避免一次變更多項後無法判斷原因。

v2rayNG 使用 Xray 核心；v2flyNG 使用 v2fly 核心。兩者都是 Android 用戶端，但設定入口及支援細節不能直接互用。v2rayN 使用的核心及相關設定，也應以目前安裝版本與設定為準。比較不同裝置的表現時，至少記錄用戶端版本、核心版本、接入方式及路由名稱。

透過本機連接埠驗證：要求是否真的進入代理

先進行一項可重複的小測試。以下假設測試設定中的 HTTP 入口為 127.0.0.1:10809、SOCKS 入口為 127.0.0.1:10808。這些只是範例設定值，並非所有版本固定的預設值；若目前使用混合連接埠，請依實際入口填寫。

在 Windows 終端機中使用 curl.exe，可避免部分命令環境將 curl 解讀為其他命令。以下要求只會取得回應標頭；若測試網站不接受 HEAD 要求，可移除 -I 後再試。範例網址僅供連線測試，並非測速服務。

# 不使用代理，檢查本機直連
curl.exe --noproxy "*" -I --max-time 15 https://example.com/

# 明確使用本機 HTTP 代理
curl.exe --noproxy "" --proxy http://127.0.0.1:10809 -I --max-time 15 https://example.com/

# 明確使用 SOCKS，並將目標網域交由代理端處理
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:10808 -I --max-time 15 https://example.com/

• 本機連線立即遭拒：先檢查連接埠、監聽位址及核心執行狀態；此時還不能判定遠端節點有問題。
• 明確指定代理的要求成功，但一般瀏覽失敗：檢查瀏覽器是否遵循系統代理、是否設有個別代理，以及是否仍在使用舊連線。
• 要求進入核心後逾時：配合記錄中的目標與輸出資訊，進一步檢查節點連線狀況、交握與 DNS；單憑逾時無法斷定是路由問題。
• 收到 HTTP 狀態碼：代表至少已收到 HTTP 回應；即使出現 403 等狀態，也可能是目標服務的存取政策所致，不代表代理連線中斷。

socks5h 會將網域交由代理端處理，但最後在哪裡解析、使用哪個解析器，仍取決於核心的 DNS 與路由設定。不要將此參數理解為「保證所有 DNS 查詢都經過遠端節點」。

辦公、遊戲、開發：依應用程式選擇路由

路由模式不是速度設定。多經過一段遠端連線可能增加延遲，直連也可能受到本機網路品質影響。先確認應用程式需要連線的目的地，再選擇接入方式與出口，比反覆切換「全域」更有效。

許多遊戲不會讀取桌面系統代理，尤其不能把 HTTP 代理當成通用 UDP 通道。即使啟用 TUN，仍須確認節點、協定與伺服器端支援相應流量。遊戲延遲主要取決於連線路徑、壅塞與封包遺失，不能根據網頁開啟速度推斷。

開發工具通常也有自己的代理設定。在終端機設定環境變數後，只有會讀取這些變數的程式才會使用代理；已啟動的程序也可能仍保留舊環境。內網程式碼儲存庫或測試服務應設定適當的排除項目，避免將只能在公司網路解析的網域交給不適用的解析路徑。

繞過中國大陸模式不準確：依序檢查規則、DNS 與連線

「中國大陸網站」是使用者的描述，但規則比對的是網域、IP 與其他條件。中文網站也可能使用境外介面，同一個頁面還可能同時向多家 CDN、登入服務及媒體資源發出要求。若頁面只有部分內容載入失敗，應找出實際失敗的網域，而非直接對整個網站下結論。

1. 確認新要求已接入。使用明確指定本機代理連接埠的命令重新測試；若核心沒有相關記錄，先檢查接入方式與記錄層級。
2. 檢查規則順序。路由通常依序比對，前面的寬泛規則可能會攔截後面的精確規則。新增網域直連規則後，也要確認它排在可能涵蓋該網域的規則之前。
3. 檢查規則資料。geosite:cn 是網域分類，geoip:cn 是 IP 分類；兩者的判斷依據不同。更新規則資料後，比對結果也可能有所變化。
4. 檢查 DNS 與目標資訊。IP 規則可能依賴已取得的目標 IP，或透過目前的網域策略觸發解析。瀏覽器安全 DNS、核心解析及企業內網解析之間的差異，都值得檢查。
5. 重新建立連線再觀察。變更路由不一定會改變已建立連線的出口。關閉相關連線或重新開啟應用程式後再測試，必要時重新連線用戶端。