匯入服務商提供的訂閱後,日常通常選擇 Config,讓目前設定的規則決定流量走向;Proxy 可暫時用來測試代理路徑,Direct 則可對照目前網路的直連結果。本文說明三種模式的適用範圍、切換步驟與排查順序,並釐清「連線開關已開啟」和「特定請求實際經過代理」的差別。
三種模式的差異:先看流量如何選路
Shadowrocket(小火箭)的 Global Routing 控制已接管流量的出口選擇,不負責管理訂閱,也不是設定伺服器協定。日常使用 Config 的前提,是已選取合適的設定檔,並確認規則符合需求;Config 並不必然代表「所有本地網站直連、其他網站一律代理」。
Config
建議依目前設定檔中的規則順序逐一比對,套用符合規則所指定的策略;若前面的規則都未符合,便繼續比對後續規則與最終預設策略。
適用情境:已有合適的設定檔,需要日常依規則分流。
Proxy
已接管的流量會經由代理路徑處理,不再依一般分流規則逐條決定直連或代理。這不保證所有 App 的所有通訊都會被接管,也無法自動排除伺服器連線問題。
適用情境:暫時測試代理路徑,縮小規則排查範圍。
Direct
已接管的流量會透過直連路徑處理,不經代理伺服器。這不等於關閉 Shadowrocket 的連線開關,也不代表系統 VPN 狀態一定會立即消失。
適用情境:比對目前 Wi-Fi 或行動網路的直連結果。
部分介面也會顯示 Scene,這是另一個模式入口;本文所說的「三種模式」不代表選單永遠只有三個選項。初步排查時,先明確選用 Config、Proxy 或 Direct,避免將 Scene 的額外設定因素混入比對。
切換前檢查:分別確認連線、設定檔與伺服器
Home 中選取的伺服器,決定代理連線使用哪一台伺服器;Config 中選取的設定檔,決定規則如何比對;Global Routing 則決定是否依這些規則選路。三者的用途不同。只更換伺服器不會自動將 Direct 改為 Proxy;更新訂閱也不代表目前使用的規則檔已經更換。
- 確認已有訂閱。向服務商取得訂閱連結,依匯入步驟新增並更新伺服器清單。若更新失敗,請先處理訂閱取得問題,不要以切換路由模式取代訂閱更新。
- 確認代理目標。在 Home 檢查目前選取的伺服器。若設定使用策略組,也要確認相關策略組實際選取的項目,不能只看伺服器清單中反白的項目,就判斷所有請求的出口。
- 確認規則檔。進入 Config,確認已選取要使用的設定檔。檔案只儲存在清單中,不代表它已成為目前使用的設定檔。
- 選擇模式並連線。返回 Home → Global Routing,選擇 Config、Proxy 或 Direct,再確認連線開關狀態;首次連線時,依系統提示完成 VPN 設定授權。
- 建立新請求。切換後重新開啟目標頁面或重新發起連線。長時間連線可能仍沿用原本的路徑;必要時先中斷連線,再重新連線並以相同條件測試。
Config 如何運作:規則順序與 FINAL 預設策略
使用 Config 的關鍵不在於「啟用規則就會自動正確」,而在於目前設定檔的內容、規則順序,以及策略指向。一般規則會依序比對,符合後套用對應策略。因此,範圍較明確的例外通常應放在較廣泛的規則之前,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,不能說成「其餘流量全部直連」。
DOMAIN-SUFFIX,example.com,PROXY:符合該網域及其子網域時,交由 PROXY 策略處理。網域規則能否符合,也取決於請求是否包含可用的網域資訊。IP-CIDR,192.168.0.0/16,DIRECT,no-resolve:符合該 IPv4 網段時直連;no-resolve用來避免為了這條 IP 規則主動解析網域,不是關閉整個 App 的 DNS。GEOIP,CN,DIRECT:依 IP 地理資料庫比對後直連。比對結果取決於目標 IP 的歸屬紀錄,不能只看網頁內容判斷規則是否會符合。FINAL,PROXY:前面的規則都未符合時,套用代理預設策略。若改為FINAL,DIRECT,未符合規則的流量去向也會改變。
日常使用與暫時排查:每次只變更一個條件
建議先記下目前網路、選取的伺服器、設定檔與目標網域,再對同一個目標建立新連線。不要在一次測試中同時更換伺服器、切換網路、更新訂閱及修改規則,否則即使結果改變,也難以判斷是哪個因素造成。
操作方式:保留日常設定,短暫比對連線路徑
日常使用
- 使用 Config,並確認目前的設定檔與策略組選擇。
- 發生異常時,先記下目標網域與錯誤狀況。
- 只修改與目標相關的規則,並保留修改前的內容。
暫時排查
- 維持相同網路與代理目標,切換到 Proxy 重試。
- 接著切換到 Direct,比對目前網路的直連結果。
- 每次都重新建立連線,測試結束後恢復為 Config。
結論應以相同條件下建立的新請求為依據;單次頁面快取、延遲數字或 VPN 圖示,都不足以確認實際出口。
若 Config 失敗但 Proxy 成功,優先檢查目標符合的規則、對應策略組、FINAL 與相關 DNS 設定。若 Config 和 Proxy 都失敗,但 Direct 成功,先確認目前伺服器是否可連線、認證參數是否正確,再檢查代理路徑上的問題。若三種模式都失敗,應先檢查本地網路、目標服務狀態與網域解析,不要反覆修改 FINAL。
直連成功不代表所有請求都適合改成 DIRECT。需要特定網路路徑的服務,應依實際需求保留相應規則;測試結果只適用於「這個目標在這個網路下的狀況」,不要將單一網站的結果套用到所有流量。
Global Routing 與 On Demand、協定及訂閱的區別
Settings → On Demand 管理依條件觸發連線的行為;Global Routing 管理連線期間的流量選路。前者回答「何時連線」,後者回答「請求被接管後如何處理」。切換到 Direct 後若連線仍存在,請先分辨這是選路模式,還是自動連線條件正在生效。
- 排查自動連線:進入 Settings → On Demand,確認已啟用的條件。若要手動中斷連線進行比對,請先確認相關條件不會立刻重新觸發連線,測試後再還原原設定。
- 排查協定參數:Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 是協定層級的選項。切換到 Proxy 不會自動補上伺服器位址、連接埠、認證資訊或 TLS 參數。
- 排查訂閱更新:訂閱主要用於取得並維護服務商提供的伺服器項目。伺服器清單更新成功,不代表 Config 中的規則符合目前用途;同樣地,規則正確也無法保證訂閱網址可以連線。
- 排查 DNS:網域解析是選路的重要前置步驟。解析失敗和代理交握失敗是不同問題,應依據具體錯誤與請求記錄判斷,不要只因為「網頁無法開啟」就切換模式。
已有訂閱時,請優先使用服務商提供的正確參數。不要自行猜測連接埠,也不要把一種協定的認證欄位套用到另一種協定。訂閱連結包含存取憑證時,分享排查截圖前,請遮蔽完整連結、權杖與認證資訊。
常見問題:連線後為什麼結果仍不如預期?
已顯示 VPN 圖示,為什麼目標請求仍然直連?
先到 Home → Global Routing 確認是否選擇 Direct;若使用 Config,再檢查目標符合的策略是否為 DIRECT。系統顯示已連線只代表通道狀態,無法證明每個請求都經過代理伺服器。
切換到 Proxy 後恢復連線,可以一直這樣使用嗎?
可依實際用途選擇,但 Proxy 不再提供相同的規則分流方式,原本應直連的請求也可能改走代理路徑。日常需要分流時,請切回 Config,檢查具體規則與策略組,不要直接把暫時測試結果當成長期設定。
修改規則後,為什麼目前的網頁沒有變化?
先在 Config 確認修改的是目前選取的檔案,再檢查 Global Routing 是否設為 Config。關閉目標頁面的舊連線後重新瀏覽;必要時重新建立 Shadowrocket 連線。不要只重新整理已快取的頁面,就判斷規則是否生效。
Direct 和關閉連線開關是同一回事嗎?
不是。Direct 是連線中的直連選路模式;關閉開關則會停止目前連線。若要明確比對未經通道的連線結果,請檢查 Settings → On Demand 的觸發條件,再手動中斷連線,並在系統設定中確認實際連線狀態。