Shadowrocket
訂閱與伺服器管理手冊

01 / Subscribe

Subscribe 入口與首次匯入

先確認手上的資料類型

訂閱是可再次請求的網址，用戶端存取後會取得一組伺服器資訊；單一伺服器連結通常只描述一條連線；Config 則決定流量如何比對規則。三者可能都以連結或檔案形式出現，但管理的對象不同。匯入前先閱讀資料說明，確認收到的是伺服器訂閱、單一分享連結還是設定檔。不要因為某段內容能在瀏覽器中開啟，就認定適合填入 Subscribe；登入頁面、說明頁面和訂閱回應並不是同一種資料。

訂閱網址請向你的服務商索取。複製時務必取得完整的一行，包括問號後的查詢參數；這些參數可能用於身分識別，刪除後即使網域仍正確，也可能只收到空清單或錯誤頁面。透過通訊軟體轉傳時，請特別檢查末尾是否遭截斷、是否多了句號，以及換行是否變成實際字元。不要將真實網址貼到搜尋欄或公開討論區；如需詢問問題，只要說明錯誤類型，並提供已遮蔽的網域即可。

在 Add Server 中選擇 Subscribe

1. 開啟 Home，進入新增入口並開啟 Add Server；在 Type 中選擇 Subscribe。
2. 將完整訂閱網址填入 URL，為此來源設定容易辨識的備註，再儲存。
3. 等待首次請求完成，回到 Home 檢查對應群組，確認清單中已出現伺服器。
4. 選取其中一台伺服器，依照快速入門步驟設定 Global Routing 並驗證連線。

儲存訂閱項目與成功下載內容是兩個階段。在 Home 看見訂閱名稱，只能表示入口已儲存於本機，無法據此判斷遠端內容已成功解析。首次匯入後，請確認群組是否展開、伺服器名稱是否完整，以及數量變化是否符合資料說明。若清單是空的，先查看請求提示，再核對網址；不要立刻重複建立多個同名訂閱，否則之後難以判斷哪一個儲存了正確網址，哪一個只是失敗的本機入口。

區分請求失敗、內容解析失敗與連線失敗

請求失敗表示尚未取得訂閱回應，可能與目前網路、網域解析、網址有效性或存取權限有關；內容解析失敗表示雖已收到回應，但內容不是可辨識的伺服器清單；連線失敗則發生在取得伺服器之後。排查時請依序確認這三個層次，不要把單一伺服器逾時誤認為訂閱解析問題。若收到的其實是網頁提示，請依提示確認帳戶狀態或網址，不要把網頁文字當成設定檔繼續匯入。公開排錯截圖時，也請遮住完整訂閱網址。

首次匯入最好在目前可正常存取訂閱網址的網路環境下進行。如果更新請求被送往已失效的伺服器，可能陷入「必須先更新才能恢復連線，卻必須先連線才能更新」的循環。此時先停用失效連線，確認本機網路正常後重新請求訂閱；若服務商有明確說明存取條件，請依照資料核對。不要頻繁切換所有設定；保留一次失敗時的具體提示，才能分辨是環境問題還是資料問題。

02 / Add Server

Add Server 手動填寫欄位與協定參數

先選 Type，再逐項填寫資料

手動新增適用於已持有完整伺服器參數、需要維護獨立項目的情況。進入 Add Server 後，請先選擇 Type，因為協定類型會決定後續顯示的欄位及其含義。不要先選一個看似相近的類型，再靠修改連接埠嘗試連線。Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard 與 Hysteria2 的驗證和傳輸方式各不相同；地址與連接埠相同，不代表可以互換使用。

Address 通常填寫主機名稱或地址本身，不要加上網頁路徑；Port 填入資料提供的服務連接埠，不要把冒號和連接埠一併放進主機名稱。若收到的是完整分享連結，優先使用匯入方式，避免拆解時遺漏查詢參數中的傳輸設定。備註僅供本機辨識，無法修正連線參數；建議以來源、用途和協定組成名稱，不要在名稱中存放密碼或身分識別資訊。

分開檢查驗證、TLS 與傳輸設定

Shadowsocks 須核對加密方法與密碼；VMess、VLESS 通常使用 UUID 作為身分資訊；Trojan 需要密碼，並應依資料確認 TLS 與 SNI。HTTP、SOCKS5 是否需要使用者名稱和密碼，取決於伺服器設定；不能因為介面允許留空就自行省略。WireGuard 的金鑰、介面地址和對端資訊屬於另一套結構，不能把訂閱密碼填入私鑰欄位。遇到不熟悉的參數，請先回查原始資料，不要在不同協定間輪流嘗試填寫。

TLS 開關決定是否建立相應的加密連線，SNI 則用於該連線中的伺服器名稱；連線地址也可能是另一個獨立的入口網域。若資料分別列出兩者，請填入對應欄位。遇到憑證名稱不符或交握失敗，先核對 SNI、系統時間與原始資料；不要把關閉憑證驗證當成一般修復方式。每次只修改一個參數並記錄結果，避免連原本正確的設定也一併改錯。

傳輸類型及其 Host、Path 等設定必須相互對應。路徑開頭的斜線、結尾字元和查詢部分都不能憑直覺增刪；輸入法產生的全形符號、智慧引號和空格也會改變參數。儲存前可逐行對照欄位與資料，尤其要檢查從圖片辨識出的數字、字母和連字號。若資料沒有提供某個選填欄位，請維持該協定的預設狀態，不要拿另一台伺服器的值來補。

儲存獨立項目，保留修改範圍

手動新增的項目應與訂閱產生的伺服器分開維護。直接修改訂閱中的伺服器，可能在下次更新時被遠端內容覆蓋；若要長期保留本機差異，請先確認複製或獨立新增後的項目是否已脫離訂閱管理。儲存後先測試一次，再建立連線驗證實際請求。若同一組參數在不同網路上的表現不同，請分別記錄網路條件，不要立刻判定是密碼錯誤。

排錯資料只需保留協定類型、已遮蔽的地址、連接埠、傳輸類型及錯誤訊息，不必公開驗證資料。Trojan 的欄位關係可參閱Trojan 密碼、SNI 與 TLS 參數說明。若問題涉及伺服器設定，請依據原始資料逐項確認；用戶端不會因修改備註而自動推斷缺少的欄位。

03 / Import

掃描 QR Code 與剪貼簿匯入的操作範圍

Scan QR Code 只負責讀取內容

QR Code 是承載文字的一種方式，不代表其中一定包含伺服器資料。Scan QR Code 讀取的內容可能是單一伺服器分享連結、訂閱網址或一般網頁。掃描後先查看用戶端準備建立的項目，再決定是否儲存；若只開啟網頁，請回頭確認資料說明中的 QR Code 用途，不要把網頁地址填進任意協定欄位。QR Code 也可能包含完整憑證；拍照、轉傳及相簿同步都會增加這些資料的留存範圍。

在 Home 的新增入口選擇 Scan QR Code，依系統提示授予相機權限，再將完整 QR Code 對準畫面。掃描時請讓圖案完整入鏡，避免反光、過度傾斜或螢幕縮放造成模糊。若 QR Code 顯示在同一台裝置上，只有在掃描入口明確提供相簿讀取功能時才從圖片匯入；若沒有該選項，請改用資料同時提供的文字連結。不要為了辨識 QR Code，將含有憑證的圖片上傳到外部辨識網頁。

剪貼簿匯入前，先整理原始文字

複製完整分享連結後，返回 Shadowrocket 並使用介面提供的剪貼簿匯入入口；系統詢問貼上權限時，再依這次操作決定是否允許。若複製來源同時包含標題、說明和多個連結，請先確認用戶端能辨識哪些內容。批次匯入失敗時，可先只複製一條完整連結測試，藉此判斷是格式不支援，還是混入了說明文字。不要以反覆授權取代檢查實際複製的內容。

1. 從自己的資料中複製一條完整連結，確認開頭的協定與末尾備註都完整保留。
2. 進入剪貼簿匯入入口，查看預覽或結果提示，確認產生的項目類型。
3. 儲存後到 Home 尋找新項目，檢查協定、地址及所屬群組。
4. 完成後清除暫存的轉傳內容，避免下次貼上時誤傳憑證。

通訊軟體可能會將長連結折疊顯示；畫面上看起來只有一行，不代表複製到的內容完整。有些編輯器還會把直引號改成彎引號，或在連結中插入換行。此時請回到原始文字，使用複製連結或複製原文的方式重試。若必須透過文字工具轉傳，請選擇能保留純文字的本機工具，並避免啟用公開分享；只處理自己的資料，不要儲存他人的驗證資訊。

成功辨識後仍須核對欄位

匯入成功表示解析器找到了可辨識的結構，不代表所有欄位都符合伺服器要求。儲存後至少檢查 Type、地址、連接埠，以及 TLS 或傳輸相關設定，尤其要確認備註所述用途與欄位內容一致。若 QR Code 經過圖片裁切、文字辨識或多次轉傳，更應與原始參數核對。若掃描結果與文字連結產生的項目不同，請暫停連線，先確認兩份資料是否確實描述同一個對象。

重複掃描或重複貼上可能會建立多個獨立項目，也可能更新既有項目，實際結果取決於入口和內容。不要只憑名稱認定項目已覆蓋；請回到清單檢查來源、群組與項目詳細資料。批次匯入前記下原有群組，匯入後先檢查新增內容，再刪除失敗的中間項目。若已有穩定可用的項目，請保留到新項目經過實際驗證後再處理，避免誤刪而失去比對基準。

相機權限失敗、拒絕剪貼簿權限和內容解析失敗是不同問題。前兩者要到系統權限中處理；後者則須檢查連結類型、編碼及內容完整性。授予更多權限無法讓錯誤格式變成有效伺服器資料。若掃描入口正常，但一直讀取不到圖案，可減少螢幕反光、放大原始 QR Code，或改用文字資料。不要猜測並手動補上 QR Code 中缺失的驗證字元；資料不完整時，請重新取得自己的完整資料。

04 / URI

分享連結格式與 Config 的差異

依結構辨識，不要看連結長度

分享連結通常包含協定前綴、驗證資訊、目標地址、連接埠、查詢參數及備註。各協定的封裝方式不盡相同：有些欄位可以直接讀取，有些經過編碼，有些則會先封裝一組參數再編碼。不要把某一種連結中的使用者名稱位置，直接套用到另一種協定；也不要因為內容看起來像亂碼就任意刪除編碼片段。辨識時先看協定前綴，再交由對應的匯入入口處理；手動分析僅用於核對資料結構。

訂閱 URL 通常使用 HTTP 或 HTTPS，由伺服器在收到請求時傳回清單內容。URL 看起來像網頁連結，不代表它就是設定檔；判斷依據應是回應類型和資料用途。將訂閱網址新增為一般 HTTP Proxy 會建立錯誤項目，因為 HTTP Proxy 欄位描述的是連線端點，而不是下載伺服器清單的位置。同樣地，把 Config 檔案放進 Subscribe，也不會自動將其中的規則轉換成伺服器。

https://example.com/sub?token=xxxx

trojan://[email protected]:443?security=tls&sni=example.com#Personal-Trojan

以上僅用於說明結構，網域、密碼和訂閱參數都是教學用假資料，不能用來連線。第一個範例代表可能用來取得清單的網址；第二個範例則展示單一 Trojan 分享連結的組成方式。實際資料可能包含額外參數，請完整保留，不要為了符合範例而刪改。連結中的井字號通常用來引出備註片段，問號後通常是參數；具體支援範圍仍以對應協定和用戶端的解析結果為準。

編碼不等於加密，備註不等於驗證資訊

百分比編碼用來表示特定特殊字元，部分分享格式也會使用 Base64 編碼。編碼後的文字仍可能還原出密碼和伺服器資訊，因此不能當成去識別化內容公開。密碼若含特殊符號，應透過正確的匯出或編碼流程處理；直接將含分隔符號的密碼拼進連結，可能改變解析邊界。匯入後欄位錯置時，請優先重新匯入原始分享連結，不要不斷加入跳脫字元。

備註與伺服器身分也要分開看待。兩條連結可以使用相同備註，卻指向不同地址或使用不同驗證方式；同一台伺服器也可能因備註不同而在清單中重複出現。比較時應查看實際欄位，不要只比對井字號後的名稱。若要向他人說明格式問題，可用假網域和假密碼重新組成結構範例；只把備註改成「測試」，並不會移除敏感內容。

Config 用於管理規則，不能取代伺服器資料

Config 決定請求依照什麼順序比對策略。Global Routing 的 Config 姿態會使用規則；Proxy 與 Direct 姿態則用於不同的全域處理方式。伺服器匯入正常，但存取路徑不如預期時，應檢查目前姿態和生效中的設定，不要再次匯入相同伺服器。以下規則片段用於說明比對順序：先比對指定網域，再比對地區規則，最後由 FINAL 處理未命中的請求。

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

這段內容不是訂閱，也不是能獨立完成連線的伺服器資料。PROXY 代表相應的代理策略，是否可用仍取決於已選取的伺服器及設定情境；DIRECT 則表示相應請求直接連線。規則會依序判斷，前面符合條件後，通常不會再往後尋找更合適的結果。因此，伺服器與規則應分別備份、分別測試，一次只修改其中一類，才能釐清問題出在連線端點還是流量選擇。

需要了解 DOMAIN-SUFFIX、GEOIP、FINAL 或其他介面用語時，可參閱術語表。處理連結匯入失敗時，先判斷項目類型，再檢查結構，最後核對欄位；不要試圖透過更換無關規則修復格式錯誤，也不要因為匯入後名稱顯示正常，就認定驗證資訊無誤。

05 / Update

訂閱更新策略與失敗後的處理方式

更新會重新取得來源內容，不只是測試延遲

更新訂閱會重新向來源發出請求，並依據回傳內容調整由該訂閱管理的伺服器。地址、連接埠、驗證資訊、傳輸設定和名稱都可能變動；這與重新測試清單延遲不是同一種操作。測試只會檢查目前儲存的項目，無法取得遠端已更換的新參數。若一組伺服器同時失效，先判斷是否需要更新資料，再檢查網路；不要只是不斷測試舊項目，以為用戶端已同步來源變更。

建立更新習慣時，應先在能觀察結果的情況下手動完成一次。更新前確認目前使用哪份訂閱、哪台伺服器，以及是否有本機修改；更新後檢查來源群組、目前選取項目及實際連線。若介面提供自動更新選項，再依自己的維護需求啟用；不要假設所有平台都會在相同時間於背景更新。系統背景執行限制、網路狀態及用戶端是否正在執行，都可能影響實際請求時間。

依使用情況決定更新頻率

適當的更新頻率取決於資料變動頻率與使用情境，不是越頻繁越好。來源長期穩定時，可在使用前或收到變更通知後檢查；出門、切換網路或準備移轉裝置時，可先更新並驗證。短時間內反覆請求既無法修正錯誤網址，也可能觸發來源端的請求限制。若介面沒有明確說明背景更新行為，手動檢查並驗證結果，比依賴未確認的自動重新整理假設更可靠。

1. 更新前記下目前使用的來源和項目；必要時先備份本機獨立設定。
2. 一次只更新一份訂閱，觀察請求提示與群組變化，先不要同時調整規則。
3. 確認原先選取的項目是否仍存在，核對新參數後再測試一次。
4. 重新建立連線並驗證實際請求，確認正常後再處理下一個來源。

手動修改訂閱產生的項目，可能在後續更新時被覆蓋；名稱、排序和群組是否保留，也應以實際結果為準。需要長期保留的差異，應記錄在獨立維護的項目中，不要指望每次更新都能保留本機欄位。若來源已移除某台伺服器，本機快取仍顯示該項目，也不代表它仍然有效。不要為了保留熟悉的名稱，而忽略驗證資訊或端點已經變更。

將失敗分成四個層次檢查

第一層確認本機網路能否正常送出請求；第二層檢查訂閱網域能否解析並建立連線；第三層確認來源是否傳回有效內容；第四層檢查內容能否由目前的入口解析。各層需要的判斷依據不同，連線錯誤與身分失效提示不可混為一談。若收到權限相關提示，請重新核對自己的訂閱網址和帳戶狀態；若收到一般網頁，請確認是否誤複製管理頁面，而不是伺服器訂閱。

更新後清單突然變空時，先停止刪除操作。確認群組是否收合、篩選條件是否隱藏內容，再檢查更新是否完成，以及來源是否確實傳回空結果。若只是顯示問題，重新匯入只會造成重複；若來源內容確實已變更，還原舊快取也未必能恢復使用。保留更新前必要的紀錄有助於比對，但不要將原始回應上傳到公開管道，因為其中可能包含所有伺服器密碼和存取權杖。

更新成功但連線失敗時，應轉往伺服器與網路層排查。先選取一個更新後的項目，核對協定參數，再測試同一來源的其他項目；若只有一項受影響，通常不需要重建整份訂閱。若所有來源都同時失敗，也要檢查目前網路和系統時間。可接著閱讀伺服器逾時與連線失敗排查，依固定順序收集資訊，避免在不同頁面間反覆重設設定。

06 / Organization

多訂閱分組、命名與重複項目整理

依來源分組，依用途命名

同時管理多份自己的訂閱時，首先應保留各來源的界線，不要把所有項目混成一份長清單。每個來源都應有穩定且易懂的本機名稱，手動新增的獨立項目也應個別標示。如此在更新失敗、參數變動或需要刪除時，才能清楚掌握影響範圍。名稱可以說明用途和維護方式，但不要填入完整訂閱網址、帳戶識別資訊或密碼；這些內容若出現在清單截圖中，可能隨一般排錯資料外流。

分組名稱應描述相對穩定的資訊。把即時延遲寫進名稱，下次網路變動後就會失準；把目前排序序號寫進去，更新後也容易混亂。建議使用簡短的來源代號、用途和協定說明來協助辨識，並保留與原始資料的對應關係。若用戶端只允許修改部分顯示資訊，請接受其限制，不要為了外觀一致而改動伺服器驗證欄位。

先判斷是否重複，再決定要保留哪個項目

名稱相同不代表重複，地址相同也不一定是重複。相同的連線目標可能使用不同連接埠、協定、驗證方式、傳輸或 SNI；同一來源也可能列出適用於不同網路環境的入口。整理時先比對關鍵欄位與來源關係，再考慮刪除。若兩筆紀錄只有備註不同，仍須確認其中一筆是否由訂閱管理、另一筆是否為獨立副本，因為刪除獨立副本和刪除訂閱項目會帶來不同的維護結果。

批次整理最好分兩輪進行。第一輪只記錄並標示疑似重複項目，先不要刪除；第二輪逐組確認目前連線、備用項目及備份情況，再執行刪除。透過訂閱匯入的伺服器，遠端下次回傳時可能再次建立本機已刪除的項目，因此反覆手動清除不一定能永久生效。若介面提供篩選或整理顯示的功能，請先確認它只影響顯示，還是會變更實際資料，再決定是否使用。

分開管理訂閱來源與規則策略

來源群組說明伺服器是從哪裡匯入，規則策略則說明請求會如何處理，兩者不必一一對應。把兩份訂閱放在不同清單群組，不會自動替它們分配不同網域的流量。需要選擇規則時，應在 Config 及相應的策略情境中檢查設定，不要依群組名稱推斷路由。先確保伺服器資料正確，再調整規則，可減少「整理清單後存取方式改變」這類難以追查的連帶問題。

更新某個來源後，應重新確認目前使用的項目是否仍屬於預期群組。若遠端重複使用某個名稱，請先查看詳細資料再切換，不要把熟悉的名稱當成固定身分。暫時保留的舊項目可以記下用途和待確認事項，但不要讓過期副本長期與目前來源混在一起。維護紀錄應說明保留原因及何時再次檢查，不要只標上一個意思不明的星號。

管理多份訂閱，不代表需要同時測試所有項目。可先從每個來源挑選少數代表項目，確認匯入和更新關係正常，再依用途檢查其餘內容。來源數量增加後，最重要的是操作過程可追溯：哪一份剛更新、哪個項目剛修改、哪一組準備刪除。一次只處理一組並確認結果後再繼續，可避免批次操作造成大範圍誤刪，也方便在發生問題時回到上一個已驗證的狀態。

更多分組與清理流程，請參閱多訂閱管理說明。整理的目標是降低辨識成本和維護上的歧義，而不是讓清單越短越好；對用途尚不明確的項目，先記錄並驗證，比直接清空後重新匯入更能保留脈絡。

07 / Connectivity Test

延遲測試、排序與實際連線驗證

測試結果只回答該項測試所檢查的問題

延遲測試結果會受到當時網路與測試方式影響，不是伺服器的永久效能標記。TCP 建立連線、透過代理發出請求及檢查實際服務存取，涉及的環節各不相同，因此數值不能直接跨方式比較。開始前先確認用戶端目前使用的測試設定，再於相同網路、相近時間和相同方法下比較項目。清單顯示的數值較低，不代表驗證、TLS、網域解析及目標網站存取都已成功。

進行 Connectivity Test 前，先確認訂閱資料已更新並核對無誤。使用過期參數進行測試，無法判斷目前來源是否可用；更新失敗後，也不要把舊清單的逾時結果當成新資料失效。先選一個項目單獨測試，再決定是否測試整組，可避免批次請求耗時並讓結果混在一起。測試期間暫停大檔傳輸等明顯占用網路的操作，讓不同項目的測量條件盡可能一致。

依影響範圍判斷問題層次

只有一台伺服器逾時時，先核對該項目的地址、連接埠與協定參數；同一來源的多個項目失敗，檢查資料是否已更新及來源是否有變動；不同來源全部失敗，則優先檢查本機網路、系統時間及目前連線狀態。若切換網路後恢復，請記錄兩種網路的差異，不要立刻重寫所有驗證資訊。故障影響範圍比單一延遲數值更有參考價值，能協助判斷下一步該檢查用戶端欄位、遠端資料還是本機環境。

排序有助於縮短查找時間，但不能取代選擇依據。測試結束後，可依目前測得的結果排列同類項目，並優先驗證排序靠前的選項；尚未測試、測試失敗及已有數值的項目應分開判讀。不同協定、測試方式或測試時間得到的結果，不適合混在一起後直接判定某項永遠較好。若需要留下可比較的紀錄，請記下網路條件和測試方法，不要只保存一張缺乏背景的數字截圖。

測試通過後，仍須驗證路由與實際請求

選取伺服器並建立連線後，確認 Global Routing 目前採用的姿態。Config 姿態會依規則處理；Proxy 姿態適合用來驗證代理路徑；Direct 姿態則不能用來證明伺服器代理可用。若某個目標在 Config 下依規則走 DIRECT，即使能開啟，也無法證明目前伺服器運作正常。請使用自己的正常存取需求進行驗證，並參考連線記錄確認實際採用的方式，不要只看頂端開關。

實際請求失敗時，請檢查連線記錄中的錯誤類型和策略命中結果，再決定下一步。網域解析錯誤、TLS 交握失敗、驗證失敗與目標拒絕存取，處理方式各不相同。不要只因「瀏覽器一直轉圈」就認定伺服器逾時，也不要因某個目標失敗便刪除整份訂閱。先用另一項正常需求進行比對，再確認問題是否只影響特定網域、協定或網路，逐步縮小範圍。

遇到間歇性問題時，保留少量可比較的紀錄，比連續點擊測試更有效。每次只變更一個因素，例如網路、伺服器或 Global Routing 姿態，完成後再觀察；同時修改 DNS、規則和驗證資訊，就無法確認是哪項變更讓問題恢復。測試介面顯示逾時，也不代表伺服器已永久移除；刪除前應一併確認更新狀況，並在不同網路重新檢查。長期未使用且疑似失效的項目，可先列入待確認紀錄，再安排清理。

更完整的錯誤排查流程請參閱伺服器逾時、協定參數與系統時間排查。確認連線正常後，再設定所需的 On Demand 條件；自動觸發連線只會改變連線時機，無法修正錯誤參數，也不能取代一次完整的手動連線檢查。

08 / Backup

刪除、備份與換機後的還原順序

刪除前先確認項目與影響範圍

單一伺服器、整份訂閱和 Config 是不同項目。刪除獨立伺服器通常只影響該筆本機紀錄；刪除訂閱入口可能連帶影響由它管理的伺服器；刪除 Config 則會影響規則與策略設定。操作前請仔細閱讀確認提示，並檢查目前連線是否依賴準備刪除的項目。不要用刪除訂閱的方式清理單一失敗伺服器，也不要為了讓清單恢復顯示而先清空設定，否則原本局部的問題將失去排查基準。

刪除訂閱中的伺服器後，下次更新時可能再次出現，因為來源仍包含該項目。這不一定代表刪除失敗，而是本機項目再次依照來源建立。若不再使用整個來源，請先確認備份與替代連線，再刪除對應入口；若只是暫時不想看到某些項目，請確認介面是否支援僅整理顯示內容。刪除前記錄項目與來源的管理關係，比刪除後憑名稱猜測伺服器原本屬於哪個群組更可靠。

依照還原需求準備備份

備份至少要能回答三個問題：能否重新取得訂閱、能否還原獨立伺服器，以及能否還原規則。只保存訂閱網址，可能無法還原手動新增的項目和本機 Config；只匯出規則檔，也不一定包含伺服器驗證資訊。使用匯出功能時，請確認實際包含的項目範圍，不要把「檔案已產生」當成「所有資料都已保存」。備份檔通常含有敏感內容，應存放在自己能控管且受保護的位置，避免公開分享或任意轉傳。

1. 記下目前使用的訂閱來源與必要維護說明，並將完整憑證存放在受保護的位置。
2. 備份獨立伺服器與 Config，確認匯出範圍及檔案能否正常讀取。
3. 記下目前的 Global Routing 姿態，以及需要重新檢查的 On Demand 條件。
4. 舊裝置仍可使用時先驗證還原步驟，確認成功後再清理舊資料。

若使用 iCloud 同步，請先確認自己的裝置、帳戶及實際同步項目是否符合條件，不要假設所有本機資料都會自動同步。同步是讓狀態在裝置間傳遞；備份則是保留可供還原的副本，兩者用途不同，而且一次誤刪也可能透過同步傳播。因此，在大量清理、重建群組或換機前，請另外保留可辨識的獨立備份，並註明包含哪些項目，避免還原時選錯檔案。

先還原資料，再驗證規則與自動連線

新裝置應先取得用戶端，再還原一份訂閱或少量獨立伺服器，確認基本連線正常後再還原 Config，最後檢查 On Demand。不要一次匯入所有資料後就立刻啟用自動連線，否則錯誤規則、失效驗證資訊和系統觸發條件會交錯影響。新裝置上的系統 VPN 相關授權須依提示重新處理；舊裝置連線正常，不代表授權狀態會直接移轉。移轉期間請保留舊裝置，以便逐項比對。

還原訂閱後應重新更新，獨立項目應重新核對，規則則須確認引用的策略仍然存在。名稱相同不代表項目身分相同；若移轉後的設定引用了已不存在的群組，請先修正對應關係，再測試實際請求。備份是否成功，不能只看檔案數量，而要確認能否依明確順序重建可用狀態。記錄一次實際還原結果，可減少下次換機時重新摸索。

若要取得用戶端，iPhone / iPad 版在 App Store 一次性付費 $2.99；Mac（Apple 晶片與 Intel）、Windows、Android、Linux 版免費。安裝及系統允許設定請依下載頁說明操作；其他平台安裝檔由本站 /dl/shadowrocket/ 路徑提供。iPhone / iPad 的已購項目還原與系統需求請參閱下載頁對應章節，帳戶購買紀錄與訂閱驗證資訊應分開管理。

新裝置驗證完成後，再依自己的裝置處理流程清除舊裝置中的訂閱、伺服器、匯出檔、QR Code 圖片和剪貼簿暫存內容。若憑證曾經外洩，應依資料管理方提供的方式更換；單純刪除本機檔案，不會讓已外洩的網址或金鑰失效。更完整的移轉檢查請參閱設定備份與換機移轉；日常操作則可回到使用教學，依照連線流程重新檢查。