Shadowrocket
訂閱與伺服器管理

Subscribe：建立訂閱與記錄的關聯

訂閱是用來取得伺服器資料的遠端網址，不是某一台伺服器本身。Shadowrocket 會向該網址發出請求、讀取回傳內容，再將可辨識的項目顯示為伺服器記錄。因此，訂閱網址可開啟、清單有項目、伺服器可連線，是三個不同的檢查點。遠端內容也可能變動；今天匯入的名稱、數量與排序，不能取代下次更新後的檢查。開始操作前，先確認取得的是供 Shadowrocket 使用的訂閱網址，而非介紹頁、帳戶頁或單一伺服器的分享連結。

從 Home 新增 Subscribe

在 Home 使用新增入口，進入 Add Server 後，在 Type 選擇 Subscribe，再填入訂閱 URL 與方便辨識的名稱。若入口文字或排列隨應用程式介面調整，請以實際顯示為準；操作對象始終是 Subscribe 類型的記錄。請將完整網址填入 URL 欄位，不要填在伺服器 Address 中。儲存前核對網址開頭、結尾與查詢參數，尤其留意複製時夾帶的空格、換行、中文標點，以及聊天文字中的說明句。

名稱僅供本機辨識，建議標示用途或來源，例如「個人常用訂閱」，不要將完整網址放進名稱。含有驗證參數的 URL 等同存取憑證；他人取得後可能讀取你的伺服器資料。輸入完成後儲存並檢查讀取結果：是否出現所屬記錄、是否有明確錯誤訊息，以及記錄類型是否符合預期。首次取得結果可能受目前網路、訂閱網址有效性與遠端回應影響；完成儲存不代表已成功讀取。

分別檢查入口、回應與內容

清單空白時，先回到訂閱記錄確認 URL 是否完整，再區分請求失敗與解析失敗。請求失敗通常需要檢查本機網路、網域解析、遠端可連線性或驗證狀態；解析失敗則可能是回傳網頁、登入提示、錯誤文字，或回傳格式與目前匯入方式不相符。不要因為清單空白就隨意修改協定欄位，也不要先刪除所有舊記錄。保留目前仍可使用的記錄，才能在檢查過程中維持可復原狀態。

若網址含有很長的查詢參數，應逐段與自己的原始資料比對，不要只確認網域相同。遠端網址可能透過參數區分帳戶、格式或存取權限；少一個字元也可能得到完全不同的回應。需要向自己的服務供應商回報時，說明錯誤類型、發生步驟與網路環境即可；提交截圖前請遮住 URL、驗證參數與伺服器憑證。無須為了說明「匯入失敗」而公開完整訂閱內容。

Subscribe 不等於 Config

Subscribe 主要用來取得伺服器記錄；Config 則主要用來整理設定規則與相關設定。只有伺服器清單，不代表已具備適合目前用途的分流規則；有規則檔，也不代表已填入可用的伺服器。匯入成功後，應回到 Home 確認實際選取的伺服器，再檢查 Global Routing。日常依規則處理流量時使用 Config 模式，但仍須確認目前啟用的設定內容，不要只憑模式名稱判斷請求一定會經過哪條路徑。

最後透過明確的網頁請求驗證實際連線，而不只是確認清單有項目。連線開關、伺服器選取與請求路徑的完整操作，請參閱入門指南。若訂閱已成功讀取但仍無法存取，請前往「測試與排序」章節逐層檢查，避免把伺服器連線問題誤判為 Subscribe 匯入問題。

Add Server：逐項核對手動輸入欄位

Add Server 適合輸入已有的單台伺服器資料，也適合在訂閱之外保留少量需要獨立管理的記錄。手動輸入前，應先取得一組完整參數，而不只是地址與連接埠。不同協定對驗證、加密、傳輸與 TLS 的要求各不相同；不要因欄位名稱相似就沿用上一筆記錄。先選擇正確的 Type，再依提供給你的參數逐項填寫，通常比先填地址、最後才更改協定更容易檢查，也能避免漏掉切換協定後新增的欄位。

基本欄位與驗證資訊

Address 是伺服器連線目標，通常填入網域或 IP 位址；Port 是服務監聽的連接埠，應另外填入數字。除非欄位明確要求 URL，否則不要在 Address 中附加網頁路徑或整段分享連結。Password、UUID 等驗證欄位應維持原值，注意大小寫、連字號與末尾空格。Remarks 供本機辨識，不參與驗證，可採用「用途－協定－標記」的格式，方便日後區分相似記錄。

不同協定欄位不可互相代用

Shadowsocks 需要符合驗證資訊與加密方式；VMess、VLESS 通常還需核對識別碼及相應的傳輸設定；Trojan 應檢查驗證與 TLS 相關要求；Hysteria2 需核對其專屬驗證與連線參數；WireGuard 則有密鑰、位址與對端等獨立設定結構。這些名稱只表示協定類別，不代表兩筆相同協定的記錄會有相同的附加欄位。資料不完整時，應補齊原始參數，不要反覆切換選項來猜測可用組合。

TLS 名稱、HTTP Host 與伺服器 Address 可能相同，也可能不同；不能只因為三者都是網域就視為相同。Address 用於找到連線目標；SNI 與憑證身分驗證有關；某些傳輸中的 Host 或路徑則用於符合伺服器端入口設定。若伺服器端明確提供這些欄位，請依資料填寫。連線失敗時應先逐項比對，而不是降低憑證檢查要求來掩蓋名稱錯誤；參數錯誤與憑證異常應分別查明。

儲存後先進行基本驗證

儲存一筆記錄後，回到 Home 確認它確實存在，並檢查選取標記是否位於該記錄上。若同時保留多筆名稱相似的伺服器，光看畫面名稱容易認錯，可進入詳細資料重新確認地址末段、協定與備註。先測試新記錄，再嘗試實際請求；不要一次新增許多相似項目後才集中排錯。每次只變更一個欄位並記下原因，才能判斷結果變化是由驗證、傳輸還是本機網路造成。

手動記錄通常由使用者自行維護，不能假設訂閱更新會替它修正參數。相反地，由訂閱產生的記錄即使允許編輯，下次更新也可能依遠端內容重新建立，局部修改未必會長期保留。若確實需要獨立調整，可先確認儲存機制，再另存一筆容易辨識的手動記錄，並註明它與原訂閱的關係。不要將重複名稱視為備份；備份必須保留完整參數與復原方式，而不只是清單中的另一個標題。

若單筆記錄一直失敗，但相同網路下其他記錄正常，優先重新檢查該記錄的協定與驗證資料。若所有記錄同時失敗，則應檢查網路環境、連線狀態與實際請求路徑。將問題範圍縮小，通常比持續新增或刪除伺服器更有效。

掃描與剪貼簿：匯入前辨識資料內容

Scan QR Code 與剪貼簿匯入只是輸入管道，不會決定輸入內容的含義。QR Code 可能包含單台伺服器的分享連結、訂閱 URL，甚至只是一般說明文字。剪貼簿也可能同時包含標題、提示文字與多個網址。因此，匯入前先確認資料類型：這是需要持續更新的訂閱，還是獨立的伺服器記錄；再選擇相應入口。將一般網頁網址當作伺服器匯入，或將伺服器連結當成 Subscribe URL，都會導致後續行為與預期不同。

Scan QR Code 的檢查順序

在 Home 找到掃描入口並使用 Scan QR Code；首次呼叫相機時，依系統提示決定是否允許存取。相機權限只用於讀取 QR Code，不代表已授權網路連線。掃描時讓 QR Code 完整進入取景範圍，避免反光、過度傾斜或影像模糊。辨識出內容後，先確認顯示的是伺服器詳細資料、訂閱資訊或其他提示；若有確認步驟，請檢查協定、備註與地址是否符合自己的資料，再儲存。

若 QR Code 位於同一台裝置的圖片中，而目前掃描入口提供從照片讀取的選項，可選取相應圖片；若沒有該選項，請回到原始資料複製文字，不必反覆拍攝螢幕。讀取失敗時，應先檢查清晰度、邊緣是否缺損、圖片壓縮與內容長度，而非直接判定伺服器無法使用。QR Code 在光學辨識階段尚未轉換成參數，網路連線尚未參與其中，兩者應分開排查。

剪貼簿只保留所需的完整文字

複製時盡量只選取一條完整連結，避免連同項目編號、引號或結尾標點一起複製。返回 Shadowrocket 後，若出現剪貼簿存取或匯入提示，請先確認來源再繼續；也可使用目前介面提供的匯入入口。系統詢問是否允許貼上時，依這次操作的需求決定。沒有出現提示不一定是應用程式故障，也可能是剪貼簿內容不完整、格式無法辨識，或目前系統權限與操作路徑不同。

若匯入後沒有新增記錄，先檢查是否已存在相同項目，再確認文字是否只有說明句。不要為了觸發提示而連續複製不同內容，以免覆蓋原始資料。若一段文字包含多條分享連結，應先保留原始副本，再分批匯入並核對結果。批次匯入成功不代表每筆參數都正確；至少抽查協定類別、名稱與所屬群組，重要記錄則逐筆驗證。

授權、儲存與連線是不同步驟

相機、照片與剪貼簿權限，和首次建立 VPN 設定檔時的系統授權用途各不相同。匯入只是將參數新增至裝置；真正啟用連線時，系統可能會要求允許新增 VPN 設定檔。不能只看系統頂端狀態或 Home 開關，就判定是否已匯入。儲存完成後先確認記錄位置，再選擇伺服器、檢查 Global Routing，最後送出實際請求。這樣發生錯誤時，才能判斷問題在哪個階段。

成功匯入後，可清除剪貼簿中仍保留的敏感內容，並依自己的資料管理習慣處理 QR Code 圖片。需要保留復原資料時，應存放於受保護的位置，不要長期留在公開相簿、共用筆記或聊天群組。刪除剪貼簿副本不會撤銷已外洩的憑證；若懷疑資料外洩，應在相應服務的管理端更換憑證，再更新客戶端記錄。

若同一份資料透過不同輸入方式得到不同結果，應比較實際辨識出的文字，而非只比較 QR Code 外觀。換行、編碼或字元遺漏可能發生在複製或辨識過程。可將問題拆成「是否讀出文字」、「是否解析出記錄」、「是否建立連線」三個檢查點，逐一確認。

分享連結：區分協定、編碼與設定

伺服器分享連結是一種參數載體，通常以協定識別字開頭，後續包含驗證資料、連線地址、連接埠與附加參數。Subscribe URL 則是讀取遠端內容的位置。兩者都可能以連結形式出現，但用途不同。辨識格式時先看整體結構，不要只憑名稱中的協定縮寫判斷。看似一般 HTTPS 網址的內容可能是訂閱入口，也可能只是網頁；協定連結可能只代表單台伺服器，不會因為名稱叫做「訂閱」就自動具備更新功能。

前綴可協助分類，但無法證明有效

常見協定分享前綴包括 ss://、vmess://、vless:// 與 trojan://。前綴只能提示解析方式，不能證明後續欄位完整，也不能證明目前客戶端接受其中每一項擴充參數。部分格式會將內容編碼後放在連結中，部分格式則使用查詢參數描述傳輸與 TLS。建議先照原樣匯入已有資料，再於詳細資料中檢查解析結果；不建議憑記憶拼出正式記錄。

編碼後的長字串並非安全加密。它可能只是將驗證資料與設定轉換成方便傳輸的文字，取得連結的人仍可能還原其中資訊。連結尾端的備註通常只供顯示；修改備註不代表驗證資料也改變。查詢參數中的字元也具有語法意義，例如分隔符遭刪除或錯誤跳脫後，應用程式可能讀取到不同欄位。不要用文字取代功能批次「整理」整條連結，更不要將看不懂的參數當成多餘內容刪除。

規則檔與伺服器連結的差異

Shadowrocket 設定檔依段落組織；以下片段只示範實際規則語法，不包含伺服器驗證資訊，也不是完整的個人設定。規則由上而下比對，FINAL 放在末尾，用於處理前面未符合的請求。範例中的 PROXY 與 DIRECT 表示規則處理方式，不能取代 Password 或訂閱 URL。匯入伺服器後仍需檢查目前設定，不要將規則文字貼到 Add Server 的地址欄位。

[General]
bypass-system = true

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

使用 Config 模式時，實際請求由目前設定規則決定；使用 Proxy 或 Direct 模式時，處理方式則不同。因此，測試某台伺服器前應先確認 Global Routing，避免請求實際走 Direct，卻誤以為選取的伺服器已通過驗證。三種模式的詳細說明請參閱Global Routing 選擇說明。了解這層關係，有助於區分「記錄解析正確」與「請求路徑符合預期」。

格式不符時保留原始內容

若出現無法辨識、欄位缺漏或匯入後參數明顯異常，請回到自己的原始資料確認適用格式。不要將含驗證資訊的連結上傳至不明轉換頁面，也不要只為了消除錯誤而刪除 TLS、路徑或其他傳輸參數。可在本機檢查是否有中文引號、換行或截斷，但修改任何參數都應有明確依據。不同欄位組合可能代表不同的伺服器端設定；成功儲存不代表這些組合一定能建立連線。

需要向自己的服務供應商說明格式問題時，可告知協定類別、匯入入口、錯誤階段與缺少的欄位，不應公開完整連結。保留原始內容副本有助於比對，但應將其視為憑證妥善保管。若已確認客戶端目前無法解析某項資料，應先取得適用的參數說明，再決定手動輸入或重新匯入，避免從不完整文字猜測連線方式。

訂閱更新：先確認結果，再調整策略

訂閱更新是重新要求遠端網址並處理回傳內容，並非更新應用程式。應用程式透過 App Store 更新；伺服器清單則由 Subscribe 記錄及其遠端內容決定。兩種更新的對象、失敗原因與復原方式都不同。一次訂閱更新可能造成名稱變更、新增記錄、參數調整或移除舊記錄，因此更新前最好確認目前使用哪台伺服器及其所屬訂閱，更新後才能準確核對變化。

手動更新以建立檢查基準

首次設定訂閱時，先完成一次可觀察的手動更新。在 Home 對應的訂閱記錄或相關操作選單中執行更新，等待結果後檢查所屬伺服器清單。介面入口請以目前應用程式顯示為準；不要將單台伺服器的測試操作誤當成訂閱更新。成功的基準包括：沒有明確請求錯誤、清單可解析、重要記錄欄位符合預期。更新動作結束並不代表每台伺服器都能連線。

若介面顯示更新狀態或時間，可作為本次檢查的線索，但不要只依此判斷遠端內容是否變動。挑選一兩筆已知記錄，核對名稱、協定或地址是否符合目前資料。遠端清單即使內容未變，也可能正常回傳；反之，請求收到網頁錯誤，也不代表取得了有效的伺服器清單。遇到異常時先保留錯誤訊息，不要連續按更新，以免掩蓋首次失敗的情況。

以可復原性安排自動更新

若目前的 Subscribe 設定提供自動更新或間隔選項，可依自己的使用頻率與網路條件安排，並先確認手動更新正常。自動化無法修復失效網址、錯誤憑證或不相容格式；它只會依條件再次發出請求。間隔也不代表保證在背景精確執行，裝置狀態、系統排程與應用程式執行條件都可能影響實際時間。重要使用前可主動檢查結果，不要假設遠端變化已經同步。

行動網路與 Wi-Fi 的可連線性可能不同；更新失敗時，應記錄使用的網路、連線開關狀態與錯誤類型。不要直接假設更新請求一定會經過目前選取的伺服器；實際路徑受應用程式設定與網路狀態影響，應依可觀察結果核對。若切換網路後更新成功，表示需要進一步檢查原網路的解析或存取條件，而非立即重建所有訂閱。每次只變更一項條件，才有助於釐清因果關係。

更新後的名稱變化與本機編輯

遠端訂閱通常是其產生記錄的參數來源，本機修改名稱或欄位可能在後續更新時被覆蓋。若要保留特殊用途的獨立記錄，應另行管理，並了解它不會自動套用遠端修正。遠端移除的伺服器也可能從本機清單消失，這與手動刪除的原因不同。更新後若原先選取的記錄不見了，應重新確認實際選取項目；不能因為 Home 開關仍開啟，就認為仍在使用原本的目標。

網址失效與伺服器失效也應分開判斷。訂閱請求失敗，但已儲存的伺服器仍可連線，問題可能只在清單入口；清單更新成功，但所有伺服器都無法連線，則應檢查驗證狀態、伺服器端變更與本機網路。若遠端確實更換訂閱網址，請編輯正確的 Subscribe 記錄並核對新結果，確認穩定後再清理舊項；不要只因名稱相同，就認為兩筆記錄完全相同。

更新後網頁異常但延遲仍有數值，可參閱DNS 解析失敗排查繼續檢查。分別記錄「取得清單」、「建立連線」、「網域解析」與「網頁請求」，可避免在錯誤環節重複更新。自動策略應以穩定、可核查的管理為目標，而不是追求更頻繁地重新整理。

多訂閱整理：保留來源與用途界線

同時管理多個既有訂閱時，最重要的是掌握每筆伺服器由哪個訂閱產生、是否會自動更新，以及目前為何選用它。數量增加後，名稱相似、重複匯入與本機編輯容易模糊來源關係。整理的目標不是縮短清單，而是讓更新、測試與復原都有明確對象。開始整理前先保留原始資料並確認目前使用的記錄；無法辨認來源時，不要批次刪除名稱相似的項目。

名稱標示用途，不存放憑證

訂閱名稱建議使用穩定且容易辨識的用途標籤，例如「個人常用」、「臨時驗證」；獨立手動記錄則可加上「手動」標記。伺服器備註可補充協定或用途說明，但不要寫入完整驗證資訊，也不要把某次延遲數值長期放在名稱中。延遲會受時間、網路與測試方式影響，很快就會過時；名稱應協助辨識項目，不應用來判斷即時效能。同一用途的命名方式保持一致即可，不必建立複雜的編號規則。

若訂閱的遠端名稱經常變動，本機名稱編輯可能在更新後被覆蓋；應先確認儲存行為，再決定是否依賴此功能。較穩妥的做法是保留一份簡短的管理記錄，記下訂閱用途、主要記錄的辨識方式與維護動作。無需複製密碼，只要能協助你找到原始的受保護資料即可。不要將含敏感 URL 的截圖當作唯一來源說明，因為截圖不利於復原，也容易在分享排錯資訊時外洩。

區分重複匯入與相似的有效記錄

名稱相同不一定代表同一台伺服器，地址相同也不一定代表同一項服務。連接埠、協定、身分驗證、TLS 與傳輸路徑都可能不同。反過來，同一條分享連結分別透過掃描與剪貼簿匯入，也可能產生不易辨識的重複項目。整理時先比較協定與連線參數，再確認所屬訂閱，不要只看顯示名稱。若無法確認，先標記並觀察，完成測試與備份後再刪除，比立即合併更容易復原。

多筆記錄即使連線至相同地址，也可能是為不同網路條件準備。應依自己的實際用途驗證，而不是根據地區名稱或標籤猜測。名稱中的地理描述不代表實際請求出口或固定線路資訊，本手冊也不據此評價伺服器。是否保留應依使用者自己的需求、參數完整性與測試結果決定。將可驗證事實與標籤文字分開，有助於避免遠端改名後又重建本機清單。

整理清單不會改變規則選擇

移動清單位置、修改備註或調整顯示排序，通常只屬於管理操作，不能據此推定規則已變更。實際請求仍須依目前的伺服器選取、Global Routing 與 Config 判斷。若設定使用特定名稱或策略引用，重新命名前還應檢查相關引用是否依賴原名稱。伺服器整理與設定維護應分開進行：先確認清單項目，再核對規則關聯，避免同一次操作同時修改名稱、規則與連線參數。

可為每個訂閱保留一筆已驗證的代表性記錄，方便更新後進行小範圍複查；但它只是檢查樣本，不代表整份清單都已通過驗證。多個訂閱也不必同時啟用自動更新；先釐清各自用途，再決定維護頻率。臨時測試結束後應及時整理，避免幾個月後分不清哪些是正式使用項目，哪些是排錯時留下的副本。

清理清單後，透過一次實際請求確認目前選取項目與先前一致，再同步更新管理記錄。若整理時遇到不確定的介面用語，可查閱Home、Config、Data、Settings 介面說明。每項管理操作都對應明確對象，比靠記憶維護一長串相似伺服器更可靠。

延遲測試與排序：了解數值的限制

Connectivity Test 用於檢查特定測試條件下的回應情況，結果並非完整的可用性證明。不同測試方式可能關注連線建立或特定請求的回應；測試網址、逾時條件與網路狀態都會影響數值。數值較小不代表下載吞吐量較高，也不代表所有網頁都能開啟。比較伺服器前，應先確認採用相同方法與環境，再比較結果；不同時間、不同網路下的兩組數值不適合直接排名。

先測少量記錄，再驗證實際請求

在 Home 對目前需要使用的少量記錄進行測試，觀察正常結果、逾時或明確錯誤。測試完成後選取其中一筆，檢查 Global Routing 與目前的 Config，再開啟一個用途明確的網頁。實際驗證應涵蓋網域解析、連線建立與頁面內容載入，而非只確認網頁標題出現。若只測試清單卻未確認實際選取項目，可能測的是一筆記錄，實際使用的卻是另一筆。

批次測試有助於快速發現明顯異常，但同時送出大量請求會增加本機網路與遠端的瞬間負擔，也可能使結果互相影響。清單較大時，可依訂閱或用途分批測試，等結果穩定後再繼續。不要把一次批次逾時視為所有伺服器永久失效；先單獨重測一筆已知記錄，再更換網路條件比較。重測時應控制變因，不要同時更換伺服器、修改 DNS、切換規則並重新匯入。

排序只是顯示方式，不代表已完成選取

若目前介面提供依測試結果排序的功能，可用來檢視本次結果；排序後仍須核對選取標記。顯示順序變更不代表已自動切換至第一筆記錄，除非實際設定與介面狀態明確如此。測試數值也會隨時間失去參考性；離開 Wi-Fi 改用行動網路後，原本的排序可能不再反映目前狀況。選擇時應綜合目前測試、實際請求與用途，而非長期依賴一次排序結果。

名稱、延遲與穩定性各自代表不同資訊。名稱由資料提供者或使用者設定；延遲是單次測試結果；穩定性則須依多個實際使用時段判斷。不要將偶爾測得的最低數值寫進固定備註並長期依賴。若某筆記錄時好時壞，記錄失敗發生在連線開始、網頁解析還是傳輸途中，比只寫「很慢」更有幫助，也方便之後區分伺服器負載、網路波動與設定差異。

依失敗階段分層排查

若訂閱更新正常但測試普遍失敗，先檢查伺服器選取、驗證資料與網路可連線性；若測試有結果但網頁無法開啟，則繼續檢查 DNS、規則路徑與應用程式的實際請求。若網頁可開啟但大型檔案傳輸速度不理想，再觀察持續傳輸情況與不同網路條件。單次測試結果只能說明該條件下發生的情況，無法自動排除其他層面的問題。分層記錄可避免把所有現象都歸因於伺服器失效。

排錯時可暫時選擇明確的 Global Routing 模式來協助辨識路徑；測試結束後應恢復原本設定，並確認恢復後的請求行為。不要讓臨時驗證設定成為長期狀態。相關模式說明請參閱功能介紹，常見異常可至故障排查繼續查閱。

比較速度時，盡量使用相同目標、相近時間與相同本機網路，並避免同時執行大量傳輸工作。若結果仍明顯變動，記錄變化範圍與條件即可，不必追求固定數值。更多分層檢查請參閱速度慢的分層排查。測試的目的在於縮小問題範圍，而非替伺服器貼上永久有效或失效的標籤。

刪除與備份：區分本機清理與憑證撤銷

刪除前應先確認對象：是單筆獨立伺服器、訂閱產生的某筆記錄、整個 Subscribe，還是目前的 Config。各自的復原依據不同，誤刪後不能一概透過再次更新找回。刪除本機記錄不會自動撤銷遠端存取憑證；若目的是處理外洩，應在相應服務的管理端更換或撤銷憑證。將「從裝置移除」與「讓舊憑證失效」分成兩項工作，才能確認清理是否真正完成。

先確認資料由誰維護

獨立手動記錄通常須依靠原始參數或先前保留的有效匯出資料復原；只記得名稱，不足以重建驗證與傳輸設定。對於訂閱產生的記錄，單獨刪除後是否會再次出現，取決於後續更新與清單處理方式。只要遠端仍包含該記錄，它就可能重新出現在清單中。因此，若要長期改變遠端清單內容，應處理相應的訂閱管理關係，而不是反覆在本機刪除同一筆伺服器記錄。

刪除整個 Subscribe 前，應確認不再需要其所屬記錄，並保留自己的原始 URL。刪除後不要假設所有相關本機資料一定會以固定方式保留或移除；請先閱讀目前的確認提示，再返回 Home 檢查實際結果。若目前正在使用其中一台伺服器，應先切換至明確可用的替代記錄，並完成實際請求驗證後再刪除。即使結果與預期不同，也不會同時失去連線與復原管道。

備份應能還原欄位與關聯

備份至少應包含訂閱原始資料、獨立伺服器參數、需要保留的 Config，以及彼此的用途關係。若目前介面提供分享、匯出或備份功能，可依實際支援範圍使用；不要只憑功能名稱就假設它包含所有資料。匯出後請檢查檔案或文字是否確實包含所需對象，尤其要分清單筆分享連結與整套備份。也不要自動將 Config 檔視為所有伺服器驗證資訊的備份。

儲存位置應有適當的存取保護，避免放在公開共用資料夾、群組聊天或未受控的筆記中。備份檔可能包含訂閱 URL、Password、UUID 或密鑰，應以憑證規格保管。用於說明問題的去識別副本可移除敏感欄位，但不能取代正式復原資料。兩者最好分開存放並清楚標示用途，避免換機時取得一份已刪除關鍵參數的文字，卻誤以為那是完整備份。

換機與重新安裝：先復原應用程式，再復原資料

換機後，先透過 App Store 的購買記錄確認並取得 Shadowrocket，再復原自己的訂閱與伺服器資料。應用程式購買記錄與應用程式內的設定資料是不同項目；重新取得應用程式不代表每筆記錄都會自動復原。購買適用範圍、裝置相容性及系統需求以 App Store 頁面標示為準；應用程式取得步驟請參閱已購項目復原說明。資料復原後，仍須重新檢查伺服器選取、目前設定與系統連線授權。

驗證復原結果時，先匯入少量代表性資料，核對參數並完成實際連線，再復原其餘項目。尚未確認備份可讀取前，不要刪除舊裝置上的記錄。訂閱能重新讀取，不代表本機備註、獨立記錄與設定變更都已復原；請依事先列出的復原清單逐項核對。只有原始資料存在、格式可讀、欄位完整且經過驗證，備份才真正具有復原價值。

清理完成後，檢查目前連線、預設選取項目與 Config 是否符合預期，再處理過期備份。新備份驗證完成前，保留一份可復原的舊副本；確認舊憑證已失效或不再需要後，再依自己的安全管理要求移除。記錄「刪除了什麼、保留了什麼、如何復原」，比只記下清理日期更有用，也能在下次換機或排錯時快速找到正確資料。

本頁依管理需求拆解各個環節；若要從頭建立一條連線，請返回入門指南。遇到無法歸類的問題，先保存已遮蔽敏感資訊的錯誤提示與操作步驟，再查閱故障排查；不要以批次刪除取代問題定位。