Shadowrocket 功能與常用設定

功能說明：Global Routing 是選擇整體路由方式的入口。Config（設定）依目前設定檔進行分流；Proxy（代理）讓交由客戶端處理的一般請求使用所選代理路徑；Direct（直連）則使用直接連線路徑。此處的 Proxy 是介面模式名稱，規則中的 PROXY 則是策略關鍵字，兩者所屬層級不同。

介面位置：前往 Home，開啟 Global Routing 查看目前選項。日常依規則分流時選擇 Config，並到 Config 確認已選取預期的設定檔；排查特定伺服器是否可用時，可暫時選擇 Proxy。選好後返回 Home，檢查伺服器選擇與連線開關。

設定方式：先選擇 Config，造訪一個預期直連的目標，再造訪一個預期使用代理的目標。若只有後者異常，記錄狀況後暫時切換至 Proxy 重試。若 Proxy 正常而 Config 異常，優先檢查規則順序、策略指向與設定檔選擇；若兩者都異常，再檢查伺服器參數、DNS 與目前網路。

注意事項：切換模式通常會影響新建立的連線，既有連線可能仍維持原狀。測試時應結束相關請求後重新發出，必要時重新連線。測試完成後請恢復原本模式，不要將暫時的排查選項長期留作日常設定，也不要把 Proxy 理解為所有系統流量都必定經過同一條路徑。

功能說明：一條規則通常由比對類型、比對內容與策略組成。比對類型用來判斷「識別哪種請求」，策略則決定「命中後如何處理」。規則會由上而下依序檢查，命中後套用對應策略，因此相同目標命中哪條規則，比規則數量更重要。

介面位置：在 Config 查看目前設定，進入編輯入口檢查 Rule 區段。修改前請保留原設定副本，並確認編輯的是目前使用中的檔案，而非清單中另一個未選取的檔案。只有在 Global Routing 使用 Config 時，規則才能發揮預期的分流作用。

設定方式：將範圍明確的例外規則排在涵蓋範圍較廣的規則之前，最後保留 FINAL。以下僅示範語法與順序：範例網域的請求走 PROXY，其餘請求由 FINAL 交給 DIRECT。這不是適用於所有網路的完整設定，也不包含伺服器資訊。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

注意事項：網域規則與 IP 規則取得的資訊不同。請求是否保留可識別的網域、DNS 解析結果及規則位置，都會影響最後命中結果。USER-AGENT 等依賴請求欄位的比對方式有其適用條件，不能視為可識別所有加密請求的通用方法。修改後應重新發出請求，並檢查連線記錄中的實際策略。

不要為了修復單一目標就直接替換整份設定。先新增一條範圍明確的測試規則，確認命中後再整理；使用 REJECT 時尤其要檢查是否誤判，以免阻擋登入、圖片或共用介面。更多規則順序說明請見規則比對與 FINAL 參考。

功能說明：伺服器項目會儲存單一連線所需的位址、連接埠、驗證資訊及協定參數；訂閱則用來批次取得並更新一組項目。訂閱連結不是伺服器位址，伺服器清單也不等同於分流設定檔。成功匯入只代表內容已被辨識，仍須選取伺服器並實際測試連線。

介面位置：在 Home 查看伺服器清單，使用 Add Server 新增項目，依內容選擇類型；匯入訂閱時選擇 Subscribe 並填入完整 URL。Config 主要用來管理設定檔；看到設定訂閱入口時，應先確認匯入的是設定檔還是伺服器清單。Scan QR Code 可用來辨識現有 QR Code，使用前仍應確認內容來源與格式。

設定方式：手動新增時，先依服務商提供的說明選擇 Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard 或 Hysteria2 等類型，再逐項填入參數。位址與連接埠正確不代表項目完整；部分類型還需要 TLS、Server Name、傳輸方式或其他欄位，請勿自行臆測填寫。欄位說明請參閱協定參考。

訂閱連結請向自己的服務商取得。貼上時檢查前後空格、換行與內容是否截斷，儲存後執行更新，確認是否出現預期的群組與項目。為訂閱和手動新增的項目設定容易辨識的名稱；若要暫時修改訂閱中的伺服器，請先另存為獨立項目，以免後續更新覆蓋本機調整。

注意事項：刪除訂閱群組前，先確認是否需要保留其中的項目。更新失敗時，先分辨是「連結無法存取」、「回傳內容格式不支援」還是「清單更新後連線失敗」，三者的排查方式不同。請勿將訂閱 URL、完整 QR Code 或驗證資訊放入公開截圖；同步與備份也應視為包含憑據的資料處理。

功能說明：On Demand 透過系統提供的隨選連線機制，在符合指定網路條件時嘗試建立連線。它管理的是「何時連線」，Global Routing 管理的是「連線後如何選擇路徑」；兩者可以搭配使用，但不能互相取代。

介面位置：前往 Settings 尋找 On Demand，查看目前可用的網路條件與動作。不同系統與版本顯示的條件可能不同，請以目前頁面列出的選項為準。首次授權連線描述檔時，依系統提示確認，完成後再測試自動連線。

設定方式：先在手動連線狀態下確認伺服器、設定與 DNS 正常，再啟用 On Demand。每次只新增一項條件，例如為指定網路設定連線行為，再切換網路觀察是否如預期觸發。若條件包含 Wi-Fi 名稱，請依裝置實際顯示的名稱填寫，並留意相似名稱可能代表不同網路。

注意事項：On Demand 無法保證失效的伺服器恢復可用，也不代表系統會一直保留背景程序。系統權限、網路切換及其他 VPN 設定都可能影響觸發。若要暫時停止自動連線，應先關閉 On Demand 再中斷連線，否則符合條件時可能再次連線；不必反覆刪除並重建所有設定。

功能說明：Data 可用來查看客戶端記錄的流量與連線狀況，協助判斷請求是否進入處理範圍、是否持續傳輸，以及是否有異常的重複連線。統計資料反映的是客戶端的觀察結果，不是服務商帳單，也不是裝置所有網路活動的完整清單。

介面位置：開啟 Data，查看目前頁面提供的上傳、下載及連線相關記錄。先確認統計時間範圍、資料是否屬於目前工作階段，以及是否有清除或重設操作。不同統計入口可能採用不同週期，比較前應先確認統計基準一致。

設定方式：排查某次瀏覽時，先記錄目前狀態，再只開啟一個目標並重新發出請求，觀察資料是否變化；若頁面提供連線詳細資訊，再核對目標、策略與錯誤訊息。需要重設統計時，請先保存仍要使用的記錄，避免清除用來比對的線索。

注意事項：上傳或下載量增加只能表示有資料傳輸，無法單獨證明目標頁面正確回應。協定封裝、重試、系統計量週期及服務商計算方式都可能造成數字差異；代理路徑的統計也不能直接用來推估所有直連流量。提供排查資訊時，可保留時間、錯誤類型與策略，並隱去個人網域、位址及驗證資訊。

DNS：先確認生效位置

功能說明與位置：DNS 負責將網域名稱解析為位址。可先在 Settings 查看 DNS 相關選項，同時檢查目前 Config 檔案的 General 區段是否定義解析參數。全域設定與設定檔可能共同影響結果，不能只看單一頁面就判斷實際採用的設定。

設定方式與注意事項：優先保留目前運作正常的基準設定，依解析服務的要求填寫支援的位址格式；每次只修改一項，再重新連線並發出新的解析請求。不要因單一網站無法使用，就同時更換 DNS、伺服器與規則。解析成功不代表目標連線成功；也應區分網域解析錯誤、位址可達性問題與 TLS 連線錯誤。對於內部網域，先確認所選解析服務是否能解析，避免將原本僅在區域網路有效的名稱交由不適用的解析路徑處理。

Test Method：了解測試的測量內容

功能說明與位置：Settings 中的 Test Method 會影響 Connectivity Test 採用的測試方式。不同方法可能檢查連接埠連線，也可能透過特定請求觀察回應，因此測得數值的意義不完全相同。

設定方式與注意事項：選擇目前介面提供且適用於伺服器的方式，再前往 Home 執行 Connectivity Test。比較多個項目時，請保持測試方法、目標與網路環境一致，避免排列不同條件下的結果。單次回應較快不代表持續下載速度、耗電量或所有網站的表現；測試失敗也可能是測試目標本身造成，應搭配實際瀏覽結果判斷。

Today Widget：系統中的快速入口

功能說明與位置：Today Widget 是與系統小工具相關的快速控制或狀態入口。可在 Settings 尋找相關選項，並在系統的小工具管理介面確認是否提供對應小工具。能否使用取決於目前系統的支援情況。

設定方式與注意事項：先在應用程式內完成設定與授權，再依系統流程加入可用的小工具，並確認顯示資訊是否與 Home 一致。小工具適合快速操作，不能取代設定編輯，也無法略過系統連線授權；狀態顯示可能延遲，連線異常時應返回應用程式查看詳細資訊。若系統未列出對應小工具，不要直接套用其他平台的加入步驟。

iCloud：設定同步與資料範圍

功能說明與位置：iCloud 相關項目可在支援的 Apple 裝置間儲存或同步應用程式允許的資料。在 Settings 檢查同步選項，並於系統設定中確認 iCloud 與應用程式的存取權限。不要假設所有執行狀態、歷史記錄或每個欄位都包含在同步範圍內。

設定方式與注意事項：啟用前先備份重要設定，並在同一個 Apple 帳號下分別確認各裝置的權限；同步完成後核對設定名稱與內容。遇到衝突時先保留兩份副本，再決定採用哪一份，避免在多台裝置上同時編輯同一設定。含伺服器驗證資訊的設定同樣屬於敏感資料；iCloud 同步並非適用所有平台的通用方案，也不會復原 App Store 購買記錄。

Diagnostics：針對單次失敗收集資訊

功能說明與位置：在 Settings 的 Diagnostics 查看目前提供的診斷選項。診斷功能用來收集錯誤線索，協助區分 DNS、建立連線、驗證及請求階段的問題，不會自動變更伺服器或修復遠端服務。

設定方式與注意事項：依需求啟用目前介面提供的記錄功能，記下開始時間，重現一次失敗，再查看或匯出相關結果。完成後關閉暫時啟用的詳細記錄，避免長期保留不必要的資料。分享前逐項檢查訂閱 URL、密碼、驗證欄位、伺服器位址與個人瀏覽記錄；只提供與問題相關的片段，不要只遮住介面上的名稱，卻留下完整連結。

「已連線」與「依預期分流」是兩回事。系統顯示連線狀態後，仍應驗證請求路徑與回應結果。建議依下列順序檢查，每次只修改一個變因，並保留可重現問題的步驟。

1. 先看 Home：確認所選伺服器來自預期群組，且訂閱更新後沒有誤選同名的舊項目；檢查連線是否確實建立，不要只看開關位置。
2. 再看 Global Routing：日常使用 Config 時，確認目前設定與目標策略；需要比對時可暫時切換至 Proxy，測試後再恢復。
3. 檢查 Config：由上而下檢查相關規則，核對策略群組與 FINAL。編輯檔案後重新選取，或依介面提示讓變更生效，再重新發出請求。
4. 檢查 DNS：區分解析失敗與連線失敗，保留已知可用的設定作為對照，不要同時更換多個解析參數。
5. 查看 Data 與 Diagnostics：只重現一次目標操作，搭配時間與錯誤內容，判斷請求在哪個階段中止。
6. 最後恢復自動化：手動連線穩定後，再啟用 On Demand、同步或快速入口，確認切換網路後仍符合預期。

若伺服器連線正常，但特定目標始終異常，應繼續檢查該目標的規則、DNS 與服務狀態，而非反覆匯入同一份訂閱。若多個目標都無法使用，再回頭檢查伺服器參數、訂閱有效性與本機網路。詳細操作入口請見快速上手；依問題查找可前往常見問題；介面名稱與規則術語可在名詞解釋中查詢。