2026-09-27 · 入門指南 · 約 8 分鐘

Shadowrocket Global Routing 設定教學：Config、Proxy、Direct 差異

了解 Shadowrocket 的 Global Routing 如何以 Config、Proxy、Direct 處理流量，以及日常何時使用 Config，何時暫時切換至 Proxy 或 Direct。

本文重點

已有自己的服務商與連線資訊時，日常通常選擇 Config，由目前使用的設定檔決定各項請求的處理策略；Proxy 適合暫時統一走代理，方便比對與排查；Direct 則用來檢查直接連線。本文說明三者的作用範圍、切換步驟與故障判斷方式，協助分辨「連線開關已開啟」與「個別請求實際使用代理」的差別。

先選路由模式：Config 依規則處理，Proxy 與 Direct 用於比對

Shadowrocket（小火箭）的 Global Routing，決定進入其處理範圍的請求採用哪種路由方式。它不是伺服器清單，也不提供連線服務。選擇路由模式前，請先確認 Home 中已有可用的伺服器資訊；若沒有相關資訊，切換至 Proxy 也不會自動建立可用連線。

Config

建議

依目前設定檔中的規則與策略處理。符合規則時，結果可能是 PROXY、DIRECT、REJECT，也可能是設定檔指定的策略群組；若未符合前面的規則，則由 FINAL 決定。

適用情境：已有明確分流設定的日常使用

Proxy

進入處理範圍的一般請求統一採用代理路徑，不再依 Config 中的個別分流規則決定去向。所選伺服器仍須可用，也別忽略系統與設定檔中的流量排除設定。

適用情境：短時間驗證代理路徑，排查規則是否影響結果

Direct

進入處理範圍的一般請求採用直接連線，不經所選代理伺服器轉送。連線開關仍可能維持開啟，因此 Direct 不等於關閉連線。

適用情境：比對目前網路直接連線的情況

此處的「統一」不代表強制接管裝置上的每一條系統連線。實際處理範圍仍會受到系統路由、設定檔中的排除設定，以及 App 運作方式影響。DNS 也有獨立設定，不能只憑路由模式名稱推斷解析伺服器或所有 DNS 請求的路徑。

若在 Global Routing 中看到 Scene，請將它視為另一種情境化設定入口，不要當成 Config 的別名。本文先以三種明確模式建立判斷基準；排查時，先手動固定其中一種，再確認是否因情境切換而改變狀態。

切換步驟：先記下原有狀態，再建立新連線

路由模式的設定位置是 Home → Global Routing。切換前，先記下目前的模式、所選伺服器，以及 Config 正在使用的設定檔，以免測試後忘記要還原哪一項。設定檔決定規則，伺服器資訊決定代理連線參數，兩者不能互相取代。

  1. 在 Home 確認伺服器。確認所選的是自己已有且有權使用的連線資訊；清單中有項目，不代表目前一定可用。
  2. 開啟 Global Routing。日常依規則分流時選 Config；驗證代理路徑時選 Proxy；檢查直接連線時選 Direct。
  3. 返回 Home 確認連線開關。只切換路由模式，不代表已重新建立連線。視需要重新連線，讓後續測試使用明確的狀態。
  4. 重新送出請求。關閉原本的測試頁面後重新開啟，或重新啟動相關 App 的連線。不要只觀察仍在播放的內容或既有的長連線。
  5. 測試完成後還原。切回原定的日常模式，並確認所選設定檔與伺服器仍符合預期。

若關閉連線開關後又自動開啟，請檢查 Settings → On Demand 的觸發條件。On Demand 管理按需連線，Global Routing 則管理連線建立後的路由選擇；自動連線成功，不代表自動選中了符合本次測試目的的模式。

為什麼日常適合使用 Config：先檢查規則，再看 FINAL

Config 的優點是能依目標分別處理，而不是預設「某類網站一定走某條路徑」。實際結果完全取決於目前使用的設定檔。規則通常依序比對，由較早符合的規則決定策略；因此，即使都選擇 Config，換一份設定檔也可能得到不同結果。

3 種
本文比較的路由模式：Config、Proxy、Direct
4 類
下方範例：DOMAIN-SUFFIX、IP-CIDR、GEOIP、FINAL
1 條
範例結尾的 FINAL 備援規則

以下是用來說明規則順序的片段，不是完整設定檔，也不是可直接套用的服務資訊。範例網域僅供說明；實際編輯時，請先在 Config 保留原始檔案副本，再修改目標設定檔。

[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 及其子網域使用 PROXY，不代表其他網域也會經由代理連線。
  • IP-CIDR,192.168.0.0/16,DIRECT,no-resolve：符合指定的 IPv4 位址範圍。no-resolve 表示不會為了比對這條 IP 規則而主動觸發網域解析。
  • GEOIP,CN,DIRECT：依據 App 使用的 GEOIP 資料比對目標 IP，而不是依頁面語言或網站名稱判斷。
  • FINAL,DIRECT：前面的規則都未符合時，使用直接連線。若將結尾改成 FINAL,PROXY，未符合其他規則的請求，其預設路徑也會改變。

REJECT 是拒絕請求的策略，和選擇一台無法使用的伺服器是兩回事。若目前設定檔中有符合目標的 REJECT 規則，即使伺服器測試正常，該請求仍可能在 Config 模式下遭到拒絕。若規則使用自訂策略群組，也要確認群組內選取的項目，不能只看規則文字中的群組名稱。

判斷方式：Proxy 可連線但 Config 不行，先檢查符合目標的規則

保持伺服器與網路不變，檢查目標網域較早符合的規則、對應的策略群組與 FINAL；先別急著重新填寫協定參數。這樣比對能縮小檢查範圍，但仍須搭配 DNS 與連線紀錄確認原因。

Proxy 與 Direct 的使用時機：固定變因進行比對

Proxy 適合暫時略過逐條分流判斷，Direct 則適合建立目前網路的直接連線基準。兩者都是排查工具，不保證速度。切換至 Proxy 後變慢，可能是代理路徑或伺服器負載改變；切換至 Direct 後無法開啟，也可能是目前網路無法直接連線至目標，不能因此判定 App 設定檔已損毀。

比對方式：相同目標、相同網路、相同伺服器

驗證代理路徑：Proxy
  • 記下目前使用的 Wi-Fi 或行動網路，測試期間不要主動切換。
  • 保持所選伺服器不變，選擇 Proxy 後重新建立測試連線。
  • 連線至相同目標，記錄成功、逾時或連線中斷等具體情況。
  • 切回 Config 重試，確認差異是否會隨路由模式重複出現。
驗證直接連線：Direct
  • 選擇 Direct，再次對相同目標送出新請求。
  • 記錄是否成功建立連線，不要只看頁面是否顯示快取內容。
  • 若要檢查完全停用連線後的情況，請另外關閉連線開關進行測試。
  • 測試結束後切回 Config，避免將臨時設定留作日常狀態。

每次只改變路由模式；若同時更換網路、伺服器並修改 DNS，比對結果就難以用來定位問題。

判讀結果時，可依照下列順序逐步縮小範圍。這些情況是排查方向，不代表本文已完成相關實測；實際紀錄仍應以當次裝置測試結果為準。

觀察結果優先檢查項目下一步處理
Proxy 正常，Config 異常規則符合情況、策略群組、FINAL、DNS 差異切回 Config 檢查目標規則，確認是否符合 DIRECT 或 REJECT
Direct 正常，Proxy 異常所選伺服器、驗證資訊、傳輸參數核對自己已有的資訊，包括位址、連接埠、協定與 TLS 設定
三種模式都異常基本網路、目標狀態、DNS 與系統時間先確認其他目標能否連線，再逐項排查；不要一次大量修改設定
切換後結果暫時沒有變化快取、連線重用，以及測試請求是否為新請求重新建立連線，再以相同操作測試一次

請勿混淆：協定、訂閱與 On Demand 各自處理不同環節

Global Routing 用來決定「這次請求採用哪條路徑」，協定參數則決定「如何建立代理連線」。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的參數結構各不相同；切換路由模式無法修正填錯的驗證資訊，也不會將一種協定轉換成另一種。

  • 位址與連接埠：必須依照自己已有的服務資訊填寫。即使某項資訊使用連接埠 443，也不能只憑連接埠判定它一定採用某種協定，更不能因此將其他連接埠一律改成 443。
  • 匯入與更新訂閱：用來取得或更新自己已有的伺服器資料。更新成功只代表相關資料取得流程已完成，不代表清單中的每個項目都可用，也不代表目前 Config 的規則符合預期。
  • Config：檢查目前使用的設定檔、規則順序與策略指向。匯入伺服器資訊，不等於已完成分流規則設定。
  • Settings → On Demand：檢查自動連線條件。這裡的設定與 Home → Global Routing 的選擇，必須分開確認。

切換至 Wi-Fi 或行動網路後，先確認目前路由模式是否符合預期，再開始測試。若有使用 Scene 或其他自動化設定，也要檢查實際效果；不要把環境變化造成的設定切換，誤認為同一條規則產生隨機結果。

常見問題：連線開關已開啟，為什麼流量仍未走預期路徑？

連線已開啟，為什麼有些請求仍採用直接連線？

先前往 Home → Global Routing 確認是否選擇 Direct；若使用 Config，接著在 Config 檢查符合目標的規則與 FINAL。連線開關開啟只代表連線狀態正常，不表示每個請求都會使用 PROXY。

選擇 Config 後，就會自動完成分流嗎？

不會。請先確認目前使用的設定檔，再檢查規則與策略。若設定檔結尾是 FINAL,DIRECT，未符合其他規則的請求就會直接連線；Config 本身不會附帶一套適用於所有人的分流結果。

暫時選擇 Proxy 後，可以一直不切回來嗎？

若有明確需求，可以維持此設定，但它不會再依 Config 的個別規則區分請求。若原本依賴 DIRECT 處理部分目標，測試結束後應切回 Home → Global Routing → Config，再以新請求確認結果。

Direct 和關閉連線開關，測試效果相同嗎？

不同。Direct 仍保留 App 的連線狀態及相關處理環境；關閉開關則是另一種狀態。若要判斷問題是否與 App 的連線環境有關，請分別測試，並檢查 Settings → On Demand，避免開關再次被條件觸發。

更新訂閱後仍無法連線，要直接切換至 Proxy 嗎？

先在 Home 確認更新後實際選取的項目，再檢查自己已有的服務資訊與測試結果。Proxy 可用於短時間比對；但若代理連線本身失敗，切換路由模式也無法修正位址、連接埠或驗證資訊錯誤。

日常使用可依序處理：先確認目前設定檔正確，再使用 Config；發生異常時，固定網路與伺服器，短時間以 Proxy 和 Direct 進行比對；最後還原原定狀態。記下每次測試的路由模式、目標與結果，比起反覆同時修改多項設定，更容易找出原因。

App Store 正版資訊確認