Shadowrocket Global Routing 設定指南：Config、Proxy、Direct 差異與日常用法

一、先分清連線開關、伺服器與 Global Routing

在 Home 中，連線開關負責啟動或停止連線；選取的伺服器提供代理出口；Global Routing 則決定進入用戶端的請求應直接連線，還是交由代理處理。這三項設定彼此相關，但並不相同。開啟開關只表示連線流程已啟動，不能單憑此狀態判斷目標網站是否可連線，也不能據此認定請求已經透過代理傳送。

例如，Home 已選取伺服器，但 Global Routing 停在 Direct，此時一般連線仍會採用直連。反過來說，選取 Proxy 也不會自動修正伺服器位址、連接埠或認證資訊。服務無法連線時，將 Config 改成 Proxy 只是變更路徑選擇，不會產生新的可用出口。

本文聚焦三種明確的基本模式。Global Routing 中的 Scene 是依情境選擇，不能直接視為 Config 的同義詞；排查時先明確切換至 Config、Proxy 或 Direct，減少情境設定帶來的額外變數。

二、Config、Proxy、Direct 的選擇依據

三者的差異在於是否使用規則為一般連線選擇出口，而不是加密強度或速度等級。Config 不等於「全部走代理」，Direct 也不是「停止用戶端」。實際速度取決於目標網站、目前網路、代理伺服器及所選路徑，不能只憑模式名稱判斷。

因此，決定「日常使用哪種模式」的前提是規則是否符合需求。規則已核對且連線正常時，使用 Config；尚未確認規則內容時，先檢查 Config，不要只因為它是建議選項就直接啟用。

三、從 Home 切換模式並確認結果

開始前，請確認已有自己的連線服務。訂閱請向你的服務商取得；買斷用戶端 ≠ 線路方案。匯入伺服器清單與啟用規則檔是兩回事；清單中看得到伺服器，不代表 Config 中已有符合目前需求的規則。

1. 核對伺服器。開啟 Home，確認需要使用的伺服器已標示為選取。檢查其位址、連接埠、協定及認證參數是否與服務商提供的資訊一致，不要把網站常用的 443 連接埠視為所有伺服器的固定連接埠。
2. 核對規則檔。前往 Config，確認目前啟用的是預期的設定。只瀏覽檔案內容而未啟用該檔案，不會讓它自動參與分流。
3. 設定模式。返回 Home → Global Routing，選擇 Config。返回 Home 後，再確認目前顯示的模式，避免停留在選項頁面卻未確認結果。
4. 啟動連線。開啟連線開關，首次連線時依系統提示允許加入 VPN 設定。接著執行 Connectivity Test，初步檢查伺服器是否可連線。
5. 分別測試目標。準備一個預期直連的目標和一個預期使用代理的目標，分別送出新請求，再查看用戶端請求記錄中的目標、符合的規則與實際策略。

四、Config 的規則順序與 FINAL 預設規則

Config 的核心是依序比對規則。通常應將具體規則放在範圍較廣的規則之前，並將 FINAL 放在最後作為預設規則。以下設定片段用於說明語法，並非可直接取代個人設定的完整檔案。example.com 是示範網域，192.0.2.0/24 是文件示範用的位址範圍；使用前請依實際需求調整。

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

• DOMAIN-SUFFIX,example.com,PROXY：符合 example.com 及其子網域時，將連線交由 PROXY。此規則不會比對任何包含 example.com 字串的網域。
• IP-CIDR,192.0.2.0/24,DIRECT,no-resolve：依目標 IPv4 網段比對並採用直連。no-resolve 表示不會為比對此規則額外觸發網域解析；已取得目標 IP 的連線仍可能符合規則。
• GEOIP,CN,DIRECT：依目標 IP 的地理位置資料決定是否直連，不依網域後綴判斷，也不能據此推斷訪客所在地。資料與實際部署位置可能有所差異。
• FINAL,PROXY：前面的規則都未符合時，使用 PROXY。若改成 FINAL,DIRECT，同一個未符合規則的目標就會採用直連。

規則最後一項必須指向有效策略。若設定使用自訂策略群組，請核對群組名稱及群組內目前選取的項目，不能只看到規則末尾的名稱就認定出口正確。同一目標在 Proxy 下正常、在 Config 下失敗時，應先確認符合哪條規則，再檢查對應策略，不要直接刪除所有規則。

五、使用 Proxy 與 Direct 進行單一變數排查

排查時固定伺服器、網路與目標，每次只變更 Global Routing。每次切換後都建立新連線，並記錄成功、逾時、解析失敗等具體結果。若同時更換伺服器、修改 DNS、更新訂閱，就難以確認是哪一項變更造成影響。

Connectivity Test 成功，不代表所有網站和所有協定都正常。例如，某個網頁請求正常，不能證明 UDP 通訊也可用；特定目標也可能限制某類出口。記錄實際發生問題的目標和請求類型，比反覆切換模式更有助於找出原因。

六、日常使用常見的四個問題

七、恢復日常模式前的檢查清單

排查完成後，請還原暫時變更，避免下次開啟用戶端時仍沿用測試模式。若需保留修改，請先儲存原設定副本，並記錄調整的規則。分享請求記錄或設定時，請移除伺服器認證資訊、訂閱連結中的個人憑證及其他敏感內容。

• 在 Home 選取預期的伺服器，並將 Global Routing 設回已驗證的 Config。
• 在 Config 啟用正確的檔案，並確認 FINAL 指向符合需求的有效策略。
• 直連與代理目標各進行一次新連線測試，確認結果符合規則預期。
• 若曾暫時調整 Settings → On Demand 或 DNS，請逐項確認最後保留的設定。

Shadowrocket 是 Apple 平台上的閉源商業應用程式，主要用於 iPhone / iPad，唯一取得管道為 App Store，採一次性買斷。Mac、Apple TV、Apple Vision 的相容性、系統需求及是否支援通用購買，請以 App Store 頁面標示為準。應用程式購買與連線服務分別管理，不應將完成購買視為已具備可用線路。