系統代理決定應用程式是否將連線交給本機代理入口;路由模式則決定核心收到連線後要選擇哪個出口。日常瀏覽可先使用「自動設定系統代理+繞過中國大陸」;排查分流問題時,暫時切換至全域代理;若需精細控制,再調整自訂規則與未符合規則時的出口。本文以桌面版 v2rayN 為例,並說明 Android 客戶端的設定入口差異。
一、系統代理與路由分流:先了解兩層設定
「已經選了全域代理,為什麼有些軟體還是直接連線?」通常問題不在節點協定,而是連線根本沒有進入核心。v2rayN 是圖形介面客戶端,負責管理設定、啟動核心及設定系統代理;V2Ray 或 Xray 核心則負責處理本機入口、路由判斷與對外連線。訂閱中的 VMess、VLESS 等連線設定描述的是遠端連線方式,不代表系統裡所有應用程式都會自動使用它。
入口層:連線交給誰處理
- 設定位置
- 系統代理或應用程式內的代理設定
- 範例位址
127.0.0.1- 範例連接埠
10808,請以實際監聽的連接埠為準- 適用範圍
- 遵循該代理設定的應用程式與連線
連接埠僅為說明用範例,不代表所有安裝環境的預設值;也請確認入口接受的是 HTTP、SOCKS 還是混合協定。
路由層:連線要走哪個出口
- 設定位置
- 客戶端路由選擇與路由規則
- 直連出口
- 透過本機網路連線至目標
- 代理出口
- 透過選定的遠端設定連線至目標
- 封鎖出口
- 依規則拒絕指定連線
只有進入對應核心入口的連線,才會交由這套核心路由規則處理。
例如,瀏覽器遵循系統代理,將要求送至本機入口,再由核心依網域、目標 IP 或入口標籤選擇出口。另一款應用程式若使用自有的網路實作、不理會系統代理,就可能直接連上網路。此時無論怎麼切換全域代理或繞過中國大陸,都無法改變該應用程式的連線入口。
二、全域代理、繞過中國大陸、依規則分流:三種策略怎麼選
模式名稱可能因客戶端介面與路由範本而異。「全域代理」和「繞過中國大陸」常見於預設方案;本文所說的「依規則分流」是指依自訂規則逐條判斷的策略,並非所有客戶端都有同名按鈕。別只看模式名稱,還要確認實際規則順序、資源檔案及未符合規則時的預設出口。
繞過中國大陸
推薦常見範本會讓中國大陸的網域與 IP 直連,其他目標則走代理;私有位址通常也設為直連。這適合作為日常使用的起點,但地理分類不代表服務所在地,若網站被誤判,仍需新增例外規則。
適用情境:日常瀏覽、同時存取台灣本地與海外網站,並希望減少手動切換。
全域代理
讓進入核心的連線一律使用代理出口,方便暫時排除網域分類與分流規則的影響。是否保留區域網路例外,取決於實際實作;別預設印表機或內部網路服務一定仍可使用。
適用情境:短暫排查,確認目標是否因分流規則而走錯出口。
依規則分流
明確列出直連、代理與封鎖條件,並依順序比對;未符合任何規則的連線由最後的預設出口處理。這不代表「只有符合規則的目標才會走代理」;只有預設出口設為直連時,才會呈現這種行為。
適用情境:需要依業務網域、入口或其他支援條件精細分流,且能維護規則。
| 策略 | 常見流量走向 | 檢查重點 |
|---|---|---|
| 繞過中國大陸 | 中國大陸目標直連,其餘走代理 | 規則資源、DNS、網站例外 |
| 全域代理 | 進入核心的目標一律走代理 | 入口涵蓋範圍、遠端連線狀態、內網例外 |
| 依規則分流 | 依第一個符合的條件選擇出口 | 規則順序、出站標籤、未符合規則時的預設出口 |
全域代理不一定比較快,也不會自動改善節點頻寬或網路路徑。中國大陸的服務若繞到海外再連回,反而可能增加連線延遲,或觸發服務的異地登入提醒。繞過中國大陸也不是絕對準確的地理判斷:網域可能使用跨區域 CDN,網域分類與解析所得的 IP 分類也可能不同。
三、v2rayN 日常設定:先啟用入口,再選路由
以下以 v2rayN 常見的中文介面為例。桌面版與傳統介面的控制項位置可能不同,請依選單文字尋找;若安裝的版本沒有同名路由選項,請開啟路由設定確認規則,不要以名稱相近的選項代替。首次測試建議先不要同時啟用 TUN,以免一次改動多個變數。
-
確認目前使用的設定
在主畫面的伺服器清單中選取已匯入的設定,按右鍵選擇「設為活動伺服器」。訂閱更新成功只代表已取得設定,不表示遠端連線一定正常;請先確認核心已正常啟動,且記錄檔沒有顯示立即退出的錯誤。
-
啟用系統代理
在主畫面底部選擇「系統代理」→「自動設定系統代理」。接著確認系統記錄的代理位址與客戶端入口一致,例如
127.0.0.1:10808;範例連接埠必須換成目前實際監聽的連接埠。 -
選擇分流模式
在主畫面底部的「路由」選擇含有繞過中國大陸概念的預設項目,常見名稱為「繞過中國大陸」或「繞過中國大陸(Whitelist)」。若只有自訂項目,請先確認其中包含中國大陸網域與 IP 直連規則,以及代理預設出口。
-
逐一測試目標
使用同一個瀏覽器建立新連線,分別造訪一個日常使用的中國大陸服務、一個需要代理的目標,以及實際使用的區域網路服務。搭配記錄檔確認出口;瀏覽器能開啟頁面,不代表連線一定經過代理。
-
儲存設定並結束
記錄可正常運作的系統代理、路由與 DNS 組合。停用時,請先在「系統代理」→「清除系統代理」,再結束程式;若曾在應用程式內手動設定代理,也要在該應用程式中個別還原,避免它繼續連線至已關閉的本機連接埠。
在 Android 上使用時,v2rayNG 搭配 Xray 核心,v2flyNG 搭配 V2Fly 核心;通常會透過系統 VPN 授權將流量導入客戶端,這與桌面端修改系統 HTTP 代理的機制不同。請確認應用程式是否納入流量接管範圍,再檢查路由規則,尤其留意按應用程式排除的設定。不要直接照搬桌面端的「自動設定系統代理」步驟。
四、規則順序與 DNS:分流結果為什麼會不同
V2Ray 與 Xray 常見的欄位路由會依規則順序判斷,先符合的規則先決定出口。因此,較具體的服務例外通常要放在較廣泛的分類之前。若希望某個中國大陸網域走代理,卻將它排在中國大陸直連的大範圍規則之後,前面的規則可能已經先符合,後面的例外就不會生效。
- 先確認精確例外:需要走代理的特定網域,應放在可能涵蓋它的直連分類之前;直連例外也遵循相同原則。
- 再確認規則資源:
geosite:cn需要對應的網域資源,geoip:cn與geoip:private則需要對應的 IP 資源。資源缺漏可能導致設定載入失敗,不只是分類不準確。 - 明確設定最後出口:「未符合規則」不等於「自動直連」。核心通常會使用預設出站,客戶端也可能產生明確的預設規則;請確認實際設定。
- 分清 DNS 解析路徑:應用程式可能自行解析網域,再將目標 IP 交給代理;也可能直接將網域交給入口。核心掌握的資訊不同,可比對的網域條件也會不同。
例如,應用程式先在本機解析網域,再透過 SOCKS 連線至目標 IP,此時不能假設核心一定能依原始網域分流。部分流量可透過嗅探補上網域資訊,但並非所有協定都能識別。瀏覽器的安全 DNS、系統解析與核心 DNS 也不是同一個設定;變更其中一項後,請搭配記錄檔與實際要求確認效果。
五、切換模式驗證:一次只變更一個項目
遇到「繞過中國大陸無法連線,全域代理卻可以」時,先維持相同的活動設定、應用程式與目標,只切換路由模式。若全域代理可以連線,可優先檢查該目標在原模式下是否走直連、是否符合錯誤分類,以及直連與代理使用的解析結果是否不同。這只能縮小排查範圍,不能只憑一次成功就斷定規則有問題。
- 記錄目前狀態:記下系統代理狀態、活動設定與路由名稱,並確認記錄檔沒有連接埠繫結失敗。
- 建立新連線:關閉目標頁面後重新開啟;必要時重新啟動測試應用程式。模式切換後,既有的長連線不一定會立即改走新出口。
- 比對連線出口:若記錄檔顯示出站標籤,請分辨直連與代理;標籤名稱由設定決定,不能只憑某個固定字詞判斷。
- 還原模式後新增例外:切回原本的路由,為確認走錯出口的網域新增更具體的規則,再以新連線重新測試。
若兩種模式都無法連線,應回頭檢查入口與遠端連線。記錄檔中的 connection refused 要搭配錯誤位址判斷:目標若是 127.0.0.1:10808,常見原因是本機程式未監聽或連接埠填錯;若目標是遠端位址,則應檢查對應的遠端服務與網路連通性。別看到一個錯誤訊息就同時修改連接埠、協定、DNS 和路由。
六、系統代理與模式切換常見問題
已選全域代理,為什麼某個軟體還是走原本的出口?
先確認該軟體是否遵循系統代理。支援手動設定的應用程式,可填入客戶端實際使用的本機位址、連接埠及代理類型;不支援的應用程式再評估使用 TUN。測試時請重新建立連線,不要用舊的連線工作階段判斷模式是否生效。
切換為繞過中國大陸後,無法存取區域網路裝置怎麼辦?
先確認系統代理的排除項目,以及核心中私有位址的直連規則,再核對裝置的實際位址,例如 192.168.1.20。透過區域網路網域名稱與 IP 存取,可能會走不同路徑;若已啟用 TUN,也要檢查對應網段是否已排除路由。
關閉客戶端後,瀏覽器也無法連上網路?
可能是系統仍保留指向本機連接埠的代理設定。重新開啟 v2rayN,在「系統代理」→「清除系統代理」後再結束程式;也請檢查瀏覽器是否手動填入代理,若有,必須在瀏覽器中另外還原。
更新訂閱會自動修復分流規則嗎?
一般伺服器訂閱主要更新連線參數,不應假設它會一併修復本機路由、規則資源與 DNS。先確認活動伺服器是否有變更,再到路由設定檢查規則;若只是訂閱取得失敗,也應另外檢查更新訂閱時使用的網路路徑。
「依規則分流」是不是未符合規則就不能上網?
不是。未符合規則的連線會由預設出站或明確的預設規則處理,可能直連、走代理,也可能遭到封鎖。請開啟路由設定查看最後的規則,並確認其出站標籤實際指向哪個出口;不能只根據方案名稱推斷結果。