Shadowrocket 功能與常用設定

01 / ROUTING

Global Routing：設定、代理與直連

Global Routing 決定請求採用哪種路由方式，通常可從 Home 進入。它與連線開關及目前選取的伺服器屬於不同層級的設定：開關決定是否建立系統 VPN 通道，伺服器提供可用的連線目標，而路由方式則決定流量如何使用這些目標。開啟開關並不能證明規則已生效，也不能證明伺服器可連線。

開啟 Global Routing 後，先確認目前選取的是 Config、Proxy 還是 Direct，再依下表判斷是否符合這次測試的目的。中文所說的設定、代理、直連，分別對應這三個英文選項，不是三個獨立的設定檔。

若 Proxy 能連上同一目標而 Config 無法連線，優先檢查符合條件的規則及其引用的策略；若兩者都失敗，先檢查伺服器參數與基本網路。這類比較只能協助縮小問題範圍，不能只憑一次結果判定故障原因。測試結束後請恢復原本使用的模式，避免臨時變更持續影響後續流量。

02 / RULES

規則分流：比對條件與執行策略

規則分流會將不同請求交由不同策略處理。在 Config 中確認目前使用的設定檔，再查看其中的 [Rule] 內容。使用 Global Routing → Config 時，系統會依排列順序檢查規則，通常符合後便採用對應策略。因此，較具體的條件應排在較寬泛的條件之前，作為後備的 FINAL 則放在最後。

一條規則通常包含「比對類型、比對內容、策略」三部分。DOMAIN 比對完整網域，DOMAIN-SUFFIX 比對網域後綴，DOMAIN-KEYWORD 比對網域中的關鍵字；IP-CIDR 與 IP-CIDR6 對應 IP 位址網段，GEOIP 則依位址歸屬資料庫判斷。USER-AGENT 取決於可取得的請求資訊，不應假設它能辨識所有加密流量。

[Rule]
DOMAIN,ads.example.com,REJECT
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY

這段範例僅說明語法與順序，並非可直接取代現有設定的完整檔案。第一條規則比第二條更具體：連線至 ads.example.com 時會先符合 REJECT，不會繼續套用後面的網域後綴規則。DIRECT 表示直連，REJECT 表示拒絕，PROXY 對應代理路徑；若規則引用自訂策略名稱，請先確認該名稱確實存在，且目前選取的策略有效。

新增規則前請保留原始檔案，再修改一個明確的測試目標。重新送出請求後，搭配連線記錄查看實際符合的規則與策略，不要只看頁面是否開啟。頁面可能受到快取、多個網域請求或既有連線影響。若要測試新的比對結果，請重新建立目標請求；不要為了驗證一條網域規則，同時修改 DNS、路由模式與伺服器。

03 / SERVERS

Subscribe 與伺服器管理

伺服器記錄會儲存連線目標與認證參數，Subscribe 則用於匯入及更新使用者已有的伺服器清單。兩者與規則設定不同：匯入伺服器不代表已選取正確的 Config；下載規則設定檔也不代表已有可用的伺服器資訊。操作前請先確認手上的內容是訂閱網址、單筆伺服器資訊，還是設定檔。

Subscribe：匯入既有訂閱

若已有自己的訂閱，請依目前介面前往 Config 頁面的 Subscribe 入口，確認可用操作，輸入既有網址並完成匯入或更新。匯入後返回 Home，檢查伺服器清單、群組與名稱是否符合預期，再選取一筆記錄測試連線。訂閱更新成功僅表示內容已取得並處理，不代表每台伺服器都能成功連線。

更新失敗時，先確認網址是否完整、訂閱是否仍有效，以及目前網路能否連上該網址，再查看具體錯誤訊息。不要接連刪除後重新新增，以免遺失原有群組與排查線索。更新訂閱內容可能會覆寫由訂閱管理的欄位；若確實需要在本機修改，請先記錄差異，並了解下次更新會有何影響。

Add Server：逐項確認參數

若持有單筆伺服器資訊，請從 Home 的新增入口開啟 Add Server，先選擇協定類型，再依原始資訊填入位址、連接埠及相應的認證欄位。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 等協定的欄位各不相同，不應將某一種協定的參數直接套用至另一種協定的表單。TLS、SNI 與傳輸方式也必須與伺服器端一致。

若已有 QR Code 或可辨識的連結，可使用介面中的 Scan QR Code 或剪貼簿匯入入口。匯入後仍須確認類型、位址與重要欄位。請勿公開展示含有認證資訊的 QR Code、訂閱網址或完整記錄。Connectivity Test 可協助篩選需要再次檢查的記錄，但測試通過不能取代實際服務連線驗證。

04 / ON DEMAND

On Demand：依條件觸發連線

On Demand 透過系統 VPN 的按需連線機制，在符合已設定條件時觸發連線。它不是伺服器故障時的通用修復開關，也不保證所有應用程式的流量都會經過代理。實際請求的處理方式仍受 Global Routing、規則與所選伺服器影響。

在 Settings 中找到 On Demand，先閱讀目前可用的網路條件，再決定是否啟用。設定前請先手動連線一次：確認系統 VPN 設定已獲授權、所選伺服器可用，且目前的 Config 符合預期。只有手動連線已驗證成功，才容易判斷自動觸發的結果。

啟用後，請透過實際會遇到的 Wi-Fi 與行動網路切換，確認觸發行為並記錄哪些條件會連線、哪些條件下維持原狀。若關閉連線後很快又自動開啟，先檢查 On Demand 與系統中的 VPN 按需設定，不要直接認定開關故障。若要暫時停用連線以測試基本網路，也請一併暫停相關按需條件，測試後再恢復。

iPhone 與 iPad 可用的網路條件可能因裝置能力、系統版本及目前介面而異。不要將某台裝置的條件直接套用到另一台，也不要只憑 VPN 標示判斷觸發是否正常；請一併檢查連線狀態、連線結果與使用的策略。

05 / DATA

Data：查看流量記錄與變化

Data 可用來查看用戶端記錄的流量與連線相關資訊。進入 Data 後，先確認目前顯示的統計範圍、記錄對象與起訖條件，再觀察上傳和下載的變化。不同頁面中的總量可能採用不同統計方式，不能直接將用戶端累計值視為伺服器端帳戶的計費餘額或剩餘用量。

排查時，可先記錄目前數據，接著只執行一項明確操作，例如開啟指定網頁，再返回查看新增記錄與流量變化。若記錄中提供目標、策略或連線狀態，請與目前的 Global Routing 和規則一併核對。測試時不要同時執行大量背景傳輸，否則難以將新增流量與目標請求對應。

若目前介面提供清除或重設統計的操作，請先保留排查所需資訊，再進行清除。清除本機記錄不會改變伺服器端的計費資料。應用程式切至背景、重新建立連線或裝置切換網路後，也需要重新確認統計是否連續；單次流量增加或減少，不能單獨證明速度、耗電量或伺服器穩定性。

06 / SETTINGS

Settings：DNS、測試與同步

DNS：區分解析與連線問題

DNS 會將網域名稱解析為位址，解析結果會影響後續連線與部分位址類規則。在 Settings 查看 DNS 相關選項時，也請回到目前的 Config 確認是否另有解析設定，避免只修改一處，卻忽略其他設定來源。先記錄原有設定，再判斷問題是否僅出在網域解析，或解析後的連線也同樣失敗。

修改前請確認填入的位址與格式受目前介面支援，並確認解析服務在目前網路環境中可連線。不要為了測試而同時填入多組來源不明的設定，也不要將更改 DNS 當成解決所有逾時問題的通用方法。修改後，請重新送出相同網域的請求，搭配解析結果與連線記錄再次測試；既有快取可能導致單次測試無法反映變更。

Test Method：固定測試方式

Test Method 會決定連線測試所採用的方式。在 Settings 確認此項目後，再使用 Connectivity Test。測試方式與目標不同，數值代表的意義也可能不同；某種測試失敗，不一定表示所有實際請求都會失敗。比較不同伺服器或網路時，應盡量保持測試方式、目標與網路條件一致。

連線測試可協助縮小排查範圍，但不是完整的傳輸量測試。測試耗時較短不代表大型檔案傳輸較快；測試逾時也須搭配實際連線、協定參數與伺服器狀態判讀。若更換 Test Method，請記錄變更前後的選項，避免把測試方式改變誤認為伺服器效能變化。

Today Widget：快速入口與狀態確認

Today Widget 可搭配系統小工具入口，方便查看或操作。先在 Settings 確認相關設定，再依目前系統提供的方式加入可用的小工具。系統是否提供此入口，以及小工具允許執行哪些操作，請以裝置上的實際介面為準；不同系統介面不一定完全相同。

使用小工具執行操作後，請返回 Home 確認連線結果。小工具的畫面更新、系統 VPN 狀態與應用程式內的記錄不一定會同步更新；若畫面沒有變化，先確認應用程式內的實際狀態，再檢查小工具設定，不要連續重複點擊，以免多次切換連線。

iCloud：同步前先區分本機與雲端

在 Settings 查看 iCloud 相關同步或備份選項，並依目前介面確認實際涵蓋的資料範圍。使用前請確認系統 iCloud 登入狀態、應用程式使用 iCloud 的權限及可用空間。首次同步前請保留本機設定；若雲端與本機內容不同，先確認想保留哪一份，再進行匯入、還原或覆寫。

不要假設所有敏感欄位、系統 VPN 授權與本機記錄都會隨同步一起轉移。換用另一台裝置後，仍須檢查伺服器資訊、目前的 Config、Global Routing 與首次 VPN 授權。App Store 的已購項目還原用於重新取得應用程式，與設定同步是兩個獨立流程；購買相關說明請參閱已購項目還原。

07 / DIAGNOSTICS

Diagnostics：保留可重現的排查資訊

Diagnostics 用於收集與查看診斷資訊。在 Settings 找到此入口，依目前介面選擇需要的檢查或記錄功能。先記下故障發生時的網路、目標、時間範圍與重現步驟，再執行診斷，結果才有參考脈絡。診斷記錄不是修復按鈕，也不能只憑一行錯誤訊息排除其他所有原因。

1. 固定測試條件。記錄目前的伺服器、Config 與 Global Routing，並選定一項能穩定重現問題的請求。
2. 先檢查基本網路。確認目前的 Wi-Fi 或行動網路本身可正常使用，再檢查系統 VPN 授權與連線狀態。
3. 逐項排除。分別檢查伺服器參數、規則比對結果、DNS 與連線測試，不要同時更換所有設定。
4. 重新測試並還原。每次變更一項後，以相同請求重新測試並記錄結果；使用完臨時路由模式與診斷設定後，請還原原設定。

若需保留或分享診斷結果，請先確認其中是否包含訂閱網址、認證欄位、伺服器位址、瀏覽網域或其他個人資訊，只提供定位問題所需的部分。記錄中沒有明顯錯誤，不代表連線路徑的每個環節都已驗證成功；請依實際症狀，繼續查看故障排除手冊中的相關章節。

設定功能時，可靠的做法是「先了解目前設定、每次只變更一項、確認結果可重現」。若只想了解某個英文項目的意思，可查閱名詞解釋；若需要從匯入到首次連線的完整流程，請返回入門指南，不必一次啟用本頁列出的所有功能。