Shadowrocket Global Routing 怎麼選？Config、Proxy、Direct 模式差異

1. Global Routing 決定處理方式，不等於連線開關

在 Home 開啟 Global Routing，先確認目前選取的項目，再判斷請求應如何處理。Config 依目前生效設定中的 Rule 選擇策略；Proxy 將交由用戶端處理的流量統一送入代理路徑；Direct 則以直連方式傳送交由用戶端處理的流量。此處的「統一」是指用戶端實際接管的流量，不應擴大解讀為裝置上的每一種系統通訊都必然經過相同路徑。

連線開關負責建立或停止用戶端連線，Global Routing 則決定連線運作時採用哪種路由方式。選取 Proxy 不代表已建立連線；選取 Direct 也不代表已關閉連線開關。排查時分別確認這兩項，才能避免混淆連線狀態與路由選擇。

Global Routing 中也可能看到 Scene。這與情境式路由設定有關，不能只憑名稱，就把它視為 Config、Proxy、Direct 以外的一條固定出站路徑。本文只討論三個直接選項；若正在使用 Scene，測試前先記下相關設定，再明確切換到要比對的選項，避免情境條件影響判斷。

2. Config、Proxy、Direct 的適用情境

建議使用 Config 的前提是設定符合自身需求，而非它天生比另外兩個選項更快。若設定將 FINAL 指向 PROXY，許多未符合前置規則的請求仍會走代理；若 FINAL 指向 DIRECT，未符合規則的請求則會直連。要判斷「為什麼這個網站走了這條路徑」，必須同時檢查模式、規則與最終策略。

Proxy 和 Direct 是有適用範圍的測試工具，並非連線保證。切換到 Proxy 後仍無法連線，可能是服務參數、解析、傳輸連線或目標本身出了問題；切換到 Direct 後仍失敗，也不能只憑這點就斷定設定損壞。

3. Config 如何依 Rule 選擇策略

進入 Config，確認要使用的設定已選取並生效，再查看其中的 [Rule]。規則會依序比對，第一條符合的適用規則決定請求策略。以下僅示範語法與順序，並非可取代現有設定的完整檔案；example.com 是範例網域，PROXY 所需服務須由使用者自行準備。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,DIRECT

• DOMAIN-SUFFIX,example.com,PROXY：符合 example.com 及其子網域，例如 www.example.com，符合後使用 PROXY。
• IP-CIDR,192.168.0.0/16,DIRECT,no-resolve：此 IPv4 位址範圍使用 DIRECT；no-resolve 表示不為這條 IP 規則額外觸發網域解析，不能解讀成全域停用 DNS。
• GEOIP,CN,DIRECT：依目標 IP 的地理歸屬資料比對 CN，並選擇 DIRECT。這不是依網頁文字語言、網域後綴或使用者所在地判定。
• FINAL,DIRECT：放在清單末尾，為此前未符合規則的請求提供 DIRECT 後備路徑。若改為 FINAL,PROXY，後備路徑也會隨之改變。

在這份範例中，若請求符合第一條網域規則，就已決定使用 PROXY，不會繼續等待 GEOIP 覆蓋結果。對於 IP 規則，還要考量用戶端能否取得對應的目標 IP，以及相關解析設定；因此檢查規則時，應區分網域比對與 IP 比對，不能只看文字排列位置。

4. 在 Home 切換，並以同一目標確認結果

開始測試前，先記下目前模式、設定與所選服務。每次只變更一個因素，才能比較結果。以下步驟使用使用者有權存取的同一目標，不必新增服務，也不必修改協定參數。

1. 開啟 Home，確認已匯入自己的有效服務並核對目前選取的伺服器；接著前往 Config，確認生效中的設定。
2. 返回 Home → Global Routing，選取 Config，並確認連線開關處於所需的運作狀態。
3. 存取一個已知目標，記錄是否成功，以及應用程式內可查看的請求紀錄所顯示的策略或出站結果。
4. 切換到 Proxy，維持相同服務、網路與目標，重新送出請求，避免沿用瀏覽器中仍保持的舊連線。
5. 切換到 Direct，再次向同一目標送出請求；比對完成後返回 Config，並重新確認連線狀態。

如果 Config 失敗而 Proxy 成功，表示該目標透過目前的代理路徑可以存取，但還不足以判定某條規則一定寫錯。接著應查看 Config 中符合的規則、策略指向與 DNS 相關設定。若 Config 使用不同的策略群組或伺服器，先記下差異，再判斷是否為規則問題。

若三種選項都失敗，應優先從本地網路、目標可用性、服務參數與解析環節逐步排查，而不是反覆修改 FINAL。已開啟的頁面快取或持續連線也會影響觀察；每次切換後都重新建立請求，必要時依應用程式內提示重新連線，再比較新產生的紀錄。

5. Global Routing 與 On Demand、協定、訂閱的關係

Settings → On Demand 用來依設定條件管理連線行為；Global Routing 則用來選擇連線運作時的路由處理方式。若需要自動連線，應分別檢查 On Demand 條件與目前的 Global Routing 選項。只設定 On Demand，不會替你檢查 Rule 是否完整，也不會補齊伺服器憑證。

• Home：確認所選服務、連線狀態與 Global Routing，先釐清請求的基本處理入口。
• Config：確認生效檔案、Rule 順序與策略名稱，這些會決定 Config 模式下請求如何分流。
• Settings → On Demand：檢查連線觸發條件。手動中斷後若連線再次建立，先查看這裡的設定。
• 協定參數：Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 描述的是服務連線方式；選擇 Proxy 不會自動變更協定，也不會修正錯誤參數。
• 訂閱更新：更新既有訂閱後，確認目前選取的服務仍然有效，且設定中的策略參照仍對應到可用項目。

匯入單一服務、更新訂閱與切換設定檔是不同操作。訂閱通常用來維護服務項目，設定檔則可能包含規則及其他設定；不要把「已更新訂閱」等同於「已套用新的分流規則」。更新後先查看實際內容，再返回 Home 與 Config 確認目前選取的項目。

排查時也不應隨意更換連接埠。伺服器連接埠以及 TLS、傳輸方式等參數，都必須與既有服務提供的資訊一致。Global Routing 只會改變路由處理方式，無法讓錯誤的伺服器位址或連接埠變成有效服務。

6. 常見問題：切換後仍不如預期

最後可依序確認：連線狀態、Global Routing、生效設定、符合的規則、實際出站。依此順序檢查，有助於分辨「未連線」、「模式不符」、「規則未符合」與「服務無法使用」等情況。相關術語可參閱概念速查。