Settings / 功能索引
Shadowrocket 功能與設定
先從 Global Routing 判斷請求的處理方式,再檢查 Config、伺服器資訊與 Settings。本頁依「是什麼、在哪裡、如何設定、注意事項」整理,供 iPhone 與 iPad 使用者逐項核對。
Shadowrocket 官方手冊設定前先釐清三個層次
伺服器資訊決定連線使用的協定、位址與驗證參數;Config 中的規則決定請求如何選擇策略;Settings 則影響測試、顯示、同步等運作方式。修改其中一個層次,不會自動解決另外兩個層次的問題。
以下說明假設您已持有自己的訂閱或伺服器資訊。初次操作可先閱讀入門指南;如需逐項了解設定項目,請參閱Settings 設定詳解。不同裝置的操作入口可能略有差異,請以實際畫面為準。
客戶端一次買斷 ≠ 線路方案。本站是 Shadowrocket 官方網站與官方手冊,不提供、不販售、不推薦節點或訂閱。Shadowrocket 僅於 Apple 平台發行,唯一取得管道為 App Store;正版確認與購買說明請見取得應用程式,系統需求以 App Store 頁面標示為準。
01 / Global Routing
Config、Proxy、Direct 的適用範圍
是什麼:Global Routing 是選擇整體路由方式的入口。常用選項有 Config(設定)、Proxy(代理)和 Direct(直連)。這些選項代表流量的處理方式,不是三組伺服器,也不代表連線品質等級。切換模式不會變更訂閱中的驗證資訊。
在哪裡:在 Home 找到 Global Routing,開啟選項。切換前先記下目前模式與所選伺服器,方便測試後還原。此處的 Config 模式與底部用來管理設定檔的 Config 頁面相關,但兩者不是同一項操作:前者決定是否依規則處理流量,後者用來選擇及編輯規則所在的檔案。
| 介面選項 | 請求處理方式 | 適用情境 | 設定後檢查 |
|---|---|---|---|
| Config(設定) | 依目前啟用設定中的規則選擇策略。 | 日常需要依網域、位址等條件分流。 | 確認啟用的檔案、規則順序與策略名稱。 |
| Proxy(代理) | 以代理方式處理流量;仍須留意系統略過設定及相關組態的影響。 | 短暫切換比較,判斷問題是否與分流規則有關。 | 確認所選伺服器可用,不要把切換模式當成修正參數。 |
| Direct(直連) | 以直連方式處理流量,不經遠端代理伺服器轉送。 | 檢查目前網路的直接連線情況。 | 確認測試對象與網路條件相同,測試後還原原模式。 |
如何設定:已有可用的規則設定時,選擇 Config,並在 Config 頁面確認目標檔案已啟用。若某項請求異常,可暫時切換至 Proxy 比較,再切回 Config 檢查命中的規則。Direct 適合用來建立直連基準,不應視為解決所有連線問題的通用選項。
注意事項:不能只憑狀態列中的 VPN 標示,就判斷請求是否經過遠端伺服器;該標示代表系統網路通道狀態,不表示每項請求都採用相同策略。切換 Global Routing 後,已建立的長連線也可能繼續沿用原連線。比較前請重新發送請求,必要時先關閉相關 App 再重新開啟。
02 / Config · Rule
規則類型、策略與比對順序
是什麼:規則由比對條件與處理策略組成。DOMAIN 比對完整網域,DOMAIN-SUFFIX 比對網域及其子網域,DOMAIN-KEYWORD 依網域中的關鍵字比對;IP-CIDR 與 IP-CIDR6 用於位址範圍,GEOIP 則依位址歸屬資料比對。類型決定「比對什麼」,DIRECT、PROXY、REJECT 等策略決定「比對後如何處理」。
在哪裡:進入 Config,查看目前啟用的設定檔,再檢查其中的 Rule 內容。使用檔案編輯方式時,規則寫在 [Rule] 區段下。先確認正在修改的檔案就是實際啟用的檔案;只儲存另一個檔案,不會讓其中的規則自動套用於目前連線。
如何設定:先從少量且目的明確的規則開始。以下的 example.com 是文件示例網域,不是伺服器位址。第一行將該網域及其子網域交由 PROXY 處理,第二行將指定的本機位址範圍交由 DIRECT 處理;最後的 FINAL 則為前面未命中的請求指定預設策略。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT
規則通常由上而下檢查,先命中的規則會決定本次採用的策略。因此,明確的例外規則應放在範圍較廣的條件之前,FINAL 則放在最後。若前面已有涵蓋範圍較大的規則,後續新增的精確規則可能永遠不會命中。變更預設策略會影響許多未個別列出的請求,修改前請先確認預設處理需求。
注意事項:DIRECT 表示直接連線,PROXY 使用代理策略,REJECT 表示拒絕符合條件的請求。若設定引用自訂策略名稱,請檢查名稱是否存在、拼寫是否一致,以及實際指向的項目是否有效。依網域拒絕請求,只會作用於可由相應條件辨識的存取,不能據此推斷某個 App 的所有相關內容都會遭到封鎖。
USER-AGENT 等條件能否生效,也取決於請求類型與可見欄位,不能取代網域規則作為通用判斷依據。排查時先查看實際請求與命中記錄,再調整規則;不要因單次測試失敗就接連新增多條涵蓋範圍過大的比對條件。更多關鍵字請參閱名詞解釋。
03 / Subscribe · Add Server
既有訂閱與伺服器管理
是什麼:訂閱是批次取得及更新伺服器項目的資訊入口;伺服器項目則包含協定、位址、連接埠與驗證參數。更新訂閱主要是維護項目內容,不代表會自動啟用某個規則設定檔。即使伺服器清單已更新,仍須另外確認 Global Routing 與 Config。
在哪裡:在 Home 管理伺服器清單,使用 Add Server 新增已有的伺服器資訊,或新增 Subscribe 類型的訂閱。若已有 QR Code,可使用 Scan QR Code;匯入後請開啟項目核對類型與欄位,不要只憑顯示名稱判斷是否正確。
如何設定:先向自己的資訊提供者確認訂閱網址完整無誤,再填入 Subscribe 對應的網址欄位並儲存。更新完成後,檢查是否出現預期項目,並選取一個項目執行 Connectivity Test。若要手動輸入,請確認協定類型與既有資訊一致,再逐項核對位址、連接埠、驗證、TLS 與傳輸參數。
Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 等協定的欄位各有不同。名稱相近的欄位也不一定代表相同內容,不能將某種協定的參數直接套用到另一種協定的表單。傳輸方式與 TLS 參數應以既有伺服器資訊為準,不要依網路表現任意切換。
注意事項:訂閱網址可能包含存取憑證,不應放在公開截圖、聊天記錄或分享的設定檔中。刪除訂閱群組前,先確認是否有需要保留的手動項目;批次更新後也要重新檢查目前選取的項目,避免仍引用已變更或已移除的項目。直接修改由訂閱來源管理的項目名稱或參數,後續更新可能覆蓋本機調整,請先備份重要資訊。
04 / On Demand
依網路條件觸發連線
是什麼:On Demand 用於依設定條件觸發或維持系統 VPN 連線。它處理的是何時建立連線;Config 規則決定請求如何分流,屬於不同層次。啟用 On Demand 不會自動修正伺服器參數,也不代表所有流量都會使用 PROXY。
在哪裡:在 Settings 尋找 On Demand 入口,並依目前介面提供的網路條件進行設定。首次使用系統 VPN 功能時,請閱讀系統設定授權提示;系統 VPN 設定中也可能顯示按需連線的相關狀態,請與 App 內設定一併核對。
如何設定:先在手動連線狀態下確認伺服器與規則正常,再設定 On Demand。依實際需求選擇適用的網路條件,例如區分 Wi-Fi 與行動網路;如果介面支援依 Wi-Fi 名稱設定條件,請正確選擇目標網路。每次只調整一類條件,再切換至相應網路,確認是否依預期觸發。
注意事項:啟用後,手動中斷連線可能會在條件再次符合時重新連線,這不一定表示開關失效。若要暫時停止連線,請先檢查並關閉相應的 On Demand 條件,再中斷連線。公共 Wi-Fi 登入頁面、網路切換或其他 VPN 設定也可能影響實際行為;排查時請先改用手動連線,建立明確的比較基準。
05 / Data
查看流量統計及其限制
是什麼:Data 用於查看客戶端記錄的流量資訊,協助判斷連線期間是否有資料傳輸,以及上傳與下載量是否變化。統計資料僅涵蓋客戶端可觀察的範圍,不等同於電信業者帳單,也不能取代伺服器端的用量紀錄。
在哪裡:開啟 Data,先確認目前頁面的統計範圍、時間範圍與單位。不同檢視畫面可能呈現不同維度,請以欄位標題為準;若介面提供重設或清除功能,執行前先記下目前讀數,以保留本次排查的比較依據。
如何設定:進行一次可控測試:暫停不必要的背景活動,記下測試前的統計值,再開啟明確的目標頁面,返回 Data 比較變化。若要比較多次測試,請盡量使用相同網路與相同內容,並記下 Global Routing 模式,避免將路由變化誤認為流量異常。
注意事項:資料量持續增加不代表目標請求成功;重試、背景同步與協定額外負載也可能產生流量。沒有明顯增加也不必立即判斷伺服器失效,快取命中或請求未進入目前連線都可能影響觀察結果。請一併參考請求記錄、實際回應與測試時間,不要只憑單一統計數字推斷連線原因。
06 / Settings
常用設定的檢查順序
進入 Settings 後,先區分影響請求處理的項目,以及僅影響測試或顯示的項目。以下保留介面英文原文;實際入口位置與可用項目以目前裝置顯示為準。不確定預設值時,先記下原值,不要以其他裝置的截圖取代本機實際設定。
DNS:網域解析與規則關聯
是什麼、在哪裡:DNS 會將網域解析為位址,與網域存取失敗及部分位址類規則的判斷有關。請檢查 Settings 中實際提供的 DNS 相關項目,並核對目前 Config 的 [General] 區段;只查看其中一個位置,可能會漏掉正在生效的設定內容。
如何設定、注意事項:先記下目前的解析方式,再針對明確問題進行調整。設定檔中的 dns-server = system 是使用系統 DNS 的一種寫法,不應視為適用所有網路的固定建議值。設定自訂解析位址前,請確認其可連線性與傳輸需求;每次只修改一項因素,再重新送出相同網域的請求。解析成功不代表後續連線也成功,仍須檢查規則、TLS 與伺服器狀態。
Test Method:選擇測試的測量目標
是什麼、在哪裡:Test Method 決定 Connectivity Test 使用的測試方式,可在 Settings 的相關測試項目中查看。不同方式可能測試不同階段:連接埠連線類測試主要檢查基本連通性;請求類測試還可能涉及指定目標與回應過程。
如何設定、注意事項:先依介面提供的選項確認本次要檢查的項目,再對同一台伺服器重複測試。比較多筆記錄時,請保持 Test Method、測試目標與本機網路一致。測試數值不代表頁面載入速度的保證;基本連線測試通過但服務仍無法使用時,請繼續檢查網域解析、憑證、傳輸參數與目標回應,不要只依單次測試結果重新排序。
Today Widget:檢視與操作入口
是什麼、在哪裡:Today Widget 是系統小工具的相關設定入口,用於設定客戶端提供的小工具內容或操作方式。可先查看 Settings 中的相關項目,再到裝置的系統小工具編輯畫面確認是否有對應入口;實際支援形式以本機系統與 App 介面為準。
如何設定、注意事項:只啟用確實需要顯示的內容,再回到系統介面確認呈現結果。小工具可能有更新間隔,顯示狀態不能取代 App 內的目前連線狀態。若從小工具執行操作後未如預期變化,請開啟 Shadowrocket 再確認,不要連續點選,以免排查條件不斷改變。公開展示裝置畫面前,也請留意是否顯示自訂名稱等私人資訊。
iCloud:同步範圍與復原條件
是什麼、在哪裡:iCloud 相關選項用於配合 App 資料同步或備份。先在 Settings 查看實際提供的同步項目,再確認系統 iCloud 中該 App 的存取權限與可用空間。同步資料與 App Store 購買記錄屬於不同機制,復原其中一項不會自動完成另一項。
如何設定、注意事項:在原裝置確認需要保留的資料已儲存後,再啟用相應的同步選項;在新裝置上使用自己的同一個 iCloud 帳號,並確認資料是否完整。不要假設伺服器、訂閱、設定檔與記錄都涵蓋相同的同步範圍,請逐類檢查。同步不等於歷史版本備份,刪除或覆寫的內容可能繼續同步至另一台裝置,重要設定請另行保留可復原的副本。
Diagnostics:利用記錄縮小問題範圍
是什麼、在哪裡:Diagnostics 用於診斷相關問題;先在 Settings 尋找此入口,再查看實際顯示的 Log 或連線記錄。不同診斷項目針對的環節不同,請先釐清問題是連線未建立、解析失敗,還是特定請求未依規則處理。
如何設定、注意事項:記下異常發生時間、網路類型、Global Routing 模式與目前選取項目,只重現一次目標操作,再查看相近時間的記錄。僅依排查需要調整記錄層級或範圍,完成後還原原設定。分享記錄前,請移除訂閱網址、驗證欄位、存取網域與個人網路資訊;單筆錯誤可能只是後續失敗的表現,應結合前後事件順序判斷。
07 / Check
修改後以相同條件重新測試
排查設定時應保留可復原的起點。先儲存目前設定副本或記下修改項目,再依序確認所選伺服器、Global Routing 與目前啟用的 Config。若沒有明確原因,不要同時修改 DNS、規則、傳輸參數與 On Demand;否則即使結果有所變化,也難以判斷是哪項設定造成影響。
- 確認本機網路。記下目前使用 Wi-Fi 或行動網路,確認系統網路本身能正常建立連線;若需要登入公共網路,請先完成登入程序。
- 確認伺服器資訊。核對協定與驗證參數,執行一次 Connectivity Test,並記下使用的 Test Method;既有訂閱更新後,重新確認目前選取的項目。
- 確認路由條件。在 Config 模式下檢查啟用的檔案與命中規則;需要比較時,可短暫使用 Proxy 或 Direct,測試結束後還原原模式。
- 重新送出請求。避免舊有長連線、快取或背景工作干擾判斷,搭配 Data 與診斷記錄檢查本次測試,不要混用不同時間的結果。
- 還原並留存紀錄。未改善的變更先還原;有效的變更記下原因與適用條件,再啟用需要的 On Demand 與同步選項。
若只有特定網域異常,優先檢查相關規則與解析;若所有測試都失敗,先核對網路與伺服器資訊;若只在切換網路後出現問題,再檢查 On Demand 的觸發條件。將問題範圍縮小至單一環節,比反覆切換多個開關更容易得出可驗證的結論。