Shadowrocket Global Routing 設定指南：Config、Proxy、Direct 的差異

本文重點

本文適合已在 Shadowrocket（小火箭）加入連線設定，但還不確定 Global Routing 該如何選擇的使用者。先了解 Config 的規則分流、Proxy 的統一代理與 Direct 的統一直連，再依照固定步驟確認新請求的實際路徑。日常使用通常從 Config 開始；Proxy 和 Direct 可暫時切換路徑、協助釐清故障原因，但不能取代伺服器參數與規則本身的檢查。

一、先區分連線開關、Global Routing 與目前使用的設定

Home 中的連線開關決定是否建立 Shadowrocket 的 VPN 連線，Global Routing 則決定接管後的請求如何選擇路徑；Config 中選用的設定檔則提供規則等設定。這三者彼此相關，但不能互相取代。將 Global Routing 改為 Proxy，不代表已開啟連線；看到系統 VPN 標記，也不能據此認定每個請求都經過代理伺服器。

本文提到的「統一代理」與「統一直連」，是指進入 Shadowrocket 處理範圍的流量，不代表裝置上的所有通訊都必然如此。路由排除、區域網路設定、DNS 處理與既有連線都可能影響觀察結果。切換後應發出新請求確認，而不只是查看狀態列。

3 種

基本模式：Config / Proxy / Direct

4 種

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

2 個

操作路徑：Home → Global Routing

二、Config、Proxy、Direct 的路徑與適用情境

日常需要同時存取直連資源與代理資源時，建議優先使用 Config，但前提是目前設定中的規則符合需求。Config 並非固定套用「部分請求自動直連，其餘自動代理」的範本；各網域的處理方式與最終備援路徑，取決於實際載入的規則和策略。

Config：依目前設定進行比對

建議

請求會依規則順序比對，由符合的項目指定 DIRECT、PROXY 或設定中的其他策略；若前面的規則都未命中，則由 FINAL 等備援設定決定路徑。選擇 Config 後，也要確認 Config 啟用的是預期的檔案。

適用情境：已有明確規則，日常需要長期依目標進行分流。

Proxy：統一使用代理路徑

接管範圍內的一般請求統一走代理路徑，不再依賴一般分流規則逐項選擇 DIRECT 或 PROXY。仍須有可用的代理伺服器；切換模式不會修正錯誤的位址、連接埠或驗證資訊。

適用情境：短時間確認代理是否可用，或判斷問題是否與規則分流有關。

Direct：統一使用直連路徑

接管範圍內的一般請求不經代理伺服器送出。這會改變請求的出口選擇，但不代表中斷 Shadowrocket 的 VPN 連線，也不保證 DNS 等其他處理方式與關閉連線時完全相同。

適用情境：確認目前網路的直連能力、測試區域網路資源，或暫時排除代理路徑的影響。

Proxy 和 Direct 適合作為對照條件，而不是代表「較快」或「較穩定」的等級。代理路徑是否可用取決於伺服器與網路；直連能否成功則取決於目前網路與目標之間是否連通。同一網頁在兩種模式下的表現不同，是排查線索，不能據此判定整套設定的狀況。

三、Config 如何比對：從具體規則到 FINAL

在 Config 模式下，一般規則會依設定中的順序檢查，第一條符合的規則決定該請求使用的策略。因此，範圍較小的例外規則通常應排在範圍較大的規則之前。以下僅示範規則語法與順序，不是完整的連線設定；保留位址與範例網域不代表有可用服務。

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

關鍵字	範例中的用途	檢查重點
`DOMAIN-SUFFIX`	比對指定網域及其子網域。	`intranet.example.com` 的例外規則必須排在範圍較廣的 `example.com` 規則之前。
`IP-CIDR`	依目標 IP 所在的網段進行比對。	`no-resolve` 表示這條規則不會主動觸發網域解析；若已有目標 IP，仍可進行比對。
`GEOIP`	依 IP 地理位置資料進行比對。	歸屬判斷取決於 IP 資料，不能用來判斷網域用途或內容屬性。
`FINAL`	處理前面規則都未命中的請求。	範例使用 `PROXY`，因此不能一概認為 Config 中未命中的流量會直連。

網域規則需要可用於比對的網域資訊；只有目標 IP 時，不能預期每條 DOMAIN-SUFFIX 規則都有機會命中。排查問題時，應一併查看記錄中的目標、規則與最終策略，而不是只在設定檔中搜尋某個網域。若規則引用了策略群組，還要確認該群組目前選用的出口。

四、切換模式後的確認步驟

確認時一次只改變一個變數：固定網路、目標與代理伺服器，依序測試 Config、Proxy、Direct。瀏覽器的舊分頁可能仍使用既有連線，頁面也可能來自快取；切換後只重新整理一次，不足以證明路徑已改變。應結束舊請求、重新發出存取請求，並檢查對應時間的新連線記錄。

記錄測試起點。在 Home 確認目前的伺服器與連線狀態，在 Config 確認啟用的檔案。記下你有權存取的目標及測試時間，避免混淆不同請求的結果。
先測試 Config。前往 Home → Global Routing → Config，發出新的存取請求。在連線記錄中確認目標、命中的規則與策略；若顯示 DIRECT，先判斷是否符合目前規則，不要立刻更換伺服器。
接著測試 Proxy。維持相同的伺服器與目標，再前往 Home → Global Routing → Proxy 發出請求。若此時成功、但 Config 失敗，應優先檢查規則比對、策略群組選擇與 DNS 差異。
最後測試 Direct。前往 Home → Global Routing → Direct，重新請求相同目標。若 Direct 成功、但 Proxy 失敗，請檢查代理連線參數、伺服器狀態與代理路徑上的解析問題。
恢復日常設定。完成對照後切回 Config，並再次確認規則結果。只將可重複觀察到的現象記入排查紀錄，不要以單次成功或逾時作為最終判斷。

一般網頁的 HTTPS 通常使用 TCP 443，HTTP/3 則可能使用 UDP 443；這些是目標服務的連接埠，不是要你把代理伺服器的連接埠改成 443。瀏覽器可能在不同傳輸方式間切換，因此延遲測試成功，也不一定代表兩種傳輸路徑都正常。伺服器連接埠、協定與驗證欄位應依現有設定核對。

兩組對照：先查規則，還是先查代理路徑

Config 失敗，Proxy 成功

確認 Config 目前啟用的檔案是否正確。
找到相同目標的新紀錄，確認命中的項目與最終策略。
確認是否有較廣泛的規則先行命中，以及 FINAL 是否符合預期。

Proxy 失敗，Direct 成功

確認 Home 中選用的伺服器與測試前相同。
核對位址、連接埠、驗證資訊與協定相關欄位。
使用相同網路重試並記錄錯誤類型；避免同時修改 DNS 與規則。

對照結果有助縮小排查範圍；若三種模式都失敗，應繼續檢查網路連通性、DNS、目標服務狀態與連線記錄。

五、Global Routing 不負責哪些設定

Global Routing 處理的是「請求選擇哪條路徑」，不會產生連線參數，也不提供連線服務。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 是協定名稱，與 Config、Proxy、Direct 所屬的決策層次不同。若某項協定設定有誤，切換模式無法補上缺少的欄位。

訂閱匯入與更新：訂閱內容由你的服務供應商提供。更新主要是取得供應商發布的連線資訊；不要以為更新訂閱後，本機目前使用的分流規則和 Global Routing 也會自動變成預期狀態。
On Demand：在 Settings → On Demand 檢查自動連線條件。這會影響連線何時啟動，不等於選擇 Config，也不保證所有請求都經過代理。測試手動中斷連線時，也要留意自動連線條件是否再次觸發連線。
DNS：網域解析與出口策略彼此相關，但不是同一個開關。切換模式後仍無法解析，應另外檢查 DNS 設定，不要只是不斷切換 Global Routing。
客戶端購買：購買客戶端不等於購買線路方案。Shadowrocket 是 Apple 平台上的閉源商業 App，唯一取得管道是 App Store；商店價格、系統需求與購買適用範圍，請以 App Store 頁面標示為準。

首次連線時，還需依系統提示允許加入 VPN 設定。這項授權是系統連線權限，不代表目前的代理可連線，也不代表規則已通過驗證。先完成授權並確認連線，再依上一節的方法逐項測試，才能區分權限、參數與分流問題。

六、切換時常見的四個問題

選擇 Config 後，為什麼某個網站仍然直連？

先在 Config 確認啟用的檔案，再檢查該網站新請求命中的規則。可能是 DOMAIN-SUFFIX、GEOIP 或 FINAL 指向 DIRECT，也可能是策略群組選擇了直連。只看到 Global Routing 顯示 Config，並不能確定網站應該走代理。

切換成 Proxy 後網站能開啟，是否代表規則一定寫錯？

這表示兩種模式的路徑有所不同，但還不能直接判定某一行語法錯誤。維持相同的伺服器與網路，再比較 Config 下命中的規則、策略群組出口與解析結果。先找出差異，再調整相關設定。

Direct 模式下仍顯示 VPN 標記，是不是沒有切換成功？

VPN 標記表示系統通道仍然建立，不代表出口一定經過代理伺服器。Direct 是路由模式；關閉 Home 的連線開關才會中斷連線。如果中斷後又自動連上，請檢查 Settings → On Demand。

切換後舊網頁沒有變化，要如何確認？

先停止舊頁面的請求，再重新發出存取請求，查看同一時間的新連線記錄；必要時先中斷再重新連線，以排除長連線的影響。測試時只更改 Global Routing，不要同時更換伺服器、規則檔案和 DNS，以免失去可比較的條件。

日常操作可整理成以下順序：先確認連線與設定，再使用 Config；發生異常時，以 Proxy 和 Direct 進行對照；找到問題後切回 Config，並用新請求驗證具體規則。這樣既能保留分流設定，也能避免將暫時用於排查的模式長期留在裝置上。