Subscribe：建立訂閱與伺服器的歸屬關係
訂閱是可再次請求的遠端資源網址；伺服器項目則是一組供客戶端實際連線使用的參數。兩者不能只因外觀相似就混為一談：更新訂閱可能會取得多筆伺服器資料，單一分享連結通常只描述一台伺服器。匯入前先確認取得的是哪種資料，可避免把訂閱網址填進伺服器地址欄，也有助於理解為何某些項目更新後又重新出現。
先確認資料類型，再進入 Subscribe
向你的服務商取得訂閱後，先保留原始文字，不要直接修改其中的查詢參數。訂閱通常是網址，但「能在瀏覽器開啟」並非判斷依據；登入頁面、說明頁面和訂閱資源可能使用相同網域。請核對服務商提供的用途說明，確認該網址是 Shadowrocket 訂閱，而非帳戶管理或一般說明頁面。
在 Home 的新增入口選擇 Subscribe 對應的訂閱類型；部分介面會在 Add Server 的 Type 中列出 Subscribe。進入後，將完整網址貼到 URL，填寫方便辨識的備註，再儲存並更新。不同平台的入口排列可能不一樣，請依 Subscribe 和 URL 的用途判斷，不必要求某個按鈕固定出現在螢幕的特定位置。
備註建議記錄資源歸屬和用途，例如「個人訂閱／日常」、「個人訂閱／備用」。不要在備註中寫入完整訂閱網址、帳戶密碼或存取憑證。備註主要用來整理清單，不能取代伺服器端參數；修改備註不會自動變更實際伺服器地址，也無法讓過期憑證重新生效。
從項目與更新結果確認匯入完成
儲存訂閱後，查看下方是否出現伺服器項目，並確認更新時是否回報錯誤。只看到訂閱名稱，不代表已取得有效伺服器。若清單是空的，請依序檢查網址是否完整、目前網路能否讀取該資源，以及伺服器端是否傳回客戶端可辨識的內容。先記下錯誤訊息，再決定是否重新新增，避免連續建立多筆相同訂閱。
訂閱中的伺服器名稱通常由遠端資料決定。更新後名稱、數量、順序或連線參數有所變動，不一定代表客戶端遺失資料；也可能是遠端移除了舊項目或調整了設定。若要追蹤變更，請先記錄更新前後的訂閱名稱與項目名稱，再比對其歸屬，不要只看清單總數來判斷更新是否正常。
成功匯入訂閱後，還需要選擇可用伺服器並完成連線驗證。訂閱提供伺服器資料，Config 中的規則則決定如何處理流量，兩者屬於不同層面。只有伺服器資料、沒有合適的 Global Routing 設定，實際連線路徑仍可能不如預期；只有規則檔、沒有可連線的伺服器，也無法建立 PROXY 連線。
| 資料類型 | 匯入後的主要項目 | 後續維護方式 |
|---|---|---|
| Subscribe URL | 訂閱及其伺服器清單 | 向原網址發出更新請求 |
| 單一分享連結 | 獨立伺服器項目 | 重新匯入或手動編輯 |
| Shadowrocket .conf | Config 設定檔 | 維護規則與設定內容 |
訂閱網址應作為憑證妥善保管
訂閱網址可能含有可辨識帳戶的參數，應視為敏感資料妥善保管。複製到聊天、截圖或問題描述前，請遮住完整路徑中的憑證及查詢參數。只隱藏網域通常沒有幫助，因為真正允許讀取資源的內容可能在網址後段。尋求協助時可提供協定類型、錯誤類別和操作步驟，不必公開可直接存取的訂閱網址。
若懷疑網址已外洩，請向你的服務商確認能否重設訂閱憑證，再替換客戶端儲存的 URL。只修改本機備註或刪除單一伺服器項目，都不會讓舊網址失效。替換後先更新並測試一個項目，確認新資源可正常使用，再清除舊訂閱，避免資料尚未驗證就失去原本可用的設定。
Add Server：依協定填寫伺服器參數
手動新增適合已掌握完整伺服器資料，或需要核對特定欄位的情況。進入 Add Server 後，先選擇 Type，再填寫對應欄位。不要先把所有資料填進預設表單再切換協定類型；不同協定的必填欄位和可用選項各不相同，切換類型後也要重新確認已填內容是否適用。
分別核對地址、連接埠與身分憑證
Address 通常填寫伺服器網域名稱或 IP 地址，不包含網頁路徑，也不應連同協定前綴一起貼上。Port 必須與伺服器端的監聽連接埠相同，不可把管理網頁的連接埠當成代理連接埠。IPv6 請使用表單分開提供的地址與連接埠欄位，不要自行套用網址的組合方式；若原始資料只有完整連結，建議直接使用連結匯入。
身分憑證必須依協定核對。Shadowsocks 常見的是加密方法與密碼，VMess 和 VLESS 使用對應的使用者識別碼，Trojan 則使用其驗證資訊。看到一長串字元，不能據此判斷應填入哪個欄位。複製後請留意前後空格、換行和字元大小寫，尤其不要把介面自動換行誤認為原始憑證中真的有換行。
若參數說明只提供「密碼」和「地址」，可能仍不足以建立完整連線。伺服器端可能還要求特定傳輸方式、TLS、SNI、路徑或其他選項。此時應向你的服務商取得完整資料，不要靠逐一切換開關，試出一組看似能儲存的值。表單能儲存只代表輸入格式可接受，不代表伺服器認可這組參數。
| 參數類別 | 核對項目 | 常見混淆 |
|---|---|---|
| Address / Port | 連線目標與監聽連接埠 | 把網頁網址當成伺服器地址 |
| 驗證參數 | 密碼、使用者識別碼或金鑰 | 填入其他協定的憑證 |
| TLS / SNI | 是否啟用與驗證名稱 | 把 SNI 當成 Address |
| 傳輸參數 | 傳輸方式、Host、路徑 | 遺漏路徑或改變大小寫 |
TLS 與傳輸參數是不同設定
TLS 負責連線加密及相關驗證；傳輸參數則描述協定資料如何傳送。啟用 TLS 不代表可以省略傳輸路徑；填入 Host 也不代表 SNI 已設定正確。若資料中的 Address、Host 和 SNI 不一致，請分別填入對應欄位，不要為了「統一」而把三者都改成同一個網域名稱。
憑證驗證失敗時，先核對裝置時間、SNI、伺服器憑證狀態，以及資料是否已變更。不要把關閉憑證驗證當成通用修復方式。略過驗證可能掩蓋連線目標錯誤，也會降低確認伺服器身分的能力。若必須分析特定測試環境，請清楚記錄變更，測試結束後還原原本的驗證設定。
WireGuard 等協定使用不同的金鑰與介面參數，不能套用一般帳號密碼表單。私鑰屬於敏感憑證，不應放進截圖或一般備註。與本機地址、對端公鑰及路由範圍相關的欄位，應整組核對；只替換其中一個值，可能會成功交握，卻無法讓流量抵達預期目標。
儲存後先做基本驗證
建議為手動填寫的項目加上清楚備註，標明「手動」及用途，並與訂閱項目分開。儲存後先選取該伺服器，在固定網路下完成一次連線和存取測試；暫時不要同時切換規則檔、DNS 和多個傳輸選項。若連線失敗，請先逐項比對原始資料，並分開排查「參數錯誤」與「目前網路無法連線」兩種情況。
若要修改訂閱中的伺服器，建議先複製成獨立項目再測試。直接編輯由遠端管理的項目，下次更新可能會重新寫入原始參數，導致本機修改消失。獨立副本方便測試，但往後也不會自動取得訂閱中的新參數；測試通過後仍須記錄維護方式，不能長期把副本誤當成會自動更新的項目。
不同平台和介面語言顯示的欄位標籤可能略有不同，請依欄位用途對照協定資料，不要照著其他協定的截圖逐字填寫。常見介面用語可參考介面英文對照。保留原始資料、一次只修改一個參數，並在每次變更後驗證，比反覆刪除重建更容易找出問題。
掃描與剪貼簿：辨識內容後再匯入
掃描 QR Code、從剪貼簿匯入和手動填寫只是不同的輸入方式，不會改變伺服器本身的權限或功能。QR Code 可包含單一分享連結、訂閱網址或一般文字；剪貼簿也可能存有任何內容。匯入前先確認預期取得的是一台伺服器、一筆訂閱還是一個設定檔，匯入後再依此核對結果。
Scan QR Code 的辨識與權限
開啟 Scan QR Code 時，系統可能會要求相機權限。只有準備掃描自己已有的資料時，才授予所需權限；若先前拒絕過權限，可到系統的應用程式設定中檢查相機存取權。相機無法啟動屬於權限或裝置層級問題，不代表 QR Code 中的伺服器已失效，也不需要因此重建訂閱。
掃描前讓 QR Code 完整出現在畫面中，保留四周的辨識邊界，避免反光、遮擋和明顯模糊。包含較長參數的 QR Code 圖案會更密集，縮得太小容易辨識失敗。若資料顯示在另一個螢幕上，可適度放大；不要為了截取圖案而裁到只剩黑白方塊。
若 QR Code 存在目前裝置的圖片中，只有在介面提供從相簿辨識的入口時才使用該功能。若目前介面沒有這個選項，可回到原始文字資料，複製連結匯入。不要把「相簿看得到圖片」和「應用程式能辨識圖片」視為同一回事，也不要反覆授予與匯入無關的系統權限。
剪貼簿只保留一筆完整資料
向你的服務商複製連結時，盡量使用對方提供的複製功能，避免手動選取時漏掉開頭或結尾。複製後立即回到 Shadowrocket，使用對應的剪貼簿匯入入口。若系統跳出貼上存取提示，請在確認確實要匯入時允許；拒絕後未讀取到內容，不代表原始連結格式有誤。
聊天軟體、電子郵件和文件可能在連結周圍加上引號、項目符號或說明文字。匯入前只保留真正的連結，不要連「點這裡」之類的標題一起複製。有些長網址在螢幕上分成多行只是顯示換行，複製後仍是一整條；若原始文字真的插入空格或換行，請重新從原始資料複製，不要隨意刪改字元。
一次只匯入一筆可明確辨識的資料，尤其是在排查問題時。把多個訂閱網址、多條單一連結和說明文字混在一起貼上，可能只解析部分內容，甚至產生與預期不同的項目。批次處理前先用一筆資料驗證格式，再檢查匯入後的數量與歸屬，不能只看是否出現成功提示。
匯入後分三個層面檢查
第一層確認匯入項目是否正確：預期匯入一筆訂閱，就應看到可更新的訂閱項目，而不只是地址相似的伺服器。第二層確認參數是否完整：開啟項目查看 Type、Address、Port 及必要的傳輸設定。第三層測試連線：選取項目後執行測試，並存取你原本就有權使用的目標服務。
若同一份資料手動填寫後可以連線，掃描匯入卻失敗，請先比對兩者欄位，不要立刻判定 QR Code「失效」。可能是編碼時省略了傳輸參數，也可能是分享格式超出目前匯入器支援的範圍。可保留兩個項目作為對照，但請用不同備註標示，以免後續測試時選錯。
反過來，若掃描匯入可以使用、手動輸入卻失敗，通常應先檢查手動填寫時漏掉的欄位和特殊字元。分享連結可能包含不易察覺的 TLS 或路徑選項，表面上只顯示伺服器名稱。不要只比對名稱與連接埠就認定兩筆設定完全相同，請展開完整設定逐項檢查後再清除重複項目。
匯入完成後，可清除不再需要的剪貼簿內容，並刪除暫存憑證的截圖。若資料已同步至其他裝置或雲端，清除本機內容不代表所有副本都已清除。需要向他人描述辨識問題時，提供錯誤提示、資料類型和操作入口即可；不要直接傳送仍有效的 QR Code 或完整連結。
更新策略：掌握更新時機並保留回復方式
更新訂閱是重新請求遠端資料，不只是檢查本機清單是否還在。遠端內容變更後，更新可能新增、刪除或修改伺服器，也可能調整備註和排序。合理的更新策略應同時考量資料變更頻率、目前網路能否存取訂閱資源，以及本機是否有需要保留的手動修改，而不是認為更新次數越多就越可靠。
第一次更新採用可觀察的手動流程
首次建立訂閱後，先手動更新，確認請求是否成功、回傳內容能否解析，以及項目是否符合預期。確認流程正常後，再依介面實際提供的選項設定自動更新。首次匯入尚未完成時，不要同時啟用多種自動功能，否則難以判斷清單變化是來自自己的操作，還是背景更新。
更新前記錄目前可用伺服器的名稱、所屬訂閱和正在使用的設定檔。重要的手動修改可另存為獨立副本或進行本機備份。訂閱中的項目由遠端資料管理，本機修改不一定能在更新後保留。若某項參數必須長期不同於訂閱原始設定，請將它明確作為獨立項目維護，不要依賴它剛好沒有被覆寫。
自動更新間隔應依實際需求設定。資料長期穩定時，不必在短時間內連續請求；正在處理伺服器端變更時，可在確認資料已調整後手動更新一次。頻繁重試可能觸發遠端流量限制，也會讓錯誤記錄一再累積，卻無法修復網址失效、驗證失敗或回傳格式不符等問題。
分開判斷網路錯誤與內容錯誤
請求逾時通常需要檢查目前網路和訂閱網址是否可連線；若有收到內容卻無法解析，則應確認資源是否變成登入頁面、錯誤頁面或其他格式。若介面明確顯示驗證相關錯誤，請向你的服務商確認網址和憑證是否仍有效。此時修改本機伺服器備註，通常不會影響訂閱請求結果。
訂閱資源的存取路徑與伺服器連線路徑不一定相同。伺服器仍可連線，不代表訂閱網址也一定能存取；訂閱能更新，也不代表其中每一台伺服器都能連線。請分別記錄更新結果和連線測試結果，不要只因其中一項成功，就排除另一層面的問題。
排查時一次只變更一個條件，例如維持同一訂閱網址，改用另一個可用網路再試。不要同時修改 URL、DNS、Global Routing 和多項伺服器參數，否則即使恢復正常，也無法判斷原因。若更新可能取代現有清單，請先確認舊資料已備份，再進行可能大幅變更項目的操作。
| 狀況 | 優先檢查 | 暫緩操作 |
|---|---|---|
| 請求逾時 | 目前網路與資源連線狀況 | 反覆刪除訂閱 |
| 內容無法解析 | 回傳格式及是否為錯誤頁面 | 改寫已編碼的內容 |
| 更新後項目減少 | 遠端變更與訂閱歸屬 | 立即清空剩餘清單 |
| 本機參數恢復原值 | 是否遭訂閱資料覆寫 | 持續編輯同一個遠端項目 |
更新完成後進行小範圍驗收
出現成功提示後，至少檢查一個常用項目和一個備用項目，確認協定、地址及連線狀況都正常。若伺服器名稱有變更，也要檢查規則或選取記錄是否依賴這些名稱。清單仍有顯示不代表原本固定使用的項目仍存在，尤其遠端重新命名或合併項目時更要留意。
若更新失敗但舊項目仍可連線，可先保留原狀態，處理訂閱請求問題。不要為了消除錯誤提示而清空整份清單。若更新成功後反而無法連線，請比對更新前後的實際參數，並向你的服務商確認變更內容；只還原舊名稱，無法恢復已變更的伺服器驗證資訊。
最後要區分應用程式更新與訂閱更新：前者會更新 Shadowrocket 程式，後者則更新遠端伺服器資料。應用程式的取得與安裝說明請見下載頁。更新訂閱不會自動升級客戶端，重新安裝客戶端也不會自動修復失效的訂閱網址；兩種維護流程應分別驗證並記錄。
多訂閱整理：透過命名與歸屬減少重複
管理多筆訂閱的重點，不是把所有伺服器混成一份更長的清單，而是能說明每個項目的來源、更新方式，以及是否另有獨立副本。先釐清歸屬，再安排排序與刪除。只依名稱去重容易誤刪用途不同的伺服器；只看數量判斷整理成效，也可能連仍在使用的獨立設定一起刪除。
為訂閱與獨立項目建立兩層命名
訂閱名稱用來標示資料來源與用途，伺服器備註則用來區分個別連線項目。兩層命名不可互相取代：把所有伺服器都改成相同的訂閱名稱，會失去項目間的差異；只保留遠端伺服器名稱、不記錄訂閱歸屬，則在多份清單出現相同名稱時，難以判斷應更新或刪除哪一組。
訂閱名稱可簡短標示「用途／資源組」，例如「日常／個人」、「測試／個人」。手動副本請加上「手動」標記，並記錄原訂閱名稱。不必在每個項目中寫完整日期或長篇說明，更不要把密碼或訂閱憑證放進名稱；命名應協助辨識，而不是變成另一份敏感資料清單。
先完成一組訂閱的更新與驗證，再處理下一組。每新增一筆訂閱，都要檢查是否已有相同 URL，以及是否曾將其中的伺服器以獨立連結匯入。重複來源不一定會顯示相同名稱，因為同一筆訂閱可能被多次新增並使用不同備註；請回到訂閱項目本身，比對歸屬和網址。
判斷重複項目不能只看伺服器名稱
兩個名稱相同的項目，可能使用不同地址、連接埠、驗證資訊或傳輸參數；名稱不同的項目，也可能實際使用相同的連線參數。去重前應先比較協定類型與目標地址，再核對連接埠、身分憑證和重要傳輸設定。請在本機比對憑證，不要為了檢查而上傳到公開試算表或網頁工具。
即使連線參數相同，也要考量維護方式是否不同。一筆來自訂閱，另一筆是獨立手動副本；前者會隨遠端更新，後者不會。刪除前應決定要保留哪種維護方式。若手動副本包含必要的本機調整，就不能只因地址相同而刪除；若只是舊的臨時測試記錄，則可在確認訂閱項目正常後清理。
刪除同一筆訂閱中的伺服器後，下次更新時它可能再次出現，因為遠端清單仍包含該項目。這不是去重失敗，而是本機刪除與遠端管理的範圍不同。若介面提供訂閱篩選或管理選項，可依實際功能設定；若沒有相應選項，就要接受更新可能還原遠端項目，不要為了清單外觀反覆刪除。
依使用情境分組，不要只依單次測試結果分組
較穩定的整理依據是日常、備用和測試等實際用途。單次延遲結果只反映當時的網路狀況，不適合作為永久分類依據。若某次測試較慢，就立即把所有相關項目移出常用範圍，下次換網路後又得重新整理。保留少量已驗證的備用項目，比頻繁重建整份清單更容易維護。
若介面提供排序或移動功能，可將常用訂閱與伺服器放在方便存取的位置；若目前介面不支援自訂排列，使用清楚的備註和分組檢視即可，不必要求所有平台的顯示順序完全一致。遠端更新也可能改變原始排列，因此不要把「排在第三列」當成辨識伺服器的可靠依據。
整理時先處理明確重複的訂閱，再處理臨時副本，最後才處理長期未使用但可能需要還原的資料。每次只處理一類項目，並確認目前選取的伺服器是否會受到影響。若連線仍依賴某組資料，不要直接刪除整組；最好先切換到已驗證且會保留的項目，再進行清理。
整理完成後，抽查每筆保留的訂閱能否更新、每個常用群組是否至少有一個可用項目，並儲存新的管理狀態。多訂閱整理方式與重複項目案例請見多訂閱管理文章。長期維護應以歸屬清楚、變更可追蹤為目標，不必一味追求最短的清單。
延遲測試與排序：依實際連線情境解讀結果
延遲測試用來觀察特定測試方式下的回應時間，不等於完整的應用程式使用體驗。數值較低的項目，實際存取時仍可能受頻寬、封包遺失、驗證、TLS 或目標服務回應影響；顯示逾時的項目，也須依測試目標和方法判斷。先確認測試內容，再決定結果是否足以影響伺服器選擇。
固定網路、測試方式與比較範圍
在 Home 或相關測試入口使用 Connectivity Test 時，先確認介面實際提供哪些測試方式。不同方式可能只檢查到伺服器連線的某個階段，也可能透過代理向特定目標發出請求。只有在相同方法、相同網路及相近時間取得的結果才適合直接比較；不要將不同條件下儲存的舊結果混在一起排序。
建議先測試少量常用伺服器，確認測試目標正常後再擴大範圍。一次集中測試很長的清單，可能受到本機網路和並行連線影響。若所有項目幾乎同時逾時，應先檢查裝置網路、測試目標和目前設定，不要立刻認定每台伺服器都已失效。先用一個已知可用的項目作為基準，較容易定位問題。
單次結果容易受到瞬間波動影響。可對候選項目重複測試幾次，觀察結果是否穩定，以及是否經常逾時，不要只挑數值最低的一次。若已更換 Wi-Fi 或行動網路，先前的排序可能不再適用；應在目前實際使用的環境重新驗證，不要把某次測試結果視為伺服器的固定屬性。
區分連線至伺服器與存取目標
能連上伺服器，不代表代理協定驗證已成功；協定驗證成功，也不代表目標網站一定能正常回應。排查時可分成網路可連線、協定交握、目標請求三個層面記錄。若某個階段失敗，優先核對與該階段相關的參數，不要把所有問題都歸因於「延遲太高」。
實際存取驗證還需要檢查 Global Routing。Config 模式依啟用的規則決定策略；Proxy 模式可用來直接驗證代理流量；Direct 模式則不能用來證明伺服器代理是否正常。這些模式名稱對應介面用語 Config、Proxy、Direct；測試後請恢復日常使用的模式，避免長期保留暫時設定。
| Global Routing | 診斷用途 | 注意事項 |
|---|---|---|
| Config | 驗證實際規則分流 | 目標可能符合 DIRECT 或 REJECT |
| Proxy | 集中檢查代理連線路徑 | 仍會受到系統與設定例外影響 |
| Direct | 觀察直連時的表現 | 無法證明所選伺服器可用 |
在 Config 模式下，若某個目標符合 DIRECT 規則，存取成功不能證明所選伺服器正在運作；若符合 REJECT 而導致失敗，也不能說明伺服器本身無法連線。請配合目前規則、連線記錄和目標網域判斷實際策略。相關規則關鍵字可查閱術語手冊，不要只因單一目標的測試結果就立即更換整份訂閱。
排序只用來縮小候選範圍
依測試結果排序後，先從表現穩定的幾個項目中挑選，再使用實際需要的服務進行驗證。互動請求、長時間傳輸和持續連線對網路的要求各不相同，不能以一次短請求測試代表所有情境。也不要把伺服器備註中自行填寫的速度或用途，當成客戶端已測量並確認的結果。
保留一個穩定候選項目和一個已驗證的備用項目，就足以應付許多日常管理需求。切換至備用項目時，盡量維持相同的 Config 和目標服務，方便比較。若同時更換規則、網路和伺服器，即使恢復存取，也無法判斷故障原因；下次遇到類似問題仍得重新排查。
若測試正常，但連線後部分應用程式仍無法使用，應繼續檢查 DNS、規則比對、應用程式既有連線及目標服務限制，不要一再重新排序。有些應用程式會重複使用先前建立的連線，修改設定後需要重新發出請求，才能觀察新的連線路徑。比較前先結束測試目標的舊請求，避免把快取狀態誤認為目前設定的結果。
最後記錄本次網路環境、測試方式、選用項目和實際存取結果，不必保存每一次數值。真正有用的記錄是「哪些條件下可用、哪些條件下失敗」。初次連線常見的卡關環節，可參考入門常見問題，再依本章的分層方式繼續排查。
刪除與備份：先確認還原範圍再清理
刪除時應從最小項目開始，備份前則要先確認涵蓋範圍。單一伺服器、一筆訂閱和一個 Config 檔案是不同項目，刪除其中一項通常不能取代對其他項目的管理。清理前先確認要移除的是顯示項目、整組遠端資料，還是不再使用的規則；不要用「全部重來」處理局部問題。
刪除前檢查目前連線依賴
若要刪除目前選取的伺服器，請先切換到已驗證且會保留的項目，並確認連線正常。若要刪除整筆訂閱，請檢查其中是否有仍在使用的備用項目，以及規則或選取記錄是否依賴某些名稱。刪除不只是讓清單變短，也可能影響之後可選用的連線項目；請先處理依賴關係，再進行清理。
刪除訂閱中的單一伺服器後，下次更新時它可能再次出現；刪除訂閱項目則可能連同其中的伺服器一併移除，實際範圍應以介面顯示的確認內容為準。執行前請仔細閱讀確認提示，不要根據按鈕文字長短推斷影響範圍。若只是暫時停用，優先切換選取項目或使用介面提供的停用方式，不要直接刪除所有資料。
刪除 Config 檔案與刪除伺服器也應分開處理。目前使用的規則檔可能決定 DIRECT、PROXY 和 REJECT 的比對方式；刪除或替換後，即使伺服器參數未變，存取行為仍會改變。清理規則檔前，先確認要保留哪個設定作為日常使用項目，並記錄其中是否有自行新增的區域網路或網域規則。
備份清單比「有一個檔案」更重要
備份至少應考量訂閱網址、獨立伺服器、目前的 Config、重要本機修改，以及需要重新設定的連線選項。不同匯出入口可能涵蓋不同項目：單一伺服器分享不能取代整份設定備份；只有規則的 .conf 也無法自動還原所有伺服器。匯出後請核對檔案或內容類型，不要只因檔案已儲存就認為還原資料已備齊。
在 Settings 或對應項目的管理入口中，只使用介面實際提供的匯出、備份或分享功能。若沒有完整備份入口，請分別儲存需要還原的項目，並製作簡短清單。記錄每份資料的用途和還原順序即可，避免在一般筆記中重複明文儲存所有密碼，以免增加不必要的外洩風險。
備份可能含有訂閱憑證、伺服器密碼、使用者識別碼或私鑰，應儲存在自己掌控且有存取保護的位置。使用系統雲端儲存同步時，也要考量帳戶防護和其他已登入裝置。不要把備份當成一般附件長期散落在聊天記錄中，也不要為了讓他人檢查格式而傳送完整且仍有效的設定。
依序還原，再驗收連線
還原時先確認客戶端來自正確管道，再匯入訂閱和獨立伺服器，接著還原 Config，最後設定 Global Routing 和其他連線選項。iPhone / iPad 的正版核對項目包括開發者 Shadow Launch Technology Limited、官方圖示和 App ID 932747118；其他平台的取得說明與本站安裝包入口，請見正版核對專區。
還原訂閱網址後，應執行一次更新，再檢查遠端資料是否已變更。舊備份中的伺服器或許仍可匯入，但驗證資訊或目標地址可能已失效，因此「看得到舊項目」不代表還原完成。獨立伺服器則須逐項確認是否仍適用，不要期待訂閱更新能自動修復已脫離訂閱管理的副本。
還原完成後，依序檢查常用項目、備用項目、目前規則和實際目標存取。若使用 On Demand，也要確認自動連線行為符合預期；但在基本連線尚未驗證前，不要同時啟用自動功能。發現問題時保留原始備份，先針對還原後的資料小幅調整，避免覆蓋最後一份可供比對的狀態。
換機後也不必長期保留所有歷史資料。確認新裝置能更新、連線並使用日常規則後，再清除舊裝置上的憑證與暫存匯出檔。若舊裝置已不再由自己掌控，請向你的服務商確認是否需要撤銷或更新相關憑證；只刪除本機應用程式，不能保證先前複製出去的網址和備份也同時失效。
日常維護可固定採用一套循環流程：變更前備份，變更時一次只調整一類項目，變更後測試，確認穩定再清理。若要重新依完整連線流程操作，請回到快速入門教學；若要整理多筆資源，請回到本頁的多訂閱章節。保留清楚的還原方式，才能讓下次更新與排錯仍在掌握之中。