Global Routing 三種模式
模式決定流量如何處理，伺服器則決定代理連線的出口，兩者須分開確認。
Global Routing 是全域流量處理模式的入口，通常可在 Home 中開啟。這裡要分清配置、代理、直連三種模式，對應的介面用語是 Config、Proxy、Direct。這些模式不代表連線品質等級，也不會變更伺服器的位址與驗證資訊。日常使用前先確認目前模式，再查看所選伺服器與 Config，避免把模式設定問題誤判為伺服器故障。
| 介面模式 | 處理方式 | 適用時機 | 檢查項目 |
|---|---|---|---|
| Config · 配置 | 依照目前配置中的規則與策略處理流量。 | 需要依網域、IP 或其他條件分別處理連線時。 | 目前使用的配置檔、規則順序、策略引用與 FINAL。 |
| Proxy · 代理 | 將客戶端接管的流量交由目前的代理路徑處理。 | 短暫測試伺服器能否完成代理請求，或明確需要所有流量統一走代理時。 | 伺服器選擇、協定參數，以及代理路徑是否可用。 |
| Direct · 直連 | 將客戶端接管的流量以直接連線方式處理。 | 排查本地網路，或明確需要直接連線時。 | 目標是否允許透過目前網路直接存取，以及自動連線是否仍啟用。 |
設定方式：先選模式，再送出新請求
在 Home 開啟 Global Routing，選擇所需模式，再返回確認顯示的設定。使用 Config 時，還要在 Config 中選取準備使用的配置；使用 Proxy 時，則須確認 Home 中選取的伺服器。變更後重新開啟目標頁面或重新發起連線進行驗證。已建立的長連線可能仍沿用原路徑，因此不能只根據先前開啟的頁面是否仍有回應來判斷。
注意：Direct 不等於關閉客戶端連線開關；Proxy 也不代表裝置上的所有流量都能繞過系統限制。實際接管範圍會受到系統網路機制與應用程式行為影響。若介面也顯示 Scene，請依實際情境另外檢查設定，不要將它視為本表三種基本模式之一。
規則分流與 Config
規則決定「比對什麼」，策略決定「比對後如何處理」。
規則分流會將不同連線導向不同處理路徑。在 Config 中開啟目前使用的配置，即可查看或編輯規則；只有切換至 Global Routing 的 Config 模式，才會依本文所述的配置規則進行分流。修改前先備份原配置，確認目前選取的檔案，再新增一條範圍明確的規則。不要同時替換規則、DNS 與伺服器這三組設定。
規則類型：常見項目
- DOMAIN：比對指定的完整網域，適合只處理某個明確主機名稱的情況。
- DOMAIN-SUFFIX：比對網域後綴及其子網域。需要涵蓋整個網域時可使用，並留意與名稱相似但後綴不同的網域。
- DOMAIN-KEYWORD：比對網域中的關鍵字，涵蓋範圍通常比完整網域更廣。新增前應檢查是否會比對到無關請求。
- IP-CIDR / IP-CIDR6：分別依 IPv4 / IPv6 網段進行比對。網段長度會決定涵蓋範圍，不要將單一位址與整個網段混為一談。
- GEOIP：依據 IP 地理資料庫判斷位址所屬區域。資料庫結果不等於網站所在地，也可能隨解析出的位址而改變。
- FINAL：為未比對到前面規則的連線指定最終處理方式，通常放在規則清單末尾。
設定方式：細部規則在前，預設規則在後
規則通常由上而下依序檢查，由第一條符合條件的有效規則決定處理方式。以下是語法說明範例，不是可直接整份替換的通用配置。example.com 僅供教學使用；其中 PROXY 應對應有效的代理路徑，DIRECT 表示直接連線，REJECT 則用於拒絕符合條件的連線。
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY注意：若使用自訂策略組，規則末尾的策略名稱必須與配置中的名稱一致。若將涵蓋範圍較廣的規則放在前面，後續較精確的規則便沒有機會生效。遇到網站異常時，先查明新請求符合哪一條規則，再決定要調整規則類型、順序或策略；不要只憑頁面能否開啟來判斷規則是否正確。
規則關鍵字與介面名稱的說明，請參閱術語表；初次操作時，建議保留一份可正常連線的配置，作為還原基準。
訂閱與伺服器管理
Subscribe 用於管理批次更新，Add Server 則用於管理單筆連線參數。
伺服器項目會儲存協定、位址、連接埠與驗證等連線資料；訂閱則會透過既有連結取得並更新一組伺服器。兩者都不等同於規則配置檔。在 Home 的新增入口開啟 Add Server，可依協定填寫單筆資料；若已有自己的訂閱，請在對應的 Subscribe 入口填入連結並儲存。不同平台的入口位置可能不同，請以實際介面提供的項目為準。
設定方式：先確認協定，再核對欄位
手動新增時，先選擇與自己的伺服器資訊相符的協定類型，再逐一填寫位址、連接埠與驗證欄位。Shadowsocks、VMess、VLESS、Trojan、WireGuard、Hysteria2 等協定的參數不能直接互換；伺服器端要求的 TLS、傳輸方式與名稱欄位也須一致。只有位址相同，並不代表一定能建立連線。
已有的分享連結可從剪貼簿匯入，QR Code 則可使用 Scan QR Code 掃描。匯入後仍須核對協定、主機與分組，不能只因清單中出現名稱就認定資料完整。QR Code 與分享連結可能包含驗證資訊，截圖、錄影或轉傳前請先遮蔽敏感內容。
注意事項：更新、測試與刪除分開進行
Subscribe 更新會依訂閱內容刷新相關項目，訂閱中的手動修改項目可能在後續更新時遭到覆蓋。若有多個訂閱，建議加上容易辨識的備註或分組，避免因名稱相同而選錯。更新失敗時，先檢查原始連結與目前網路，再試一次；不要立即刪除整個分組。刪除前請確認是否有需要保留的手動項目與備份。
使用 Connectivity Test 可先檢查伺服器是否可連線，但單次測試數值不代表實際傳輸量，也無法保證所有目標都能存取。選取伺服器後，還須搭配 Global Routing 與實際請求進行驗證。更新策略、排序與備份方式，請參閱訂閱與伺服器管理手冊。
On Demand 按需連線
它決定何時嘗試建立連線，不會決定網站應套用哪條規則。
On Demand 會依網路條件觸發連線，適用於需要在指定 Wi-Fi 或行動網路條件下自動建立連線的情況。前往 Settings 尋找 On Demand，先檢視可用的網路條件與現有規則，再依需求設定。它與 Global Routing 的職責不同：前者負責觸發連線，後者負責處理連線建立後的流量，兩者不能互相取代。
設定方式：逐一驗證網路條件
建議先確認手動連線可正常使用，再啟用 On Demand。分別檢查 Wi-Fi 與行動網路條件；若介面提供 Wi-Fi 名稱比對，請依需求填入正確的網路名稱。儲存後離開設定頁，切換至要驗證的網路，再查看系統 VPN 狀態與客戶端連線狀態。每次只測試一種條件，避免多條觸發規則重疊，難以判斷是哪一條生效。
注意：啟用後，手動中斷連線可能在符合條件時再次觸發連線。若要暫時停用，請一併檢查 On Demand，不要只反覆關閉 Home 的連線開關。需要登入網頁的公共 Wi-Fi，應先完成網路驗證，再測試連線。若系統中另有 VPN 配置，也要確認是否設定了自動連線，以免彼此切換。
On Demand 無法修復過期訂閱、錯誤密碼或無法連線的伺服器。網路切換後若短暫中斷，也應先與伺服器故障區分。排查時可暫時停用自動觸發，改用相同伺服器手動連線；手動連線穩定後，再恢復設定並逐條驗證原有觸發條件。
Data 流量統計
用來查看客戶端記錄的流量，不可取代電信業者或服務供應商的帳單。
Data 可查看客戶端提供的流量統計與記錄。進入 Data 後，先確認目前介面的統計範圍、方向與時間資訊，再查看上傳、下載等數值。不同平台提供的明細與保留方式可能不同。不要把單次連線的累計值直接當成當日用量，也不要將客戶端可見的統計視為裝置所有網路流量的完整記錄。
使用方式：先記錄基準，再逐項驗證
若要確認某項操作是否產生流量，先記下目前顯示的數值，再只開啟一個目標頁面或送出一次請求，然後返回查看變化。比較調整前後的結果時，請保持測試目標、網路條件與操作方式一致。配置變更、背景應用程式活動及既有連線都會影響統計；單憑數字增加，無法證明實際使用了某條規則或某台伺服器。
注意：客戶端統計與服務供應商統計可能因計費週期、協定額外負載及統計方式不同而有差異。清除應用程式資料、重新安裝或重設統計後，歷史數值也可能無法繼續累計。遇到用量異常，先確認時間範圍與背景請求，再配合連線記錄排查；若要確認網域比對結果與連線錯誤，請查看相關記錄或 Diagnostics，不要只看彙總數值。
Settings 設定參考
先保留目前設定，再逐一修改；驗證無效就還原，避免多項設定疊加。
DNS：網域解析與連線路徑
用途與位置：DNS 會將網域名稱轉換為連線所需的位址。相關設定可能同時位於 Settings 的 DNS 項目與目前的 Config 中，排查前要先確認正在使用哪份配置，不要只檢查其中一個入口。DNS 正常回應，也不代表傳回的位址一定能透過目前路徑連線。
設定方式：先保留現有解析設定並備份配置，再確認是否手動指定了解析器、網域覆寫或其他 DNS 規則。依目前配置的說明修改一個項目，重新建立連線並送出新的網域請求。不要將伺服器位址、訂閱 URL 或任意網頁位址填入解析器欄位。
注意：DNS 快取與已建立的連線，可能讓變更無法立即反映在頁面上。網域規則、IP 規則與解析結果彼此相關。單一目標發生異常時，先分別確認是否能解析、位址是否可連線，以及規則如何處理，再判斷是否需要調整 DNS。
Test Method：統一測試方式
用途與位置：Settings 中的 Test Method 會控制相關連線測試所使用的方法。測試結果反映的是該方法與測試目標當下的狀況，並非通用的速度評分。使用 Connectivity Test 前，應先確認目前採用的測試方法。
設定方式：選擇介面實際提供且適合目前排查工作的測試方法；若須指定測試目標，請使用已知可連線且穩定的目標。比較多台伺服器時，請保持測試方法、目標與網路條件一致，再重複測試，避免將不同條件下的結果混在一起排序。
注意：測試逾時不一定代表所有代理請求都失敗，測試成功也不保證特定服務可用。測試數值無法直接換算為下載速度，最後仍須以實際需要存取的目標進行驗證。
Today Widget：系統快速入口
用途與位置：Today Widget 是與系統小工具相關的入口。可先在 Settings 查看是否有對應項目，再到系統的小工具編輯畫面檢查能否加入。實際顯示方式取決於系統支援情況；若沒有出現此入口，不必因此判斷客戶端配置已損毀。
設定方式：先在客戶端選好伺服器與模式，並完成首次連線，再加入系統提供的小工具。使用快速操作後，返回 Home 確認實際狀態，尤其是在剛切換網路或修改配置時。
注意：小工具是操作與資訊入口，不是另一套獨立的規則配置。顯示狀態可能有更新延遲；鎖定畫面或分享螢幕時，也請留意小工具是否顯示不宜公開的伺服器名稱。
iCloud：同步與備份的範圍
用途與位置：iCloud 相關項目會在支援的裝置與系統環境中，儲存或同步介面說明列出的資料。前往 Settings 確認同步開關，也要檢查系統 iCloud 是否允許 Shadowrocket 使用相關功能。請勿預設所有平台、欄位或歷史記錄都會同步。
設定方式：先在原裝置備份重要資料，再確認目標裝置登入相同的 iCloud 帳號，並已允許應用程式存取。等待同步完成後，逐項檢查伺服器、配置與目前選擇；不要在兩台裝置上同時大量編輯或刪除，以免難以判斷是哪次修改覆蓋了資料。
注意：同步不等於歷史版本備份，誤刪資料也可能同步到其他裝置。訂閱與配置可能含有驗證資訊，請妥善管理系統帳號與裝置存取權限；完成移轉後，仍須重新確認系統連線權限與實際網路狀態。
Diagnostics：記錄錯誤情境
用途與位置：Diagnostics 提供診斷相關工具或資訊，通常可在 Settings 中找到。它能協助縮小故障範圍，但不會自動修正錯誤的伺服器參數。開啟後，依目前介面選擇相應的診斷項目，並根據問題發生時間與目標分析結果。
設定與使用方式：先記錄目前的網路、Global Routing、伺服器與配置，再重現一次問題。保留相關錯誤資訊，依序判斷是解析失敗、連線逾時、驗證失敗或規則拒絕。每次只修改一個變數，再送出相同請求，才能判斷調整是否有效。
注意：診斷內容可能包含瀏覽過的網域、伺服器位址或驗證資料。分享前請檢查並遮蔽訂閱連結、密碼與個人資訊，只保留排查問題所需的內容。排查完成後，將暫時啟用的詳細記錄調回日常所需的範圍。
修改設定後的驗證順序
- 確認基本網路。先確認目前的 Wi-Fi 或行動網路可正常使用；若需要登入網頁，請先完成網路驗證。
- 確認伺服器。核對目前選取的項目、協定與驗證資料，並區分手動新增的項目與透過 Subscribe 更新的項目。
- 確認處理模式。在 Global Routing 中檢查 Config、Proxy 或 Direct；使用 Config 時，再確認目前配置與符合條件的規則。
- 重新送出請求。不要沿用已建立的長連線，並搭配 Data 與 Diagnostics 查看同一次測試的結果。
- 恢復自動觸發。手動連線驗證完成後，再啟用 On Demand 並測試網路切換，同時保留可供還原的設定紀錄。
若仍無法確認問題，可參閱FAQ 的故障分類繼續排查；若首次匯入尚未完成，請先返回教學建立一條可驗證的基本連線，再逐項新增規則與自動連線設定。