日常使用通常選擇 Config，讓目前生效的設定檔決定連線方式；Proxy 和 Direct 則適合用於臨時切換與排查比對。本文以 iPhone / iPad 上的 Home → Global Routing 為操作基準，適合已有自用服務商訂閱、想分辨路由模式與規則的使用者。Mac、Windows、Android、Linux 使用者也可參考相同的分流原理，實際選單位置請以各平台介面為準。
一、先分清 Global Routing 與連線開關
Shadowrocket（小火箭）的 Global Routing 用來決定接管連線後的處理方式，並不等同於連線開關。選擇 Proxy，不代表代理已成功連線；選擇 Config，也不代表目前一定有合適的分流規則。要確認是否正常運作，需同時檢查連線狀態、目前使用的設定檔，以及實際命中的策略。
Home 主要用來查看連線、選擇節點及進入 Global Routing；Config 用於管理設定檔；Settings 用於調整 App 設定。這三個頁面的用途各不相同。特別留意，Global Routing 中的 Config 是一種路由模式，而底部的 Config 是設定檔管理頁面，兩者名稱相同，入口與功能卻不同。
如果介面中也出現 Scene，那是另一種情境選擇，不應視為 Config、Proxy 或 Direct 的同義詞。若沒有明確的情境設定需求，先用本文介紹的三種模式完成基本檢查，不要同時調整情境條件與規則。
二、Config、Proxy、Direct 如何處理連線
Config
推薦依目前生效設定檔中的規則與策略處理連線。符合規則的連線可以走 DIRECT，也可以使用代理節點或策略群組；若未命中前面的規則，通常由 FINAL 決定後續路由。Config 不代表「沒有命中規則就直連」。
適用情境：日常使用，依網域、IP 或其他規則分流。
Proxy
對納入此路由處理範圍的連線採用代理路徑，而非逐條依一般分流規則選擇 DIRECT 或代理。能否成功建立連線，仍取決於所選節點、網路連通性及協定參數。
適用情境：短暫測試代理路徑，或比對規則是否選錯策略。
Direct
對納入此路由處理範圍的連線採用直連路徑。適合檢查目前網路能否直接連上目標，但不等於關閉 App 連線，也不保證 DNS 等其他設定會恢復為系統預設值。
適用情境：檢查本地網路、區域網路資源及直連連通性。
此處的「全域」不應理解為裝置上的每一種封包都必定經過遠端伺服器。系統路由、排除項目、DNS 設定及協定能力仍可能影響實際行為。切換模式也不會自動修正錯誤的 UUID、密碼、TLS 參數或伺服器端連接埠，因此不要把切換模式當成萬用修復方式。
三、日常使用 Config 的五個操作步驟
以下步驟以已有可用訂閱或節點，以及設定檔為前提。本網站不提供、不販售也不推薦節點或訂閱。訂閱中的節點清單與 Config 中的規則檔是不同項目：節點更新成功，不代表分流規則也已建立或更新。
-
確認節點
進入 Home，確認自己的節點清單不是空的，並選擇可用節點。若設定使用策略群組，也要確認群組內實際選用的項目；不能只因清單中有節點，就認定代理路徑可用。
-
確認設定檔
進入 Config，確認已選取準備使用的設定檔。檢查其中的規則目標是否對應現有策略，尤其要確認代理策略名稱與 FINAL 的路由方向。
-
選擇模式
返回 Home → Global Routing → Config。此處選擇的是路由模式，不是重新匯入設定檔，也不會自動下載一套適合目前網路的規則。
-
建立連線
返回 Home 並啟用連線；首次使用時，依系統提示允許新增 VPN 設定檔。若連線到需要接受條款的公共 Wi-Fi，請先完成網路登入，再檢查連線狀態。
-
重新檢查請求
分別重新發出一次預期直連與預期代理的連線，再查看連線記錄中的目標、命中規則及策略。不要只看狀態列的 VPN 圖示就判斷分流是否正確。
切換 Global Routing 後，已建立的長連線不一定會立刻依新模式重新建立。測試瀏覽器頁面時，請重新發出請求；測試持續連線的 App 時，可先結束連線再重試。否則看到的狀況可能來自切換前的連線工作階段，而非新設定的結果。
四、Config 的結果取決於規則順序與 FINAL
規則通常由上而下依序比對，命中後便採用對應策略。較具體的例外規則應放在較廣泛的規則之前，並在最後明確設定預設路由。以下僅示範規則語法，不是可直接取代所有現有設定的完整檔案；範例中的 PROXY 必須對應目前設定檔中實際可用的代理策略。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY| 規則 | 範例說明 | 檢查重點 |
|---|---|---|
DOMAIN-SUFFIX | 將 example.com 及其子網域交由 PROXY 處理。 | 填入網域，不要加上 https://、路徑或連接埠。 |
IP-CIDR | 將符合 192.168.0.0/16 的連線交由 DIRECT 處理。 | 此網段並未涵蓋所有私有位址；no-resolve 可避免此規則主動解析網域。 |
GEOIP | 依 IP 地理資料庫比對 CN，再交由 DIRECT 處理。 | 依據 IP 與資料庫比對結果，不會根據網頁語言判斷。 |
FINAL | 將未命中前面規則的連線交由 PROXY 處理。 | 若改為 DIRECT，未命中規則的連線也會改走直連。 |
這也說明了為什麼兩台裝置都選擇 Config，連線結果仍可能不同：兩者使用的規則順序、策略群組選項或預設路由可能不一致。排查時應比較實際生效的設定檔，而不只是看 Global Routing 顯示的單一選項。
五、使用 Proxy 與 Direct 進行單一變因比對
比對測試的重點是一次只改變一個條件。保持相同網路、目標及節點，先記錄 Config 下的結果，再短暫切換至 Proxy 或 Direct。不要切換模式時同時更新訂閱、修改 DNS 或更換節點，否則無法判斷是哪項變更影響結果。
比對方式：固定目標，分別檢查兩種路徑
Proxy 比對
- 路徑：Home → Global Routing → Proxy。
- 使用相同節點，重新建立連往相同網域的連線。
- 若 Proxy 可用但 Config 不可用，請檢查 Config 命中的策略是 DIRECT、其他策略群組，還是不可用的節點。
- 若 Proxy 也無法使用，請繼續檢查節點參數、目前網路及伺服器端狀態。
Direct 比對
- 路徑：Home → Global Routing → Direct。
- 選擇原本就應能直連的目標，不要用受限目標測試本地網路。
- 若 Direct 可用但 Config 不可用，請檢查是否有規則將該連線導向無法使用的代理。
- 若 Direct 也無法使用，請先檢查 Wi-Fi 登入、系統網路及目標本身的狀態。
測試完成後，返回 Home → Global Routing → Config，再以新連線確認修正結果；單次測試現象只能用來縮小排查範圍，不足以直接判定故障原因。
記錄目標時，請分清網域與 IP。例如 HTTPS 常用目標連接埠為 443，HTTP 常用目標連接埠為 80，但這些並非代理伺服器必須使用的連接埠。不要因為網頁使用 443，就把 Add Server 中的伺服器端連接埠也改成 443；節點連接埠必須符合自用服務商提供的參數。
六、常見迷思：訂閱、DNS 與 On Demand
為什麼訂閱更新成功，Config 還是無法連線？
訂閱更新通常只會更新節點清單，不會自動確保每條分流規則都指向正確策略。請先在 Home 檢查節點，再到 Config 檢查目前使用的設定檔與策略名稱，最後查看失敗連線的命中記錄。更新成功與實際線路可連通，是兩項不同的檢查。
切換至 Proxy 後可以連線，是否就代表 DNS 沒問題？
不能只憑這點判斷。模式變更可能影響連線路徑及解析方式，應進一步核對解析結果、目標 IP 與連線記錄。若直接以 IP 位址連線至 HTTPS 網站，也可能遇到憑證與網域名稱不符的問題；這種測試不能取代正常的網域請求。
Settings → On Demand 會取代 Config 的分流功能嗎？
不會。Settings → On Demand 用於依系統條件觸發隨選連線；Global Routing 則決定連線交由 App 處理後的路由方式。若要排查自動連線行為，請先記錄 On Demand 的目前設定，避免把重新觸發連線誤認為模式未儲存。
選擇 Direct 後，為什麼 VPN 圖示可能仍然顯示？
Direct 是路由模式，不是關閉 VPN 隧道的按鈕。只要 App 連線仍啟用，系統就可能繼續顯示 VPN 狀態。若要停止接管連線，請檢查 Home 的連線開關；若也設定了 On Demand，還要一併確認自動觸發條件。
更換 VMess 或 VLESS 會改變 Config 的意思嗎？
不會。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 是代理連線使用的協定；Config、Proxy、Direct 則是路由處理模式。協定參數錯誤會導致代理路徑失敗，但不會讓 Config 自動變成 Direct。
七、恢復日常設定前的檢查清單
排查完成後，請將臨時變更整理回適合長期使用的狀態。建議使用 Config 的前提是目前規則符合實際需求，且代理策略可用；選了 Config 不代表可以忽略設定檔內容。若問題出在規則，請修正规則；若問題出在節點，請核對自用服務商提供的參數，不要長期切換全域模式來掩蓋原因。
- Home → Global Routing 已恢復為 Config，連線狀態符合預期。
- Config 中選取的設定檔正確，FINAL 的路由方向明確，各策略名稱都有對應目標。
- 重新建立的直連與代理測試連線，其命中規則與實際策略一致。
- 已重新檢查排查期間暫時修改的 DNS、節點選擇及 Settings → On Demand。
- 向自己的服務商回報時，只提供必要的錯誤現象，不要公開訂閱連結、token 或完整憑證資料。