Shadowrocket Global Routing 怎麼選：Config、Proxy、Direct 三種模式比較

本文重點

已有自己的服務商與訂閱，卻不確定該如何選擇 Global Routing？先釐清「是否已連線」與「如何分配請求」的差別。本文比較三種模式，搭配規則範例與固定變因測試，說明日常使用 Config 的前提，以及如何透過 Proxy、Direct 定位問題；也會區分 Scene、On Demand 與更新訂閱各自負責的環節。

1. 先確認連線狀態，再選擇 Global Routing

Shadowrocket（小火箭）是 Apple 平台的付費用戶端，唯一取得管道為 App Store。商店產品頁的 App ID 為 932747118，開發者為 Shadow Launch Technology Limited，採一次買斷制；系統需求請以 App Store 頁面標示為準。購買用戶端不包含連線服務，以下內容以使用者已有自己的服務商與訂閱為前提。

Global Routing 決定 Shadowrocket 接手請求後的路由方式，不等於連線開關，也不代表選擇伺服器。只切換到 Proxy 而未開啟連線，無法據此判斷代理是否正常；只看到系統 VPN 圖示，也無法確認特定網站最後走的是代理還是直連。

在 Home 確認已有可用的伺服器項目，並核對目前選取的項目；若使用策略群組，也要確認群組內的選擇。
在 Config 確認目前啟用的設定檔。匯入檔案不代表已選取該檔案並套用。
返回 Home → Global Routing，選擇 Config、Proxy 或 Direct，再開啟或確認連線狀態。
重新送出一次網頁請求，並查看請求記錄中的目標與策略。已建立的連線可能沿用原本的路徑，因此不要只觀察舊頁面。

2. Config、Proxy、Direct 的差異與選擇時機

三種模式會改變路由決策，不會自動補上伺服器參數，也不會修復已過期的訂閱。日常預設使用 Config 的前提，是目前設定中的規則與策略目標正確；不確定設定內容時，應先核對規則，而不是把「Config」視為可正常使用的保證。

Config：依目前設定比對

建議

依規則順序決定策略。符合規則後，可使用 DIRECT、PROXY、REJECT 或設定檔中定義的策略群組；若未符合前面的規則，通常會由 FINAL 接手，並非一律「其餘直連」。

適用情境：規則已核對的日常使用，需要依不同目標分別處理。

Proxy：統一走代理路徑

納入處理範圍的一般請求都統一走代理，不再依逐條分流規則決定直連或代理。若伺服器無法使用、驗證資訊錯誤或協定參數不符，切換至 Proxy 仍會失敗。

適用情境：短時間測試代理路徑，判斷問題是否與規則分流有關。

Direct：統一走直連路徑

納入處理範圍的請求都走直連，不經過遠端代理。這不代表「關閉所有網路處理」，也不等同於關閉連線後的系統原始網路環境。

適用情境：短時間測試直連是否可用，並與代理路徑比較，確認問題是否由代理造成。

不要只憑「延遲較低」來選擇模式。特定測試目標的延遲只能反映當下測試條件；網頁也可能連線至多個網域，涉及 DNS、TCP、TLS 與內容載入。Config 下部分直連、部分代理的結果，與 Proxy 下全部走代理的結果，不宜只用單一數值比較。

3. Config 如何比對：順序、策略與 FINAL

Config 的關鍵在於由上而下檢查規則。一般依序比對時，第一條符合的規則會決定請求採用的策略；若範圍較大的規則排在前面，後續更精確的規則可能就沒有機會生效。因此，「已新增某條規則」不代表「請求一定會符合該規則」。

以下僅展示教學用的 [Rule] 片段，並非完整設定，也不含伺服器資訊。example.com 是範例網域；其中 PROXY 代表代理策略，DIRECT 代表直連策略。實際編輯前，請先備份目前的設定，並確認策略名稱及參照項目有效。

[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` 可比對 `www.example.com`，但不會比對任何只包含該字串的網域。
`IP-CIDR`	目標 IPv4 位址範圍	`192.168.0.0/16` 是私有位址範圍；`no-resolve` 表示不因這條規則額外觸發網域解析。
`GEOIP`	IP 位址的地理位置歸屬	判斷結果取決於所用資料庫與目標 IP 位址，不能只憑網域後綴推斷。
`FINAL`	未符合前面任何規則的請求	範例使用 PROXY；若改成 DIRECT，未符合規則的請求也會改走直連。

如果 Proxy 能開啟某個頁面，但 Config 失敗，請先確認該次請求實際被分配到 DIRECT、REJECT，還是另一個無法使用的策略群組。不要立刻新增涵蓋範圍更大的規則；應先找出實際失敗的網域，檢查它前面的規則與 FINAL，避免修好一個請求，卻改變大量無關請求的路徑。

4. 以同一個目標排查：每次只改變一個變因

排查時，請維持相同的 Wi-Fi 或行動網路、伺服器與目標位址。測試前記下原本的模式與設定檔名稱，測試後再還原。若同時更新訂閱、切換伺服器、修改 DNS 和變更模式，即使恢復連線，也無法判斷是哪個步驟發揮作用。

兩組對照：規則路徑與直連路徑

Config 與 Proxy 對照

先使用 Config 發出新請求，記錄實際採用的策略。
保持伺服器不變，只將 Global Routing 改為 Proxy。
重新建立請求；如果只有 Proxy 成功，優先檢查規則順序與策略群組選擇。

Proxy 與 Direct 對照

選擇在目前網路環境下原本就能直連的目標作為基準。
分別使用 Proxy、Direct 發出新請求，記錄成功或逾時。
若 Direct 成功、Proxy 失敗，請檢查伺服器連線、驗證資訊、傳輸方式與 DNS 路徑。

模式對照有助於縮小問題範圍，但不能只憑一次成功就確定故障原因；測試完成後請還原原本設定，並再次驗證。

Direct 失敗不代表代理伺服器故障，因為這次請求根本沒有使用遠端代理。反過來說，Proxy 失敗也不代表規則有誤，因為一般分流規則並非這組對照中的決策因素。如果兩種模式都失敗，請先檢查本地網路、目標服務狀態與網域解析，再檢查具體的連線參數。

頁面只載入部分內容：查看失敗資源所屬的網域，不要只檢查網址列中的主網域；圖片、登入頁面與 API 可能分別採用不同策略。
切換後看起來沒有變化：關閉舊頁面後重新發出連線；必要時可在允許短暫中斷的情況下重新連線 Shadowrocket，避免舊工作階段造成干擾。
網頁可用，但其他功能失敗：分別檢查 TCP、UDP 等傳輸需求；網頁連線成功不代表所有請求都能正常運作。

5. Scene、On Demand、訂閱更新並非同一個開關

Global Routing 中也能看到 Scene。它會依照已設定的場景條件套用相應的路由安排，適合需要隨網路環境切換的情況；它不是另一種代理協定。本文先使用 Config、Proxy、Direct 建立條件固定的測試基準，再考慮 Scene，避免場景切換讓排查條件在背景中改變。

4 種選項

Global Routing：Config / Proxy / Direct / Scene

2 條路徑

Settings → On Demand：檢查隨選連線條件

1 條預設規則

FINAL 範例：處理未符合前面規則的請求

Settings → On Demand 管理的是隨選建立連線的條件；Global Routing 處理的則是連線中的路由決策。若要手動比較不同模式，請先檢查 On Demand，避免連線狀態受既有條件影響。排查完成後，再依原本需求還原相關設定。

訂閱更新負責更新伺服器項目，不會因為切換 Proxy 就自動完成，也不能證明目前的 Config 規則已更新。若訂閱回傳空白內容或更新失敗，請分別檢查連結是否完整、既有訂閱是否有效，以及更新時的網路狀態；不要反覆切換 Global Routing 來取代訂閱問題排查。

先確認既有訂閱的狀態，再使用 App 內的更新功能刷新伺服器清單。
更新後返回 Home，確認原本選取的項目仍存在，且目前選取的項目符合預期。
接著前往 Config，確認啟用中的設定檔與策略參照項目；更新伺服器清單和更新規則檔是兩項獨立檢查。
最後還原日常使用模式，分別驗證一個預期直連的目標和一個預期走代理的目標。

6. 常見問題：切換模式後如何確認結果

選擇 Config，就會是中國大陸直連、其他全部走代理嗎？

不一定。請前往 Config 檢查目前啟用檔案中的規則，尤其是 GEOIP 與 FINAL；要讓中國大陸流量直連，必須有相應規則及資料支援。若 FINAL 設為 DIRECT，未符合規則的請求仍會直連，不能只根據 Config 的名稱推斷結果。

Proxy 可以開啟頁面，但 Config 不行，應該一直使用 Proxy 嗎？

可以暫時使用 Proxy 完成必要測試，但應在請求記錄中找出 Config 下失敗請求所採用的策略，再返回 Config 檢查相應規則或策略群組。修正後請切回 Config，以新請求確認結果；不要只為了一個網域，長期改變所有請求的路徑。

Direct 和關閉 Home 裡的連線開關一樣嗎？

不一樣。Direct 是連線中的直連策略，Shadowrocket 仍可能參與請求處理；關閉連線後，則不再沿用這條處理路徑。若要測試系統原始網路，請先記下 Settings → On Demand 的狀態，避免隨選連線改變測試條件。

切換成 Proxy 後仍然逾時，應該修改連接埠嗎？

先核對既有服務商提供的伺服器位址、連接埠、驗證資訊與協定參數。網頁常用的 HTTPS 連接埠 443，不代表代理伺服器也必須使用 443。請保留原有參數進行連線測試，只有確認存在明確差異時才修改，不要靠不斷更換連接埠來猜測問題。

切換到 Scene 後結果不穩定，該如何重新檢查？

先記錄目前的網路與場景條件，再暫時固定為 Config、Proxy 或 Direct，重新測試同一個目標。固定模式下若運作正常，再檢查 Scene 的條件與相關設定；若 Wi-Fi 與行動網路切換會觸發不同場景，請分別記錄，不要合併成同一次測試。

日常使用的完整流程是：確認連線已開啟、確認目前設定、檢查實際採用的策略，再驗證目標是否如預期運作。Global Routing 負責選擇決策方式，伺服器參數負責建立遠端連線，訂閱則負責維護項目來源；分開檢查各個環節，比連續更改多項設定更容易得到可重現的結果。