FUNCTIONS & SETTINGS
Shadowrocket 功能與設定
從 Global Routing 開始,依序檢查規則、伺服器、連線條件與診斷資訊。每次只修改一項,再以同一個目標驗證結果。
本頁說明功能之間的關係,不仿製用戶端介面。實際入口與可用選項以目前 App 內顯示為準;裝置相容性、系統需求與購買適用範圍,請以 App Store 頁面標示為準。尚未安裝時,請先閱讀下載與正版確認說明。
01 / GLOBAL ROUTING
Global Routing 三種模式
先決定流量的處理方式,再檢查個別連線設定。
功能說明:Global Routing 決定用戶端接管的連線要採用哪種處理路徑。設定檔模式對應 Config,代理模式對應 Proxy,直連模式對應 Direct。這和在 Home 選擇哪台伺服器屬於不同層次:前者決定路由方式,後者決定需要代理時使用的連線資訊。
設定位置與方式:在 Home 開啟 Global Routing。日常需要依網域、位址或其他條件分流時,選擇 Config,並確認 Config 中目前啟用的檔案。若要暫時確認某個請求是否受分流影響,可切換至 Proxy 或 Direct 進行比對;測試完成後請恢復原本模式,避免將排查時的設定當成長期設定。
| 介面選項 | 處理原則 | 適用情境 | 優先檢查項目 |
|---|---|---|---|
| Config(設定檔) | 依目前設定檔中的規則與策略處理連線。 | 需要將不同目標交由不同策略處理。 | 目前啟用的檔案、Rule 順序與 FINAL。 |
| Proxy(代理) | 整體採用代理連線路徑;實際行為仍會受到適用設定與連線類型影響。 | 暫時比對代理連線路徑是否可用。 | 所選伺服器、驗證資訊與傳輸參數。 |
| Direct(直連) | 整體採用目前網路的直接連線路徑。 | 比對目前網路存取目標的情況。 | 目前網路、目標可用性與解析結果。 |
注意事項:選擇 Proxy 不會修正錯誤的伺服器密碼,選擇 Config 也不會自動產生適合你的規則。Direct 是用戶端內的路由選擇,不等於關閉系統中的 VPN 連線。比對測試時應記錄模式、所選伺服器與目標,並盡量重新建立連線;既有連線不一定會在切換模式後立即改用新路徑。
02 / RULE & POLICY
規則比對與策略選擇
功能說明:規則描述比對條件,策略描述命中後的處理方式,兩者不可混為一談。DOMAIN 比對完整網域,DOMAIN-SUFFIX 比對網域後綴,DOMAIN-KEYWORD 比對網域中的關鍵字。IP-CIDR 與 IP-CIDR6 分別用於 IPv4、IPv6 位址範圍;GEOIP 會依賴位址歸屬資料。USER-AGENT 取決於能否取得請求資訊,不應視為能可靠辨識所有 App。
設定位置與方式:進入 Config,找到目前啟用的檔案,再檢查其中的 Rule。規則通常依由上而下的順序判斷,命中第一條符合的規則後,即採用對應策略。因此,具體例外應放在較廣泛的條件之前,並在末尾明確設定 FINAL。只將規則加入其他未啟用的檔案,不會改變目前連線的行為。
[Rule]
DOMAIN,example.com,DIRECT
DOMAIN-SUFFIX,ad.example.com,REJECT
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY
以下範例僅用來說明規則順序:example.com 本身會先命中 DIRECT;ad.example.com 會先命中 REJECT;其他符合 example.com 後綴的網域則交由 PROXY 處理。這不是適用於所有網路的通用設定,套用前請依實際目標確認。
注意事項:PROXY 使用代理連線路徑,DIRECT 使用直接連線,REJECT 拒絕符合條件的請求。REJECT 無法辨識頁面內容,不能只靠一條網域規則區分同一網域下的不同內容。位址類規則也可能受 DNS 解析結果影響;遇到分流錯誤時,應先查看實際命中的規則,而不是繼續堆疊相似條件。儲存並確認設定已生效後,再重新發出測試請求。
需要了解設定檔的區段與協定參數,可接著閱讀協定參考,以及 .conf 設定檔結構說明。
03 / SUBSCRIBE & SERVER
既有訂閱與伺服器管理
功能說明:單一伺服器記錄會儲存位址、連接埠、協定與驗證資訊等連線參數;Subscribe 用來從你已有的訂閱來源取得並更新一組記錄。伺服器列表與 Config 各有用途:前者提供連線目標,後者描述路由等行為。更新訂閱不代表規則檔案也已更新。
設定位置與方式:在 Home 管理伺服器。若已有單一伺服器的資訊,進入 Add Server,選擇與伺服器端相符的類型,再填入對應欄位;若已有訂閱,請在 Add Server 的類型選項中選擇 Subscribe,貼上你自己的完整訂閱網址並儲存。也可使用 Scan QR Code 匯入已有資訊;匯入後仍須進入詳細資料核對,不要只確認記錄名稱。
Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 等類型的欄位各不相同。請勿將某一類型的 Password 直接填入另一類型的驗證欄位,也不要只憑連接埠判斷協定。TLS、伺服器名稱與傳輸相關欄位都應符合伺服器端要求;資訊不足時,應先確認原始參數,不要隨意拼湊設定。
更新 Subscribe 後,檢查記錄是否新增、刪除或改名,再確認 Home 目前選取的伺服器仍是預期項目。直接修改由訂閱產生的記錄,後續更新時可能會被覆蓋;若要保留自行調整的內容,應先確認這些記錄的管理方式,並保留可還原的原始資訊。
注意事項:訂閱網址可能包含存取憑證,QR Code 也可能帶有完整驗證資訊,請勿公開或放入截圖。訂閱更新失敗和伺服器連線失敗是不同問題:前者先檢查訂閱網址及其存取狀態,後者則檢查個別伺服器參數。延遲測試成功只代表在相應測試條件下取得結果,不保證目標網站、持續傳輸量或長連線都正常。
04 / ON DEMAND
On Demand 隨選連線
功能說明:On Demand 會依系統支援的條件觸發連線,減少每次手動切換連線開關的需要。它控制何時建立或處理 VPN 連線;Rule 則控制連線建立後請求採用哪條路徑。兩者可以搭配使用,但不是同一個開關。
設定位置與方式:在 Settings 找到 On Demand 相關入口,先檢查現有條件,再依介面提供的網路類型或網路識別資訊等條件進行設定。初次使用時,先確認手動連線、Global Routing 與所選伺服器都正常,再只新增一項明確條件;儲存後切換至對應網路檢查結果。
例如要區分特定 Wi-Fi 與其他網路時,應確認實際的網路識別資訊,並檢查規則順序。測試時記錄目前網路、預期動作與系統實際狀態。若只是反覆手動關閉連線,卻沒有調整觸發條件,系統可能會依仍成立的條件再次發起連線,這不一定表示關閉操作失效。
注意事項:On Demand 不代表 App 會一直在前景執行,也不保證伺服器故障時能恢復連線。網路切換、系統策略與伺服器狀態都可能影響結果。若要暫時停止自動觸發,應一併檢查用戶端內的 On Demand 與系統 VPN 設定,避免兩邊設定互相矛盾。排查單一問題時,不要同時修改多項觸發條件。
05 / DATA
Data 流量統計的查看方式
功能說明:Data 用來查看用戶端提供的流量統計,可協助判斷測試操作是否產生傳輸,以及上傳、下載的變化是否符合預期。統計資料不是服務供應商的帳單,也不能只憑單一累計數字判斷所有請求都經過代理。
查看方式:開啟 Data,先確認目前顯示的統計對象、時間範圍與計算方式,再記錄測試前的數值。接著只存取一個明確目標,完成後回到相同統計畫面查看變化。若介面提供重設選項,請先保存需要的紀錄,再決定是否重設;重設本機計數不會重設服務供應商的紀錄。
注意事項:背景工作、媒體預載、重試與協定額外負載都可能影響觀察結果。不同介面若採用不同統計範圍,數字不能直接相加或互相替代。若要判斷某項請求的分流路徑,應搭配連線紀錄與命中策略檢查,不要把 Data 流量增加視為唯一證據;若要核對服務用量,請以你已有服務的計量說明為準。
06 / SETTINGS
Settings 常用項目
設定檔與全域設定可能共同影響行為。修改前先確認參數由哪一層管理。
DNS:搭配解析方式與路由設定
功能說明與位置:DNS 會將網域轉換為連線所需的位址,相關選項可能位於 Settings 和目前 Config 的 General 參數中。DNS 不等於 Global Routing,也無法取代正確的規則或伺服器資訊。
設定方式與注意事項:先記下目前的解析設定,確認填入的位址或解析服務格式正確且可連線,再修改一項設定並重新測試同一個網域。不要同時加入多項來源不明的設定。解析快取、IPv4 與 IPv6 結果差異、位址類規則都可能影響最終路徑;瀏覽器能開啟某個目標,也無法單獨證明用戶端採用了預期的 DNS。若網域無法存取但直接連線位址正常,可將 DNS 列為排查方向,不要立即認定伺服器無法使用。
Test Method:了解測試結果
功能說明與位置:在 Settings 查看 Test Method 與相關測試參數,這些設定會決定連線測試採用的方式。Home 中的 Connectivity Test 用來檢查伺服器在所選測試方式下的回應。
設定方式與注意事項:依介面說明選擇一種方式,並使用相同的測試目標與相近的網路條件比較結果。不同方法測試的層級不同,數值不能直接互相比較。連接埠能建立連線,不代表驗證、TLS 與目標請求都成功;測試延遲較低,也不等於下載速度較快。若測試目標本身無法連線,應先檢查目標,不要批次刪除伺服器記錄。
Today Widget:元件入口與系統限制
功能說明與位置:Today Widget 是元件功能的入口,用來設定 App 目前支援的快捷資訊或操作。先在 Settings 查看可用選項,再到系統提供的元件管理位置確認是否能新增。
設定方式與注意事項:依目前系統與 App 實際提供的項目選擇顯示內容,新增後回到用戶端確認狀態是否一致。元件類型、更新頻率與互動能力都受系統支援範圍限制,不要假設所有裝置都會顯示相同版面。元件顯示可能延遲更新,排查連線時應以用戶端和系統中的實際連線狀態為準。
iCloud:同步範圍與還原限制
功能說明與位置:在 Settings 檢查 iCloud 同步或備份相關選項,並在系統設定中確認 App 使用 iCloud 的權限。這項功能只處理 App 明確支援的資料,不等於還原 App Store 購買資格。
設定方式與注意事項:先閱讀目前選項的說明,確認會同步哪些內容,再啟用並等待完成。更換裝置前,請保留必要的獨立備份;還原後逐項確認伺服器、目前 Config 與開關狀態,不要假設所有內容都已完整移轉。刪除或覆寫操作可能影響同步資料,請先確認同步方向與範圍。伺服器密碼、訂閱網址與設定檔都可能包含敏感資訊,匯出與同步時同樣要限制存取範圍。
07 / DIAGNOSTICS
Diagnostics 與故障排查
功能說明:Diagnostics 提供診斷資訊或工具,協助將「無法連線」拆解為較明確的階段:目前網路是否可用、網域能否解析、伺服器能否建立連線,以及請求命中了哪項策略。診斷紀錄是排查線索,不是能自動修正所有設定的按鈕。
設定位置與方式:在 Settings 尋找 Diagnostics 相關入口,依介面提供的工具與紀錄選項操作。先記下故障發生時間、網路類型、Global Routing 模式、目前 Config 與所選伺服器,再重現一次問題。若需啟用額外紀錄,只保留排查所需的範圍,完成後恢復原本的紀錄設定。
建議分層檢查:先確認目前網路能存取已知可用的目標;再測試伺服器連線;接著核對網域解析;最後檢查規則與策略。若目標在 Proxy 模式下可存取、在 Config 模式下卻失敗,優先檢查命中規則及其策略;但仍須確認兩次測試使用相同伺服器與網路,不能只憑模式差異直接下結論。
注意事項:診斷資料可能包含存取的網域、位址、訂閱資訊或驗證欄位。分享前請移除敏感內容,只保留足以說明問題的必要部分;不要公開完整設定、完整訂閱網址或 QR Code。偶發失敗應在相同條件下重複驗證,單次逾時不足以判斷長期穩定性。
08 / VERIFY CHANGES
設定後的檢查順序
- 確認輸入資料。檢查伺服器類型、位址、連接埠與驗證欄位,並確認 Subscribe 更新取得的是預期記錄。
- 確認路由設定。在 Home 檢查 Global Routing;若使用 Config,再檢查目前啟用的檔案、規則順序與 FINAL。
- 確認連線狀態。查看用戶端與系統的連線狀態,使用相同目標重新發出請求,避免沿用舊連線造成誤判。
- 確認結果。搭配連線紀錄、Diagnostics 與 Data 觀察變化;每次只調整一個變數,並保留還原方式。
從手動連線開始驗證,比同時啟用自動觸發、調整 DNS 和重寫規則更容易找出問題。若需要完整的首次操作流程,請閱讀 Shadowrocket 入門指南;若要判讀延遲結果,請閱讀延遲測試與實際使用體驗說明。
修改規則後,為什麼看起來沒有變化?
先確認 Global Routing 設為 Config,修改的是目前啟用的檔案,並檢查前面的規則是否已命中。儲存並確認設定生效後,重新建立連線;既有連線可能仍沿用先前的路徑。
開啟 On Demand 後仍無法存取目標,應先檢查什麼?
先確認是否已觸發連線。若尚未建立連線,請檢查觸發條件;若已建立連線,再檢查伺服器、DNS 與規則。On Demand 只負責觸發連線,不能取代伺服器可用性檢查。
iCloud 同步與還原已購項目是同一回事嗎?
不是。iCloud 負責同步或備份 App 支援的資料;App 的購買與重新取得則由 App Store 處理。實際同步範圍請以 App 說明為準,購買適用範圍請以 App Store 頁面標示為準。