Shadowrocket Global Routing 怎麼選?Config、Proxy、Direct 三種模式的日常用法

Shadowrocket 的 Global Routing 提供 Config、Proxy、Direct 三種模式,分別用於依規則分流、全程經由代理及直接連線。本文整理各模式差異、日常預設選擇與臨時切換時機。

本文重點

日常使用 Shadowrocket(小火箭)時,建議優先選擇 Config,前提是已啟用符合需求的設定檔。Proxy 適合暫時統一代理出口或比對問題,Direct 則可用來確認直連狀況。本文適合已匯入自己服務商的訂閱、能建立連線但不確定如何選擇模式的使用者,將依序說明各模式的適用範圍、切換步驟、規則順序與故障比對方式。

三種模式的差異:先決定連線路徑,再檢查個別規則

Global Routing 決定由 Shadowrocket 處理的連線採用哪種路由方式。它不是伺服器協定選擇器,也不代表網路加速等級。將 Config 改為 Proxy,不會把 Shadowsocks 改成 VLESS,也不會自動更換伺服器位址、連接埠或驗證資訊。

Config:依設定檔分流

建議

依照目前啟用設定檔中的規則順序,決定連線使用 DIRECT、PROXY 或設定檔指定的策略。若未符合前面的規則,則由最後的 FINAL 處理;不能預設其餘連線都會直連。

適用情境:日常使用,且已有明確的分流規則。

Proxy:統一代理出口

接管範圍內的一般連線都會統一採用代理路徑,不再依 Config 的一般分流規則逐條決定。實際能否連線,仍取決於選擇的伺服器、DNS、協定能力與網路狀況。

適用情境:暫時統一出口,或比對分流問題。

Direct:統一直連路徑

接管範圍內的一般連線會直接連至目標,不經由代理伺服器作為出口。這不代表關閉連線開關,也不等於刪除系統中的 VPN 設定。

適用情境:檢查本地網路,或確認目標是否能直連。

此處的「全部」是對模式用途的簡稱,並非保證裝置上的所有通訊都如此處理。系統流量、隧道接管範圍、排除項目及既有連線狀態,都可能影響觀察結果。切換模式後,請重新送出連線要求;不要只憑仍在播放的影片或已開啟的頁面判斷是否生效。

日常預設選 Config:先確認設定檔,再切換模式

需要依網域、IP 或地區條件分流時,Config 較適合作為日常預設模式。它會保留設定檔中的直連、代理與拒絕等不同動作;Proxy 與 Direct 則較適合短時間比對。Config 是否符合預期,取決於啟用的設定檔及其規則內容,而非模式名稱本身。

  1. 確認伺服器

    進入 Home,確認目前選取的伺服器屬於自己的有效訂閱。訂閱連結請向你的服務商取得;應用程式中看得到伺服器清單,只代表已有連線資料,不代表服務一定可用。

  2. 確認設定檔

    進入 Config,確認目前啟用的設定檔。查看其中的規則及最後一條 FINAL 的目標,不要把已儲存但未啟用的設定檔誤認為目前生效的設定。

  3. 選擇模式

    返回 Home → Global Routing → Config。回到 Home 後確認目前顯示的模式,並確認連線開關已開啟;首次連線時,請依系統提示允許新增 VPN 設定。

  4. 重新驗證

    重新開啟目標網頁,並查看連線記錄中的目標網域、符合的規則及最終策略。若頁面沿用舊連線,可關閉該頁後重新瀏覽;必要時在可中斷目前工作時重新連線。

Home 用於查看連線狀態及選擇伺服器,Config 用於管理設定檔,Settings 則管理應用程式設定,三者屬於不同層次。匯入 Subscribe 主要是取得連線資料來源;更新訂閱也不代表所有分流規則都已修正。排查時仍須另外確認目前啟用的 Config。

Config 如何比對規則:依實際順序檢查 FINAL

請依設定檔中的實際順序,由上而下檢查規則;符合第一條規則後,就採用該規則的動作。DOMAIN-SUFFIX、GEOIP、IP-CIDR 不會依名稱自動分組執行;不能先挑出所有網域規則,再另外檢查 IP 規則。前面規則都未符合時,才由 FINAL 執行最後處理,因此應將它放在末尾。

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

以下僅為規則順序示例,並非可直接取代個人設定檔的完整檔案。第一條規則讓 example.com 及其子網域使用 PROXY;第二條涵蓋從 192.168.0.0 到 192.168.255.255 的 IPv4 位址。no-resolve 表示不會為了比對這條 IP 規則而主動將網域解析成 IP,不代表整份設定檔停止 DNS 解析。

4 條
規則示例:DOMAIN-SUFFIX / IP-CIDR / GEOIP / FINAL
/16
IPv4 網段示例:192.168.0.0/16
末尾
前面的規則都未符合時,由 FINAL 處理

若某個目標在 Config 下走錯路徑,先確認符合哪條規則,不要馬上新增相似規則。若新規則加在已符合的規則之後,可能根本不會執行。如果規則指向自訂策略,還須確認該策略實際選擇的伺服器或動作。

臨時切換的用法:一次只變更一個條件

Proxy 與 Direct 的用途,是提供可比較的連線路徑。測試時,固定同一台裝置、同一個網路、同一個目標及同一台伺服器,只切換 Global Routing。若同時更換 Wi-Fi、伺服器和模式,即使頁面恢復正常,也無法判斷是哪項變更發揮作用。

比對方式:同一個目標,測試兩種路徑

Proxy 比對
  • Home → Global Routing → Proxy。
  • 保留目前的伺服器,重新送出目標連線要求。
  • 記錄是否載入完成,以及是否發生逾時。
  • 若恢復正常,切回 Config 檢查規則、策略與 DNS。
Direct 比對
  • Home → Global Routing → Direct。
  • 維持相同網路,再次瀏覽同一個目標。
  • 確認目標在目前網路下是否能直連。
  • 若恢復正常,檢查代理伺服器及代理出口路徑。

比對完成後切回 Config。測試結果可用來縮小排查範圍,但不能只憑一次成功就斷定規則或伺服器一定有問題。

Proxy 不保證每個目標都會變快。原本可透過目前網路直接存取的服務,改走遠端出口可能增加路徑距離;某些區域網路服務也不一定能透過代理出口存取。Direct 同樣不保證所有網站都能連線,只能用來確認目前網路的直接存取能力。

若涉及付款、上傳、通話或長時間下載,請先結束相關工作,再進行模式比對。既有連線可能繼續沿用原本的路徑,也可能在切換或重新連線時中斷。測試應以新建立的連線要求為準,並區分「頁面框架已顯示」與「頁面所需資源已全部載入」。

切換模式後仍有異常:依現象縮小排查範圍

延遲測試有結果,不代表網頁所需的 DNS、TLS 及資源要求都已成功。一次瀏覽網頁可能連線至多個網域,主頁、圖片與登入介面也可能符合不同規則。檢查時請記錄具體失敗的目標,不要只記下「整個網路都不通」。

比對結果優先檢查項目後續操作
Config 失敗,Proxy 正常規則符合結果、實際選用的策略、DNS 路徑返回 Config,查看失敗網域對應的規則,確認是否誤走 DIRECT 或選到錯誤策略。
Proxy 失敗,Direct 正常目前伺服器、驗證資料、出口連線能力確認伺服器位址、連接埠及協定欄位,並檢查自己的訂閱是否有效。
兩種模式都失敗本地網路、目標服務、DNS 與系統連線狀態先確認目前網路是否已完成登入認證,再檢查目標解析結果及連線錯誤。
切換後狀況沒有改變舊連線、快取、Scene 與自動連線條件建立新的連線要求,確認 Home 顯示的模式,並檢查自動化條件是否影響測試。

分開處理 On Demand 與路由模式

Settings → On Demand 用於設定符合條件時的自動連線行為,例如依網路環境設定連線條件;Global Routing 則決定接管連線後採用的路由方式。兩者不是同一個開關。若測試時連線狀態自動改變,請先確認 On Demand 是否啟用及既有條件,再查看 Global Routing 目前顯示的模式;不要把自動重新連線誤判為手動切換失敗。

分開處理 DNS 與協定欄位

恢復日常使用:維持清楚的預設狀態

排查完成後,請逐項還原臨時變更:選擇日常使用的伺服器、啟用已確認的設定檔、將 Global Routing 設回 Config,再以新的連線要求驗證一次。若需保留 Proxy 或 Direct,請記下原因,避免下次遇到問題時誤以為目前仍依規則分流。

若之後更換設定檔或更新自己的訂閱,請再次確認目前選取的伺服器與啟用的設定檔。更多基本操作請參閱功能與設定;已有訂閱的管理方式請見Subscribe 更新說明。記住「連線資料、分流設定、路由模式」這三個層次,比反覆隨機切換設定更容易找出問題。

App Store 正版確認 →