Shadowrocket
訂閱與伺服器管理

一、Subscribe：匯入現有訂閱

先確認輸入的是訂閱網址

訂閱網址指向可重新取得的伺服器清單，並不等於清單中的某一台伺服器。匯入後，Shadowrocket 會解析回應內容並建立對應項目；之後更新時則會重新讀取該網址。因此，匯入前應先確認手上的資訊究竟是訂閱連結、單一分享連結，還是需要手動填寫的伺服器參數。不要只憑網址長短判斷用途，也不要把瀏覽器開啟的帳戶頁面當成訂閱網址。本文的操作皆以已持有自己的訂閱為前提。

訂閱連結常帶有查詢參數，其中可能包含存取憑證。複製時應包含完整的通訊協定、路徑和參數，避免混入引號、換行、中文句號或聊天介面附加的說明。以下網址僅供辨識格式，不可用於實際連線。真實網址不宜出現在公開截圖、共用筆記或問題描述中；即使看起來只是一行普通網址，也應視為敏感資訊。

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

從 Home 建立 Subscribe 項目

在 Home 使用新增入口開啟 Add Server，選擇用於訂閱的 Subscribe 類型，再將完整網址填入 URL，並在備註欄填上方便辨識的名稱。儲存前確認網址完整無缺，尤其留意末尾參數。不同介面配置下，入口排列可能不同；請以實際顯示的類型和欄位為準，不要把一般伺服器的 Address 欄當成訂閱 URL 欄使用。儲存後等待取得完成，再返回清單確認結果。

確認時先看是否出現訂閱群組，再檢查群組內是否有伺服器項目，最後抽查一筆的協定、位址和連接埠是否符合現有說明。這三個觀察點分別對應訂閱物件建立、回應解析和內容正確性，彼此不能取代。出現訂閱名稱，只能證明本機物件已儲存；清單有內容，也不代表每台伺服器都能連線。首次匯入後應保留原有可用項目，完成連線驗證後再考慮整理。

分開判斷取得失敗與連線失敗

如果儲存後沒有伺服器，先確認網址是否完整複製，再檢查目前網路能否存取訂閱網址。若瀏覽器顯示的是登入頁面、說明網頁或錯誤訊息，回傳內容可能不是可解析的伺服器清單。瀏覽器能顯示文字，也不足以證明格式正確；遇到異常時應核對自己的訂閱說明，不要反覆更改協定類型，試圖把網頁內容變成伺服器。若錯誤發生在取得階段，先處理網址與回應，暫時不要調整伺服器加密參數。

如果項目已出現但無法連線，接著檢查伺服器欄位與網路可達性。訂閱可能成功回傳了過期項目，也可能有個別項目缺少必要參數。此時記下訂閱群組名稱、失敗項目的協定和錯誤發生階段即可，不必公開完整連結。多筆項目全數失敗與單筆失敗的檢查方向不同：前者先檢查共同網路條件與清單內容，後者優先比對該項目的特殊設定。

管理時建議為每個訂閱保留一份本機紀錄，註明用途、原始網址的安全存放位置和手動調整內容，而不是把網址寫進公開備註。如此一來，後續更新或換機時便能判斷某筆紀錄來自訂閱還是手動建立。若發現重複訂閱，不要立刻刪除其中一組；先比較兩組網址和內容，確認是否只是備註不同，再依第八章的順序處理。

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

先選擇 Type，再填寫共用欄位

手動新增適用於已持有完整伺服器資訊、需要逐項確認欄位的情況。進入 Add Server 後先選擇 Type，因為不同協定會顯示不同參數；類型選錯時，即使位址和密碼看似正確，也無法組成有效連線。不要只憑連接埠號碼猜測協定，連接埠不是協定識別。同一位址也可能提供不同服務，必須以現有伺服器設定為依據，整組核對協定、連接埠、驗證方式和傳輸設定。

共用欄位中，Address 通常填寫伺服器網域名稱或位址，Port 填寫伺服器實際監聽的連接埠，備註則用來協助辨識。除非欄位明確要求完整網址，Address 不應包含網頁路徑或整段分享連結。貼上後檢查前後是否有空格，連接埠不要混入冒號。密碼、識別碼等憑證須保持原樣；大小寫、連字號和特殊字元都可能影響驗證，不要為了方便閱讀而自行替換或補齊。

依協定確認驗證與傳輸設定

Shadowsocks 需要相符的加密方法和密碼，不能直接填入其他協定的驗證資訊。VMess 與 VLESS 的識別碼欄位看起來可能相近，但協定意義不同；應分別核對現有設定中的驗證、傳輸與安全設定。Trojan 常搭配 TLS 設定使用，不能只填密碼而忽略憑證名稱相關要求。Hysteria2 也應依現有資訊核對驗證和 TLS 參數，不要只憑協定名稱推測伺服器端設定。

WireGuard 設定包含金鑰、對端和網路範圍等不同意義的參數，不適合用一般「位址加密碼」的方式理解。匯入或填寫時應區分本機私鑰與對端公鑰，私鑰不可用於公開排查。至於 HTTP、SOCKS5，也要確認伺服器是否要求使用者名稱和密碼，以及填寫的是哪一種協定。本文列出的協定僅供辨識欄位，不表示能在這些類型之間套用相同參數。

保留安全驗證，逐項修改後再測試

TLS 的憑證驗證名稱可能與伺服器連線位址不同，SNI、Host 和 Path 也不能合併成一個「網域設定」來理解。遇到驗證失敗時，應分別核對連線目標、傳輸入口和憑證身分。不要把關閉憑證驗證當成一般修復方式，也不要在不了解用途時加入額外傳輸參數。若現有伺服器說明未提供某個選填欄位，先保留合理預設值，再確認該欄位是否確實需要填寫。

儲存後先單獨選取這筆手動紀錄進行測試。若需調整，建議一次只修改一類欄位，並記下修改前後的結果；同時更改密碼、連接埠、傳輸和規則，會讓失敗原因難以判斷。編輯訂閱產生的項目之前，也要確認修改是否會被更新內容覆蓋。若要長期保留本機測試設定，且介面提供複製功能，可建立獨立紀錄並加上明確備註；不要依賴訂閱項目的暫時修改長期生效。

手動填寫的紀錄成功連線後，也要確認使用的是預期項目，而不是先前仍在運作的連線。可以先中斷連線，再重新選取並連線，接著存取自己有權使用的目標服務進行驗證。若仍不確定欄位，請回到原始伺服器資訊逐項比對；常見問題的分類方式請參閱FAQ，不要以隨機組合參數取代核對程序。

三、Scan QR Code：掃描與剪貼簿匯入

掃描只是輸入方式，不是設定類型

QR Code 可以包含單一分享連結、訂閱網址或一般文字。使用 Scan QR Code 前，先確認 QR Code 對應的是自己已有的設定，並判斷預期匯入結果是一筆伺服器還是一組訂閱。掃描成功只代表已辨識文字，不代表協定欄位完整，更不代表伺服器已通過連線驗證。若辨識結果與預期不同，應先檢查內容類型，不要立刻儲存並開啟連線開關。

在 App 中開啟 Scan QR Code，依系統提示決定是否允許存取相機。將完整 QR Code 放入取景範圍，避免邊緣裁切、反光或過度縮放。若 QR Code 儲存在目前裝置上，只有在實際介面提供相簿辨識入口時才使用該入口；不要假設所有版面都在相同位置提供相同操作。圖片應來自自己保存的原始資料，盡量避免使用多次轉傳、壓縮或拼接後模糊不清的副本。

辨識後若進入參數預覽，先確認 Type、位址、連接埠和備註，再決定是否儲存。QR Code 可能將多項資訊編碼在一起，因此不能只因備註熟悉就認定內容正確。備註只是方便辨識的標籤，不是伺服器身分驗證。若掃描結果是訂閱 URL，應依訂閱流程建立項目並取得清單；若是單筆協定連結，則依伺服器匯入流程處理。兩者後續的更新能力有明顯差異。

從剪貼簿匯入前，先清理文字邊界

複製分享連結時，盡量只選取連結本身，不要連同說明文字、編號、清單符號或引號一起複製。開啟 Shadowrocket 後，若出現讀取剪貼簿或匯入內容的提示，先確認來源和預期，再執行匯入；若沒有出現提示，可使用目前介面提供的對應匯入入口。系統剪貼簿權限會影響讀取流程，沒有出現匯入提示不代表連結失效，也不宜反覆複製其他敏感內容來測試。

剪貼簿中的多行內容需要特別檢查。一段訂閱回應可能包含編碼後的一整組項目，而聊天記錄也可能只是將多筆連結串在一起，兩者不一定能透過同一個入口處理。若批次匯入無法辨識，先用一筆完整且明確的分享連結確認解析，再核對原始內容格式。不了解編碼層次時，不要反覆解碼、加入換行或替換特殊符號，這些操作可能破壞原本有效的內容。

儲存後完成一次匯入確認

匯入確認至少包含三個步驟：在 Home 確認新增物件、在詳細資料中抽查關鍵欄位，再進行連線驗證。如果 QR Code 辨識成功但沒有新增物件，先檢查是否停留在尚未儲存的編輯頁，或匯入的是訂閱群組而非獨立伺服器。若原有清單很長，可用剛設定的備註定位，不要連續重複掃描，產生多筆難以區分的副本。重複匯入通常無法修正同一份內容的參數問題。

若在儲存前辨識失敗，應重點檢查圖片完整性、協定前綴和文字格式；若儲存成功但連線失敗，則轉而檢查驗證、傳輸和伺服器可達性。區分這兩個階段有助於縮小排查範圍。對於經他人重新排版的連結，可與自己安全保存的原始資料比對，特別留意全形符號、自動換行和尾端片段。複製介面上顯示的短文字，不一定代表複製了完整目標內容。

完成匯入後，妥善處理暫存截圖和剪貼簿紀錄。若 QR Code 或連結已在不受控的範圍內曝光，應依原有服務的憑證管理流程更換相關資訊；只在本機刪除匯入項目，無法讓已曝光的憑證自動失效。更多格式辨識方式請接著閱讀下一章；遇到系統授權問題，先依首次連線教學檢查授權步驟，避免將權限問題和匯入問題混為一談。

四、分享連結：格式與設定範圍

先看前綴，再看內容物件

分享連結會將協定參數封裝成可複製的文字，目的是減少手動輸入錯誤。常見前綴包括 ss://、vmess://、vless://、trojan:// 和 hysteria2://。這些前綴可協助 App 選擇解析方式，但無法單獨說明所有傳輸和驗證細節。單一分享連結通常描述一筆伺服器紀錄；訂閱 URL 則用於重新取得一組紀錄。儲存單一分享連結，不會自動取得訂閱清單的持續更新能力。

不同格式可能包含編碼後的驗證資訊、查詢參數，以及井字號後的備註。編碼只是表示方式，不能當作保密措施；持有完整連結的人通常也能取得其中的參數。有些連結包含百分比編碼，備註中的中文也可能經過編碼。排查時先保留原始文字，不要只為了讓字串「看起來正常」就手動刪除等號、百分比符號或連接符號，也不要把末尾備註誤認為密碼的一部分。

參數相容不代表內容完全相同

相同協定的連結可能使用不同欄位表示方式，匯入程式也未必支援所有選填參數組合。判斷是否完整匯入，應查看匯入後的欄位，而非只看有沒有成功提示。尤其是傳輸類型、TLS、SNI、Host、Path 等設定，遺漏後仍可能建立伺服器項目，卻無法建立預期連線。若原始連結帶有額外參數，請逐項確認 App 是否能辨識，不要將陌生欄位隨意對應到名稱相近的選項。

透過分享連結匯入一筆紀錄，通常不會同時取代整份 Config。伺服器決定連線目的地，規則決定哪些要求使用哪種策略，兩者需要配合。Global Routing 的 Config 模式會依目前規則處理要求；Proxy 代理模式與 Direct 直連模式的行為不同。排查時先確認目前模式，再判斷是否需要檢查規則，避免將規則造成的直連誤認為伺服器分享連結未生效。

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

上方片段說明規則與伺服器紀錄各自負責的部分，並非完整的設定建議。DOMAIN-SUFFIX 依網域後綴比對，GEOIP 依位址所屬區域判斷，FINAL 負責最後的預設處理；規則順序會影響比對結果。PROXY 和 DIRECT 是策略關鍵字，不是伺服器密碼，也不應填入 Add Server 的驗證欄位。實際使用前應了解規則涵蓋範圍，再到現有 Config 檢查相應位置。

分享前確認匯出的範圍

準備分享或保存資料時，先確認匯出的是單一伺服器、訂閱網址，還是規則設定。三者還原後的結果不同：伺服器連結會重建連線參數，訂閱網址會重新取得清單，規則檔則會還原要求處理邏輯。只備份其中一種，不能據此認定整個使用環境都能還原。若接收者只需排查規則，應提供已移除敏感資訊的相關規則片段，而不是一併交出完整連線憑證。

對格式有疑問時，可閱讀分享連結與訂閱連結的差異，再回到原始資料確認輸入物件。不要把分享連結改寫成一般網頁網址，也不要強行在 HTTPS 訂閱 URL 前加上某種協定前綴。只有在清楚欄位意義且目標格式支援這些欄位時，格式轉換才有意義；手動替換前綴無法完成協定轉換，反而容易造成不易察覺的參數遺失。

五、更新方式：重新整理與失敗處理

先了解訂閱重新整理會改變什麼

重新整理訂閱會重新取得伺服器清單，不會提高目前連線速度，也不會更新 App 本身。遠端清單變更後，重新整理可能新增或移除項目、調整名稱或更換參數。與訂閱關聯的本機修改也可能被遠端內容覆蓋。因此，修改重要項目的備註、連接埠或傳輸設定後，不應將這些變更視為永久保存；更新前先記下必要差異，再決定要修正原始設定，還是保留獨立的手動紀錄。

日常使用可先手動重新整理一次，觀察是否出現明確錯誤，再檢查清單變化。訂閱相關操作可能透過清單手勢或編輯入口提供，請以目前介面顯示為準。重新整理完成後，不要只看提示是否消失，也要確認訂閱群組和原先選取的項目。如果目前伺服器已被移除或名稱變更，請重新選取有效紀錄，再檢查連線狀態。更新清單與切換目前使用的連線不是同一項操作，不能假設兩者總會同步完成。

自動更新應配合實際使用頻率

自動更新相關選項應在 App 實際提供的訂閱設定中查看。開啟 App 時觸發更新，不代表 App 在所有背景狀態下都會依固定間隔執行。系統排程、網路狀態和 App 執行狀態都可能影響觸發時機。若要在重要使用前確認清單有效，手動檢查比推測背景是否已更新更直接。不要憑訂閱名稱中的日期判斷最近一次取得是否成功，名稱本身可能只是固定文字。

頻繁重新整理不代表可靠性更高。短時間內連續要求同一網址，可能遇上網路波動、遠端存取限制或快取回應。較妥善的做法是先取得一次；若失敗，讀取錯誤並判斷發生階段，而不是不斷點擊直到出現不同結果。自動更新後若出現問題，記錄是「取得失敗」、「清單變更」還是「連線失敗」，三者的處理方式不同。重要的本機項目，安全備份比縮短更新間隔更有價值。

依網址、網路與內容三個層面排查

第一層檢查網址：確認原始連結沒有遭到截斷，查詢參數仍然完整，且沒有把訂閱網址換成網頁入口。連結含有敏感參數時，不要使用公開線上工具檢查；可在本機比對原始文字。若憑證已更換，舊網址可能仍保存在本機，單純重新開啟 App 不會讓它自動變成新網址。確認新舊網址的關係後再修改原有訂閱物件，避免將用途不同的兩個訂閱混在一起。

第二層檢查網路：目前連線能否存取訂閱伺服器，與匯入後的伺服器能否連線，是兩個獨立問題。若錯誤顯示逾時或網域解析失敗，可改用另一個自己能使用的網路重新測試，並保持網址不變以便比較。不要同時更換網路、修改連結和規則，否則無法判斷是哪項變更產生影響。若懷疑目前路由影響取得，應先記下現有設定，再謹慎驗證，不要把暫時切換當成長期設定。

第三層檢查內容：要求成功不代表回傳的是有效清單。遠端可能傳回錯誤說明、登入頁面、空白內容或不適用的格式。此時應保留現有可用清單，不要為了「清空重來」而先刪除所有項目。核對原有服務說明中的格式要求，並記錄已移除敏感資訊的錯誤類型。若只有一組訂閱異常，優先檢查該組網址和回應；若所有群組同時異常，再檢查共同網路條件與 App 狀態。

更新成功但使用結果改變時，先檢查伺服器是否遭到替換，再核對選取項目與 Global Routing，最後才檢查規則和目標要求。簡要記錄問題發生前後的狀況，可減少重複測試。手動重新整理與開啟時自動更新的說明，請參閱訂閱更新方法；需要追查參數時，依第二章的欄位確認順序處理。

六、整理多個訂閱：分組與命名

分開記錄來源關係與使用用途

管理多個現有訂閱時，最重要的不是縮短清單，而是能回答每筆紀錄從何而來、更新時會發生什麼事，以及目前連線選取了哪一筆。訂閱群組用來管理來源關係，伺服器備註用來辨識項目，本機紀錄則用來說明修改內容。不要把這三件事全塞進冗長名稱，也不要為了統一外觀而將所有群組改成相同名稱。名稱相同會增加誤選風險，網址相同則可能代表重複物件，兩者需要分開確認。

建議先為訂閱設定穩定、簡短的用途名稱，再將原始網址和變更說明保存在自己的安全紀錄中。伺服器名稱可沿用原有標籤，獨立手動項目則可加上容易辨識的本機標記。備註不要包含完整密碼、私鑰或訂閱權杖；備註會出現在清單、截圖和匯出內容中，不適合作為憑證的存放位置。名稱也不應寫成固定效能承諾，某次測得的速度不會永久不變。

先辨識重複項目，再決定是否合併

兩筆紀錄使用相同網域和連接埠，不一定完全重複；它們可能有不同的驗證、傳輸、安全設定或流量分流用途。反過來說，名稱不同的兩筆紀錄也可能指向相同參數。整理時應先比較協定和位址，再比較驗證與傳輸欄位，最後確認所屬訂閱。憑證比對應在本機進行，不要複製到公開文字中。只有確認紀錄含義相同，且清楚後續更新關係時，才考慮保留其中一筆。

若重複項目來自同一訂閱的多次匯入，應優先比較訂閱 URL，而不是逐筆刪除伺服器。重複建立的訂閱群組可能在下次更新後再次產生相似清單。處理前先確認哪一組是目前使用的對象，再備份所需資料，最後刪除多餘群組。若只是同一群組內名稱相近，應確認遠端清單本身；不要只為了讓介面整齊，就刪除可能仍有用途的不同參數紀錄。

分別確認選取項目、排序與策略

清單順序改變，不代表目前連線已切換。手動排序、測試後排序和重新匯入，都可能改變項目的顯示位置，但仍須確認實際選取項目。整理長清單時，可先記下目前的訂閱群組與伺服器名稱，整理後再確認一次。若遠端更新更改了名稱，也要結合協定和位址判斷，不能只憑記憶中的清單位置點選。位置方便瀏覽，但不適合作為穩定識別依據。

Global Routing 的 Config 設定模式、Proxy 代理模式、Direct 直連模式，也不應與訂閱分組混淆。分組用來管理清單，路由模式則決定如何處理要求。一個訂閱群組內有許多筆紀錄，不代表 App 一定會依你的用途自動選取；只把群組命名為某種用途，也不會改變規則行為。若要指定要求的處理方式，應檢查目前 Config 中的規則與策略，而不是依靠備註名稱生效。

對於暫時測試項目，建議先訂定清理條件：完成問題重現並做好安全紀錄後再刪除，不要只因一次延遲偏高就認定永久失效。長期未使用的訂閱，也應先確認還原資料是否完整。整理工作盡量分批進行，每批完成後確認一次目前連線與剩餘群組，避免一次刪除、重新命名和匯入過多物件，導致問題發生後無法判斷對應的操作。

iPhone 與 iPad 可沿用相同的命名規則，但兩部裝置的本機選取、排序或測試結果應分別確認；不要只憑名稱相同，就認定執行狀態一致。App 購買與裝置說明請參閱iPad 取得說明，設定移轉則依第八章個別驗證。如此既能讓名稱容易辨認，也能考量不同裝置的網路條件和本機狀態可能不同。

七、Connectivity Test：延遲與排序

先了解測試數值代表哪個階段

Connectivity Test 用於觀察特定連線測試的結果，讀數必須配合測試方式解讀。不同測試方式可能反映目標可達性、建立連線所需時間，或經由伺服器存取測試目標的耗時；不能將所有數字都視為完整服務要求的回應時間。執行前先查看實際使用的測試方式和目標，比較時保持方法一致。一次測得較低數值，不代表下載速度更快，也不代表所有網站的表現都相同。

測試結果也會受到目前網路、網域解析、伺服器負載、測試目標回應和逾時設定影響。同一項目在不同網路下出現不同結果並不罕見，不能只比較兩次測得的數值而忽略條件變化。批次測試也可能產生並行要求，結果與單獨測試不盡相同。較實用的做法是在穩定網路下先完成一輪篩選，再分別重測少數準備使用的項目，並以實際需求驗證。

在一致條件下測試，再決定排序

測試前先完成訂閱更新，避免測試期間清單再次更新。確認目前網路與測試方式後，選擇需要比較的範圍；清單較長時可分組測試，不必每次都測試所有紀錄。測試結束後先辨識有效結果與逾時結果，再決定是否排序。若 App 提供依測試結果排序的功能，可用於暫時篩選，但應保留清楚的名稱，避免排序後只能靠位置尋找項目。

依延遲排序適合縮小候選範圍，不適合直接取代連線選擇。某筆紀錄對測試目標回應較快，仍可能在你實際需要的服務上表現不同。選定候選項目後，明確選取該項目、檢查 Global Routing，再完成連線並存取自己的目標服務。若測試通過但服務無法使用，下一步應檢查規則、網域解析和目標回應，而不是只反覆更換清單中數值最小的項目。

將失敗分為單筆、整組與目標差異

單筆失敗時，先核對其位址、連接埠、驗證和傳輸設定，並與同組正常項目比較共通點和差異。整組失敗時，先確認目前網路能否存取相關位址，再檢查訂閱內容是否變更。所有群組都失敗時，還要確認測試方式和測試目標是否適用目前環境。依此順序排查可減少誤刪：尚未確認共同條件前，不應將每筆紀錄都視為參數損壞。

若測試目標有回應，但實際目標無法存取，應確認要求是否經過預期路徑。Config 中的 DOMAIN、DOMAIN-SUFFIX、GEOIP 和 FINAL 等規則會影響比對結果；目前若處於 Direct，伺服器測試成功也不會讓一般要求自動改走代理。可利用 App 實際提供的連線或記錄資訊確認策略，但應先移除網域、位址和憑證中的敏感資訊，再保留與問題相關的最小片段。

比較候選項目時，可在相近時間、同一網路和相同測試方式下重複少量測試，留意結果是否穩定，而不是從多次測試中只挑最好看的數字。成功建立連線後，再確認實際工作是否完成。不要用持續批次測試取代日常使用驗證，也不要忽略測試產生的流量和背景活動。若對耗電有疑問，可參閱背景耗電與 On Demand 的取捨。

最後應保留可解釋的選擇依據：使用哪種網路、採用什麼測試、存取什麼目標，以及當時得到什麼結果。這比缺少測試條件的排序截圖更有助於排查。暫時逾時的紀錄先保留觀察；確認不再需要且已掌握還原方式後，再進入刪除流程。測試負責提供依據，刪除則屬於設定管理，不應由一次失敗自動決定。

八、刪除與備份：還原資料與移轉驗證

刪除前先確認物件範圍

刪除前先辨識物件是獨立伺服器、由訂閱產生的項目、整個訂閱群組，還是 Config。刪除獨立項目通常代表移除本機參數；刪除訂閱群組則可能同時影響該群組及其相關清單。請逐字閱讀具體的確認提示，不要依照手勢習慣快速確認。若只刪除訂閱產生的一筆伺服器，後續更新時仍可能再次從遠端產生；這與刪除整個訂閱物件有本質差異，應先確認真正需要清理的範圍。

刪除目前連線所依賴的項目後，不應假設連線狀態和後續選取會自動符合預期。整理前可先記下目前項目，再中斷連線；刪除完成後重新選取並驗證。若只是想隱藏暫時不用的紀錄，先查看目前介面是否有合適的管理方式，不要把無法還原的刪除當成唯一整理手段。對於後果不明的群組，先保留，完成備份後再操作。

分層準備還原資料

可靠的備份應分別考量訂閱網址、手動伺服器參數和規則設定。訂閱網址有助於重新取得清單，但不能保證遠端內容永遠與目前相同；單一分享連結有助於重建伺服器，卻未必涵蓋所有 App 設定；Config 保存規則邏輯，也不等於完整保存連線憑證。備份前先列出自己實際使用的物件，再確認每一類都有可還原資料，不要看到一個匯出檔就認為內容已全部備妥。

若目前介面提供分享、匯出或備份入口，先閱讀範圍說明，再依需求儲存。若無法確認是否包含特定欄位，可在本機開啟匯出結果核對，或在保留原物件的前提下測試還原。手動紀錄尤其要檢查驗證、TLS、傳輸和特殊欄位是否完整。不要把僅供辨識的備註或測試截圖當成參數備份，也不要只記下位址和連接埠而漏掉驗證資訊。

儲存備份時，可附上不含憑證的說明，寫明物件用途、匯出範圍、目前規則選擇和必要的手動差異。資料應便於辨識，但檔名不要暴露密碼或權杖。若使用自己信任的儲存方式，也應一併考量裝置遺失、存取權限和過期副本清理。加密儲存有助保護內容，但還原所需的存取方式也要妥善保管，避免備份存在卻無法讀取。

換機或重新安裝後逐層還原

App 本身透過 App Store 取得；已購項目與帳戶說明請參閱已購項目還原指南，系統需求與是否支援通用購買以 App Store 頁面標示為準。App 可重新取得，不代表訂閱、手動伺服器和 Config 已自動還原。開啟新裝置後先檢查現有內容，再決定要匯入哪些資料，避免部分資料已還原後又重複匯入整組內容。

建議依訂閱、獨立伺服器、Config 和連線驗證的順序還原。每完成一類，先確認項目與欄位，再繼續下一類。訂閱重新取得後，清單可能已變更，須確認選取項目；還原獨立紀錄後檢查重要參數；還原規則後確認目前使用的設定與 Global Routing。接著依系統提示授權 VPN 設定，並實際驗證一次連線；不要把「清單已出現」當成移轉完成。

在新裝置驗證成功前，保留舊裝置上的資料和備份。若新舊裝置的結果不同，先比較網路條件、選取項目和路由模式，再核對參數，不要立刻覆寫所有資料。需要復原時，應依據先前記錄的物件範圍操作，避免舊 Config 覆蓋新修改，或舊訂閱重複產生清單。移轉期間盡量一次只變更一個層面，讓每個步驟都有據可查且能重現。

最後確認備份仍適用於目前狀態：憑證更換後，舊副本可能失效；規則修改後，舊檔案可能不再符合預期用途。更新完成後，安全清理不再需要的敏感副本。刪除本機紀錄或檔案，只會影響自己的副本，無法自動撤銷已曝光的憑證；若有曝光，應依原有服務的憑證管理流程處理。後續日常操作可回到快速入門教學，特定錯誤則依FAQ 分類繼續排查。