Shadowrocket Global Routing 怎麼選？Config、Proxy、Direct 日常用法

本文重點

Shadowrocket（小火箭）日常可優先使用 Config，前提是已選好並確認合適的設定檔。Proxy 適合暫時統一經代理連線或比對排查，Direct 則可用來測試直連。本文假設你已有自己的服務商與訂閱，說明切換步驟、規則順序、連線記錄的判讀方式，以及 Global Routing 與 On Demand 的差異。

先選擇路由模式，再確認實際使用的策略

Global Routing 決定進入 Shadowrocket 處理範圍的連線採用哪種路由方式。它不是節點協定選擇器，也不負責更新訂閱。在 Home 選擇節點、在 Config 選擇設定檔、在 Global Routing 選擇路由模式，是三項彼此相關但不同的操作；只修改其中一項，不一定能達到預期結果。

Config

建議

依據目前生效設定檔中的規則選擇策略。結果可以是 DIRECT、PROXY、REJECT，也可以指向設定檔中已定義的策略組；若未符合前面的規則，最後如何處理則取決於 FINAL。

適用情境：已確認設定檔，日常需要依目標採用不同處理方式。

Proxy

對納入處理範圍的連線一律採用代理路徑，不再依照 Config 的一般分流規則選擇直連或代理。能否建立連線，仍取決於目前的代理、目標服務與網路狀況。

適用情境：暫時統一經代理連線，或與 Config 比對排查規則問題。

Direct

對納入處理範圍的連線採用直連路徑，不經所選代理節點轉送。這不等於關閉 Shadowrocket 的連線開關，也不代表所有相關網路設定都會還原。

適用情境：確認目前網路能否直接存取目標，或短時間進行直連比對。

這裡比較的是三種常用路由模式，不代表 Global Routing 只有三種選項。Scene 可依情境條件套用路由選擇；初次排查時，先固定使用 Config、Proxy 或 Direct，避免情境條件變動造成判斷混淆。

切換步驟：從 Home 確認設定，再重新建立連線

切換前先記下目前的路由模式、所選節點與生效設定檔。訂閱與節點需向你的服務商取得；購買用戶端本身不會提供可用線路。若 Home 中還沒有可用節點，應先匯入並更新已有的訂閱，而不是反覆切換 Global Routing。

確認節點

前往 Home，確認目前選取的節點來自自己的訂閱。檢查節點位址、連接埠與驗證資訊是否完整；連線測試結果只能反映該次測試的條件，不能取代實際存取目標網站的結果。
確認設定檔

前往 Config，確認目前生效的設定檔，並著重檢查目標網域規則與 FINAL。匯入訂閱不代表已選取適合日常使用的分流設定檔。
選擇路由模式

依序前往 Home → Global Routing → Config，切換為依規則處理。要暫時比對時，在同一位置選擇 Proxy 或 Direct；不要同時更換節點和設定檔。
重新測試

返回目標 App 重新送出請求。舊連線可能仍沿用原有狀態，必要時關閉再重新開啟目標 App；若仍無法判斷，可中斷連線後重新連接 Shadowrocket，再測一次。
恢復日常設定

記錄各種路由模式下的存取結果與連線記錄。排查完成後，切回 Home → Global Routing → Config，並確認目前設定檔與策略組仍是預期選項。

若切換後看不到新請求，先確認目標 App 是否確實送出網路請求。快取頁面、已緩衝的影片和仍在使用中的長連線，都可能讓畫面看似「沒有變化」；但不能因此判定 Global Routing 沒有生效。

Config 的核心：依序比對規則，而非自動判斷所有流量

Config 的實際行為取決於規則內容。通常會依規則順序比對，由第一條符合的規則決定處理策略，因此具體例外應排在範圍較廣的規則之前，FINAL 則放在最後。Config 並非天生就代表「某個地區直連、其他地區代理」，也不保證所有未分類目標都經代理連線。

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

以上是教學用規則片段，不是完整設定檔，也不是訂閱網址。第一行使用示範網域；PROXY 的實際出口需配合目前選取的代理與設定檔策略確認。請勿將此片段直接取代正在使用的完整設定檔。

關鍵字	比對對象	本例說明
`DOMAIN-SUFFIX`	網域後綴	`example.com` 及其子網域使用 PROXY；這不是比對完整 URL 路徑。
`IP-CIDR`	IPv4 網段	目標位於 `192.168.0.0/16` 時使用 DIRECT；`no-resolve` 表示比對這條規則時不額外解析網域。
`GEOIP`	IP 地理位置分類	歸類為 CN 的目標 IP 使用 DIRECT；分類結果取決於所使用的資料。
`FINAL`	未符合前面規則的連線	本例最後使用 PROXY；若設為 DIRECT，未符合規則的流量就會直連。

因此，「選了 Config，目標卻仍然直連」時，應先檢查符合的規則與 FINAL，而不是立刻認定節點失效。如果連線記錄顯示符合較早出現的廣泛規則，應調整規則順序或修正比對範圍；若記錄顯示流量進入策略組，還需確認該組目前選用的出口。

日常使用與排查：固定變因後再比對

使用方式：日常依規則分流，發生異常時逐一比對變因

日常使用 Config

保留已確認的目前設定檔，並確認 FINAL 的處理方式。
需要代理的目標應符合代理策略；需要本機存取的目標則應符合 DIRECT。
更新訂閱後，檢查節點名稱變更是否影響策略組引用。

發生異常時切換比對

維持相同網路、節點與目標，只切換路由模式。
先比較 Config 與 Proxy，再視需要比較 Direct。
每次切換後都建立新連線，並記錄錯誤訊息與實際採用的策略。

Proxy 能存取而 Config 無法存取，只能將排查範圍縮小到規則、策略組與相關設定差異；不能只憑這個現象就判定唯一原因。

例如，同一目標在 Proxy 下建立新連線成功，在 Config 下卻失敗，且記錄顯示 Config 選用了 DIRECT，此時應先確認目標網域是否缺少規則，或是否符合較早出現的規則。如果兩種模式都使用相同代理出口卻仍然失敗，則應進一步檢查伺服器參數、網路連通性與目標服務狀態。

Direct 可作為直連基準，但仍處於 Shadowrocket 的處理環境中。若要判斷「未啟用連線時」的網路行為，需另外關閉連線開關進行測試，並確認 On Demand 是否又觸發連線。請勿將這兩種測試條件合併記錄。

On Demand 與 Scene：連線條件不等於分流規則

Settings → On Demand 可用來檢查依條件建立連線的設定；Global Routing 則決定連線中的流量如何處理。一項回答「何時連線」，另一項回答「連線後採用哪種路徑」。啟用 On Demand 不會替你補上 DOMAIN-SUFFIX 規則，也不會自動修正訂閱中的節點參數。

連線自動恢復：檢查 Settings → On Demand 的啟用狀態與條件，確認是否符合目前的測試預期。
切換網路後結果不同：確認是否使用 Scene，以及該情境在目前網路條件下套用哪種路由選擇。
固定路由模式排查：在 Home → Global Routing 中明確選擇 Config、Proxy 或 Direct，暫時避免由情境條件決定結果。
測試後還原設定：若為了測試調整了 On Demand 或 Scene，請記下並還原原本需要的條件，不要只恢復節點選擇。

On Demand 無法讓原本不可用的網路變得可用。切換 Wi-Fi 與行動網路時，出口位址、DNS 解析結果及網路對傳輸協定的限制都可能改變；若要判斷路由模式的影響，應先在同一種網路下完成比對，再切換網路重複測試。

排查記錄：區分路由、連接埠與協定

Global Routing 不會改變節點本身使用的協定。Shadowsocks、VMess、VLESS、Trojan、Hysteria2 與 WireGuard 的驗證及傳輸要求各不相同，節點參數應以服務商提供的資訊為準。將 Config 切換為 Proxy，無法補齊缺少的驗證資訊，也不會將一種協定轉換成另一種協定。

4 類

本文規則範例：DOMAIN-SUFFIX / IP-CIDR / GEOIP / FINAL

443

HTTPS 通常使用的目標連接埠；不代表所有代理服務都使用此連接埠

傳統 DNS 常用的連接埠；加密 DNS 可能使用其他連接埠

目標連接埠與代理伺服器連接埠是兩回事。存取 HTTPS 網站時，目標連接埠通常是 443；但節點連線所用的服務連接埠必須依服務商提供的參數填寫，不能因為網站使用 443 就一併修改節點連接埠。DNS 也應分開檢查：若網域解析失敗，目標連線尚未建立，切換路由模式未必能解決問題。

觀察到的現象	優先確認項目	下一步操作
Proxy 成功，Config 失敗	符合的規則、策略組選擇、FINAL	查看失敗的連線是否實際使用了不同出口或 DIRECT。
Direct 成功，Proxy 失敗	目前代理的參數、連通性，以及目標對出口的限制	不修改規則，先檢查目前節點，並向自己的服務商確認參數。
三種路由模式都失敗	本機網路、DNS、目標服務狀態	先確認相同網路能否存取其他目標，再檢查連線記錄中的具體錯誤。
只有舊頁面顯示正常	快取與既有連線	送出新請求後再記錄結果，勿將快取內容當成連線成功的證據。

這些現象只能作為排查線索，不代表速度或連線能力的保證。記錄時至少註明網路類型、目標網域、Global Routing 模式、符合的規則與所選出口；請勿公開完整訂閱連結、驗證資訊，或包含私人存取記錄的日誌。

常見問題：建議使用 Config 的前提

沒有檢查過設定檔，也應該直接選 Config 嗎？

應先檢查目前的設定檔。Config 只是依規則處理流量的模式；規則不完整、順序不合適，或 FINAL 與預期不同，都會影響結果。日常建議使用 Config 的前提，是你知道目前生效的是哪份設定檔，並了解其中代理與直連的適用範圍。

Proxy 一定比 Config 快嗎？

不能這樣判斷。如果兩者最後選用相同的代理出口，主要傳輸路徑可能相同；如果 Config 對目標使用 DIRECT，路徑就會不同。速度也受網路、伺服器負載與目標服務影響，應依實際出口進行比對，而不是只看路由模式的名稱。

更新訂閱就會自動修正所有分流規則嗎？

不會。更新節點訂閱與維護 Config 中的規則是兩回事。更新後應確認節點是否仍可使用、策略組引用是否正確，並另外確認生效中的設定檔；若需要新的訂閱或節點資訊，請向你的服務商取得。

選擇 Direct 就不用檢查連線開關了嗎？

不是。Direct 是路由選擇，連線開關則是另一項狀態。若要完整比較啟用前後的網路行為，應分別記錄 Direct 狀態與關閉連線後的結果，同時檢查 Settings → On Demand，避免自動連線改變測試條件。