FEATURES / SETTINGS

Shadowrocket
功能與設定

先決定請求的路由方式，再調整連線與診斷設定。每次只變更一類參數，並使用同一個目標確認結果。

本頁是 Shadowrocket 官方手冊的功能索引，主要說明 iPhone 與 iPad 上的操作。介面入口與可用選項請以裝置上實際顯示的英文文案為準。

查看首次連線教學 確認 App Store 正版資訊

01 / ROUTING

Global Routing：Config、Proxy 與 Direct

Global Routing 是設定請求處理方式的主要入口，通常可在 Home 開啟。Config、代理、直連分別對應 Config、Proxy、Direct。這些選項決定流量的路由邏輯，不會建立伺服器，也無法修正伺服器參數錯誤。選擇模式前，請先確認已匯入伺服器資訊，且目前選取的伺服器就是準備測試的項目。

模式與介面用語處理方式適用情境確認重點
Config Config依目前啟用的設定檔及規則決定策略。日常依網域或位址進行分流。確認設定檔是否啟用、規則順序及目標策略是否存在。
代理 Proxy以代理模式處理請求，實際行為會受應用程式相關設定影響。暫時確認目前伺服器能否正常存取目標。確認伺服器參數、網路連線狀況與目標存取結果。
直連 Direct以直連模式處理請求，不以所選代理伺服器作為一般出口。建立目前本機網路的存取基準。確認本機網路、DNS 與目標本身是否可存取。
  1. 在 Home 開啟 Global Routing，先記下原本選項，再切換至要確認的模式。
  2. 使用相同網路和目標進行一次實際存取；不要同時更換伺服器與 DNS，以免難以判斷變化原因。
  3. 若 Proxy 可存取、Config 卻無法存取，請優先檢查規則命中與策略引用，測試後再切回日常所需模式。

02 / RULE ROUTING

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

規則會在同一行指定「哪些請求」以及「如何處理」。入口是 Config 中目前使用的設定檔；在 Global Routing 選擇 Config 後，再確認這些規則的實際效果。規則通常由上而下比對，條件較明確的規則應放在較廣泛的規則之前。前面的規則命中後，後續同類規則不會補救這次選擇。

DOMAIN 比對完整網域；DOMAIN-SUFFIX 比對指定網域及其子網域；DOMAIN-KEYWORD 依網域中的關鍵字比對。IP-CIDR 與 IP-CIDR6 分別表示 IPv4、IPv6 網段；GEOIP 則依據 IP 地理資料庫判斷。網域規則與位址規則處理的對象不同，不能只看網頁網域就推定某條位址規則一定會命中。

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

以下範例僅用來說明語法：example.com 及其子網域使用 PROXY，其他請求交由最後的 FINAL,DIRECT 處理。DIRECT 表示直連，REJECT 表示拒絕，PROXY 使用代理策略；若引用自訂策略組名稱，請確認該名稱確實存在於設定中。此範例不代表適用於所有網路的完整設定，也不提供連線服務。

  1. 編輯前先備份目前設定，只新增或調整需要確認的規則，不要直接覆寫整份檔案。
  2. 將精確的例外規則放在較廣泛的規則之前，並將 FINAL 留在規則清單最後作為後援。
  3. 儲存後確認啟用的是剛修改的檔案，再查看請求記錄中的目標、命中規則與策略。

確認重點：規則正確命中不代表目標伺服器一定可連線。若請求已採用預期策略但仍失敗，請繼續檢查伺服器、解析與網路，不要反覆新增相同規則。更完整的語法說明請參閱規則關鍵字與比對順序。

03 / SERVER MANAGEMENT

訂閱與伺服器：區分清單與單筆參數

伺服器管理以使用者已有自己的訂閱或伺服器資訊為前提。Home 的 SERVER 區域可檢視並選取伺服器；Add Server 用於新增單筆資訊或相應類型的項目；Subscribe 則用於訂閱相關操作。訂閱是一份可更新的伺服器清單，單筆分享連結主要描述一台伺服器，不能只因為「都是連結」就填入同一個欄位。

匯入前先判斷手上的內容是訂閱網址、單筆分享連結，還是需要手動輸入的參數。使用 Add Server 時，請選擇與原始資訊相符的類型，再逐項確認位址、連接埠、驗證與傳輸設定。使用訂閱時，請在相應的 Subscribe 入口新增並更新；實際入口位置以目前介面為準。可透過 Scan QR Code 匯入 QR Code，但掃描成功只代表內容已辨識，不代表參數一定可用。

Shadowsocks、VMess、VLESS、Trojan、Hysteria2 等協定使用的驗證與傳輸欄位並不完全相同。例如，VLESS 的驗證資訊不能直接當成其他類型的密碼；是否需要 TLS、傳輸路徑或伺服器名稱，應以使用者原有的伺服器資訊為準，不要自行套用常見值補齊。

  1. 更新既有訂閱前，先記下目前使用的伺服器名稱及所屬群組，必要時備份自己的設定。
  2. 更新後確認清單確實已重新整理，並檢查原先選取的項目是否仍存在；若項目已移除或更名，請重新選取。
  3. 先執行 Connectivity Test，再進行實際存取。測試結果與網頁載入結果應分開記錄。

04 / CONFIG FILE

Config：分開管理設定檔與伺服器清單

Config 用於管理規則及相關設定內容，與伺服器清單的用途不同：伺服器參數說明要連線至何處及如何驗證；設定檔則說明請求如何分流，以及採用哪些相關設定。更新訂閱不代表目前的設定檔也會同步更新；匯入設定檔也不表示所有伺服器參數都已備妥。

在 Config 中先確認目前啟用的檔案，再進入該檔案的檢視或編輯入口。修改前保留可還原的副本，並記下原本的 Global Routing 模式。若要新增來自自己既有來源的設定，請先閱讀其中的規則、策略引用與解析設定，避免在不了解用途時就啟用。檔案可以儲存，不代表每個策略名稱都能正確引用。

確認重點：儲存修改後，確認啟用標記所在的檔案，重新發出目標請求並檢查實際命中情況。復原時應還原設定檔及相關設定，而不是只更改伺服器名稱。複雜規則問題可前往疑難手冊，依症狀繼續排查。

05 / ON DEMAND

On Demand：依網路條件觸發連線

On Demand 可依預設條件觸發連線行為，適合已確認手動連線正常，並希望在特定網路條件下自動處理連線的情況。這項功能不保證伺服器可用，也不會自動修正設定錯誤。請在應用程式中開啟 On Demand 設定入口，逐項閱讀目前可用的網路條件與動作；條件項目以裝置實際顯示為準。

  1. 先關閉隨選觸發，只用手動開關確認伺服器、路由模式與存取結果都符合預期。
  2. 進入 On Demand，每次只啟用一類需要的條件。若介面可依 Wi-Fi 或網路名稱區分，請確認名稱與目前網路完全一致。
  3. 依條件切換網路，觀察系統連線狀態與目標存取結果；再切回原本網路，確認復原行為也符合預期。

注意：啟用隨選規則後，手動中斷連線可能再次觸發連線，讓開關重新開啟。若要穩定停止連線，請先檢查 On Demand 是否仍在生效。不要只憑這種情況就認定應用程式異常；排查時先暫時關閉自動條件，再測試手動連線，可減少狀態反覆變化造成的干擾。

06 / DATA

Data：確認流量變化與存取記錄

Data 提供用戶端流量統計與相關記錄入口，可用來觀察請求活動及資料變化。檢視時先確認統計範圍、時間範圍與目前介面顯示的計量單位，再進行比較。用戶端記錄與使用者既有連線服務的計費方式可能不同，不能直接將此處數值視為剩餘流量或帳單依據。

操作時先開啟 Data 記錄基準值，再進行一次可控的存取，例如載入固定頁面，接著返回查看變化。若要判斷分流，請搭配可用的請求記錄檢查網域、目標位址與策略；若要判斷速度，則應維持網路、伺服器和測試目標一致。總流量增加只表示有資料活動，無法證明某個指定頁面已完整載入。

確認重點：背景工作、系統請求及其他應用程式活動都可能同時產生流量。排查時請減少無關活動，並在操作前記下統計範圍。清除記錄可能會失去故障線索，請先保存必要資訊；向他人描述問題時，只保留與該次測試相關的片段，並隱藏可能涉及個人使用情況的內容。

07 / SETTINGS

Settings：解析、測試與輔助功能

Settings 中的選項會影響不同環節，不應視為一組必須全部開啟的開關。請先判斷問題屬於名稱解析、連線測試、快速操作、設定同步或診斷，再進入相應項目。以下入口位置與可用選項可能因裝置及應用程式介面而異，實際操作請以目前顯示的英文文案為準。

DNS：先區分解析與連線

DNS 用於將網域名稱解析為位址。在 Settings 檢查 DNS 相關項目時，也請留意目前的 Config 是否包含會影響解析的設定。延遲測試正常但網頁無法開啟，可能與解析、TLS、目標服務或規則等環節有關，不能只憑單一症狀就判定 DNS 出錯。請先記錄目前的解析設定，再測試同一個網域；確實需要調整時，只變更一個相關項目，並保留復原方式。

確認重點：不要將代理伺服器位址、訂閱網址和 DNS 位址互相代填。若修改後只有部分網域恢復，請繼續檢查該網域命中的策略及解析結果。詳細流程請參閱DNS 解析失敗排查清單。

Test Method：了解測試結果代表什麼

Test Method 決定連線或延遲測試所採用的方法，可在 Settings 中檢查。不同方法驗證的連線環節不同，因此不宜直接比較不同方法產生的數值。請先閱讀目前選用的方法及相關目標，再執行 Connectivity Test；若要切換方法，應對同一組伺服器重新測試，不要將新舊結果混在一起。

確認重點：回應速度快不代表持續傳輸速度快，測試逾時也不一定表示所有服務請求都會失敗。最後仍須以實際目標驗證，並記錄當時的路由模式。

Today Widget：快速操作仍取決於現有設定

Today Widget 是與系統小工具相關的輔助入口。若目前的應用程式和系統提供相應項目，可先在 Settings 檢查可設定內容，再依系統支援的方式新增或管理。系統需求請以 App Store 頁面標示為準；小工具是否可新增及其顯示方式，也請以裝置實際提供的入口為準。

新增前先在應用程式內確認選取的伺服器與連線狀態，新增後再確認小工具顯示是否與實際狀態一致。快速入口不能取代設定檢查；若顯示未即時更新，請回到應用程式與系統狀態確認，不要反覆觸發連線。

iCloud：同步後仍須確認本機狀態

iCloud 相關功能可在支援範圍內儲存或同步應用程式資料，可在 Settings 檢查對應選項。使用前請確認裝置已登入自己的 Apple 帳號，並檢查系統是否允許應用程式使用 iCloud。請先保留本機可還原的副本，再依介面提供的方式同步或還原；同步範圍應以選項說明為準，不要假設所有資料與系統授權都會一併轉移。

確認重點：在另一台裝置上仍須檢查目前設定、伺服器選擇與 VPN 設定授權。不要將 iCloud 同步視為即時連線狀態同步，也不要在不清楚覆寫方向時連續執行還原。

Diagnostics：保留可重現的故障線索

Diagnostics 可協助收集診斷資訊，請在 Settings 尋找相應入口。先記錄問題發生時的網路、路由模式與操作步驟，再依介面指引收集一次相關結果。重現問題時請使用相同測試目標，並在重試前記下上一輪修改的項目，避免記錄內容與實際設定無法對應。

注意：診斷內容可能包含伺服器位址、請求資訊或驗證相關欄位。匯出或分享前請逐項檢查並遮蔽敏感資訊，只保留足以說明問題的必要片段。診斷資訊可用來縮小排查範圍，不應只憑單一錯誤訊息就重設所有設定。

08 / VERIFICATION

設定後確認：逐層檢查同一個請求

各項功能彼此相關：伺服器參數提供連線基礎，Global Routing 決定處理模式，Config 決定規則策略，DNS 參與解析，Data 與 Diagnostics 則提供觀察線索。判斷設定是否生效，最好沿著同一個請求逐層確認，而不是只看開關是否亮起。

  1. 確認連線基礎。確認使用的是自己已有且參數完整的伺服器、目前網路可正常使用，且已完成系統所需的 VPN 設定授權。
  2. 確認路由模式。確認 Global Routing 符合測試目的；若使用 Config，再檢查啟用的檔案及規則命中情況。
  3. 確認實際存取。執行測試後載入固定目標，記錄成功、逾時或具體錯誤，不要只以延遲數值作為判斷依據。
  4. 確認自動行為。恢復日常設定前，檢查 On Demand 是否會再次改變連線狀態，並保留本次有效設定的紀錄。

尚未安裝時，請先閱讀App Store 正版資訊確認與購買說明。Shadowrocket 唯一取得管道為 App Store；商店開發者為 Shadow Launch Technology Limited，應用程式 ID 為 932747118。價格、系統需求及購買適用範圍請以 App Store 頁面標示為準。首次匯入可接著閱讀使用教學；若持續發生異常，請依疑難手冊逐項排查。