Shadowrocket
訂閱與伺服器
管理手冊

01 / 先辨別輸入內容

Subscribe：匯入既有訂閱

訂閱連結是可更新的伺服器清單入口，並非某一台伺服器的連線位址。匯入後，Shadowrocket 會向該連結發出請求、讀取可辨識的內容，再建立伺服器項目。清單中的名稱、數量或連線參數若有變動，必須再次更新，變更才會反映在本機。開始操作前，請先確認拿到的是完整訂閱網址，而非帳戶頁面網址、介紹頁面網址或單一伺服器的分享文字。

確認連結用途與敏感資訊

請向服務提供者取得自己已有的訂閱連結，並保留原始文字。不要先經由通訊軟體重新排版，也不要自行刪除看似很長的尾端參數。問號後的內容可能用於身分識別，路徑本身也可能包含存取憑證。連結能在某處開啟，不代表它就是用戶端可讀取的伺服器清單；如果取得的是登入頁面，應先確認連結用途，而不是把帳戶密碼填入伺服器的 Password 欄位。

以下僅展示網址的格式，不能用於實際連線。範例中的網域與參數皆為虛構值。真實連結應只保存在自己的裝置及受控備份中，不宜出現在求助截圖、公開筆記或共享相簿。即使只露出部分內容，仍可能洩漏足以存取的線索。

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

從 Add Server 開啟 Subscribe

在 Home 開啟新增入口，進入 Add Server 後查看 Type，選擇 Subscribe，再將完整訂閱網址填入 URL。為這份訂閱填寫容易辨識用途的備註，並確認網址開頭與結尾沒有空格或換行，然後儲存。介面配置可能因裝置或應用程式版本而異，尋找入口時請以 Type 和 Subscribe 這些英文項目為準，不必依賴按鈕固定出現在畫面上的特定位置。

儲存後返回 Home，確認訂閱所屬群組及其伺服器項目。判斷是否匯入成功，不能只看見備註，還要確認清單確實產生可供選取的伺服器。若只出現訂閱入口，卻沒有任何項目，請先檢查網路是否能連上訂閱網址，再確認回應內容是否為可辨識格式。不要立刻重複新增相同網址，以免一次請求失敗變成多個重複群組。

將清單更新與實際連線分開確認

成功取得清單，只能代表訂閱請求與內容解析已完成，不能證明每台伺服器都能連線。反過來說，更新失敗時，先前儲存在本機的伺服器仍可能可用。排查時請分別記錄「訂閱是否能更新」與「既有項目是否能連線」，不要以其中一項結果代替另一項。選取伺服器後，還需要檢查 Global Routing 與連線開關；首次連線的操作步驟可回到入門指南確認。

如果之前已匯入相同網址，應優先更新原有訂閱，而非再新增一份。這樣既能清楚追溯來源，也便於日後確認哪些變化來自清單更新。若不確定某個項目是訂閱匯入還是手動新增，請先查看所屬群組與編輯資訊，再決定如何修改；本機修改訂閱項目時，應預期後續更新可能會覆蓋變更。

02 / 欄位必須彼此相符

Add Server：手動填寫伺服器參數

手動新增適用於已取得完整伺服器參數、需要逐項核對的情況。先選擇 Type，再填寫該類型要求的欄位。協定類型決定用戶端與伺服器的通訊方式，不可因某種類型的欄位較少就任意替換。Address、Port 與 Password 是常見欄位；部分類型還需要身分識別資訊、加密方式、傳輸參數或 TLS 相關設定，缺少任何一項都可能造成連線失敗。

先確認 Type，再核對基本欄位

開啟 Home 的新增入口，在 Add Server 中將 Type 設為既有伺服器實際使用的協定。接著對照原始資訊填寫 Address 與 Port。Address 通常是主機名稱或 IP 位址，不應包含網頁路徑、使用者名稱或多餘空格；Port 是獨立的數值，不可把冒號後的連接埠重複填入 Address。除非介面欄位明確要求完整 URL，否則不要把整段分享連結當作主機位址。

Password 必須對應目前的伺服器，不可用購買應用程式時的帳戶密碼代替。複製後如需檢查，請在私密環境中確認首尾字元與大小寫，不要透過公開截圖核對。使用 UUID 等身分欄位的協定，也應依介面欄位分別填寫，勿將所有驗證資訊都塞進 Password。備註僅供辨識，不參與驗證；更改名稱無法修正錯誤的憑證。

協定參數不能互換

Shadowsocks 的加密方式必須與伺服器一致；VMess、VLESS 等類型的身分欄位與傳輸設定應依原始資訊核對；Trojan 的驗證與 TLS 設定也不能只憑名稱推斷。HTTP、SOCKS5、WireGuard、Hysteria2 各有不同的參數結構。這裡不提供通用預設值，因為適用於某台伺服器的設定組合，不一定適用於另一台。原始資訊若缺少欄位，請先補齊資料再繼續。

若伺服器要求 TLS，請區分連線目標與憑證驗證所使用的名稱。Address 決定連線目的地，相關名稱欄位可能用於 TLS 交握，兩者不一定相同。傳輸層的 Host、Path 等欄位也可能各有用途，不應只因字面相似就互相替換。遇到憑證相關錯誤，請先檢查裝置時間、主機名稱與原始設定，不要藉由放寬驗證來掩蓋輸入錯誤。

儲存後逐一驗證參數

儲存項目後，返回 Home 確認選取的是剛新增的伺服器，而非名稱相似的舊項目。先進行連線測試，再在實際連線狀態下存取原本就有權使用的目標。若失敗，每次只修改一個參數，並記錄修改前後的結果。若同時變更協定、連接埠與傳輸設定，即使後來成功，也難以確認真正原因，下次還原時仍可能重蹈覆轍。

訂閱管理項目不宜長期靠手動修改來修補。如果只是想比較某個參數，應在確認功能允許的前提下建立獨立測試項目，並清楚標註用途，避免與訂閱中的原始項目混淆。完成驗證後，保留一份正確的原始參數記錄；若涉及取得應用程式或首次 VPN 設定授權，請參閱iPhone 取得說明，不要將系統授權問題誤認為伺服器欄位問題。

03 / 先檢查內容，再儲存

掃描 QR Code 與剪貼簿匯入

掃描 QR Code 與剪貼簿匯入只是減少手動輸入的方式，不會自動判斷伺服器是否適用於目前網路，也不會補齊原始內容缺少的參數。兩種方式都應遵循相同步驟：確認內容屬於自己的伺服器或訂閱、查看解析結果、核對重要欄位，儲存後再測試。不要把「能辨識」當成「參數正確」，更不要因為掃描成功就直接覆蓋現有記錄。

Scan QR Code 操作步驟

準備好既有伺服器或訂閱的 QR Code，在 Shadowrocket 中開啟 Scan QR Code，並依系統提示允許使用相機。將完整 QR Code 放入取景範圍，避免反光、遮擋或顯示過小。辨識後查看解析內容：若解析為單一伺服器，請著重檢查 Type、Address 與 Port；若解析為訂閱，則確認 URL 與備註。確認結果與原始資訊一致後，再儲存。

QR Code 模糊時，應優先取得清晰的原始圖片或文字，不要反覆縮放、截圖。圖片經過壓縮可能破壞辨識所需的細節，螢幕亮度過低或反光也可能影響讀取。如果 QR Code 就在目前使用的裝置上，請查看目前操作介面是否提供讀取圖片的功能；若沒有相應入口，可以使用原始文字匯入，不必為了掃描而跳過內容核對。

剪貼簿只保留一份明確內容

複製時只選取完整的分享內容，不要連同說明文字、聊天時間、編號或句尾標點一起複製。返回 Shadowrocket 後，使用目前介面提供的剪貼簿匯入功能，並依系統提示決定是否允許貼上。若出現預覽，請先確認辨識結果是訂閱還是伺服器，再核對欄位。系統詢問是否允許貼上，是在管理剪貼簿存取權，不是伺服器連線請求，也不代表 VPN 已連線。

若複製的是包含多行內容的文字，匯入結果可能與單一連結不同。首次處理時，建議先匯入一筆，確認格式可正確辨識後，再處理其他內容。匯入後項目數量異常，請先檢查原文是否包含重複連結、標題，或網址是否被換行拆開，不要繼續重複貼上。重複操作通常只會增加相似項目，無法修正內容本身的格式問題。

分別處理權限、辨識與連線錯誤

相機無法開啟時，先檢查裝置是否已授予 Shadowrocket 相機權限；能開啟取景畫面但辨識失敗時，檢查 QR Code 清晰度與內容格式；辨識成功但連線失敗時，再檢查伺服器參數與網路。這三個階段的問題各不相同。剪貼簿也一樣：拒絕貼上後無法讀取文字屬於權限問題；讀取成功卻沒有產生項目屬於解析問題；儲存後測試失敗才需要排查連線。

完成匯入後，請以不含敏感內容的一般文字取代剪貼簿內容，降低之後誤貼的機會。若先前曾透過截圖傳送 QR Code，也請確認圖片是否進入共享相簿或自動同步的公開位置。刪除圖片不代表憑證已失效；若確認內容已外洩，應透過原有服務的管理方式更換相關憑證，再更新裝置上的記錄。

掃描 QR Code 與其他匯入方式，最後都應依照相同步驟驗證：確認群組、類型與目標位址，再選取並測試。初次使用介面不熟悉時，可搭配Home 頁面區塊說明查閱。這有助於區分匯入入口問題與在 Home 選錯伺服器的情況，避免因名稱相近而測試到另一筆記錄。

04 / 連結格式不等於完整設定

分享連結格式與 Config 的用途界線

分享連結會將伺服器參數編碼成可傳遞的文字；訂閱網址則指向可能持續變動的清單；Config 描述的是規則及相關設定。三者都可能透過連結傳遞，但用途不同。匯入前先確認「這段內容描述的是一台伺服器、一份清單，還是一份設定」，再選擇匯入入口。不能只憑開頭字元或能否在瀏覽器開啟，就判斷內容應填入哪個欄位。

辨識內容結構，不要自行猜解憑證

常見伺服器分享內容可能以 ss://、vmess://、vless:// 或 trojan:// 等格式開頭。前綴有助於辨識協定，但後續內容未必都以明文呈現：有些使用編碼資料，有些以位址與查詢參數表示，還有些會附上供顯示的名稱。應優先讓應用程式解析原始內容，再逐項核對結果；不要憑格式自行拼湊出一段「看起來差不多」的連結。

文字經過編碼，不代表因此具有保密性。可匯入的內容通常包含連線所需資訊，接收者也可能讀取這些參數。分享時應將其視為敏感記錄，而非一般書籤。QR Code 只是同一段內容的另一種呈現方式，不會改變其存取權限；把連結轉成 QR Code，也不會減輕外洩後的影響。

區分轉義、換行與名稱

連結中的百分比編碼用來表示特殊字元，不應為了方便閱讀而任意改寫。加號、斜線、等號等字元在不同格式中可能各有意義；聊天工具插入的空格或換行，也可能導致內容無法完整解析。若匯入結果缺少欄位，請先比對原始文字的開頭、結尾與長度是否完整，再檢查是否誤帶中文標點，不要先修改伺服器密碼來嘗試修復。

部分格式會使用 # 後方的片段儲存顯示名稱，但是否採用這種方式取決於具體格式。名稱看起來像某個地區，不代表已確認伺服器所在地，也不代表連線品質。只修改名稱通常不會改變連線目標，但手動編輯分享文字可能誤改其他參數。日常整理時應在應用程式內修改備註，涉及連線參數時再依原始資訊處理。

規則檔案不能取代伺服器資訊

Config 中的規則決定流量如何處理，無法讓錯誤的伺服器參數變得可用。以下是 Shadowrocket 設定中常見的規則片段，用來說明比對順序與策略含義，並非可直接取代個人設定的完整檔案。實際使用前，請確認所需策略在目前設定中有效，並檢查 DNS、伺服器及其他設定是否符合使用需求。

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

第一條依網域後綴比對，第二條依目標 IP 的歸屬條件比對，最後一條則處理前面都未比對到的流量。規則會依序判斷，不能只看最後一行就認定所有請求都會經由選取的伺服器。若要確認規則是否生效，請在 Global Routing 選擇 Config，並對照目前實際載入的設定；若選擇 Proxy 或 Direct，就不能沿用相同的規則預期來判斷路徑。

因此，伺服器匯入成功後若只有部分目標異常，應一併檢查設定分流，而不是反覆重新匯入相同的分享連結。反之，切換 Config 也無法修復驗證錯誤。若容易混淆介面用詞，請參閱Home、Config、Proxy 與 Direct 的差異。將輸入格式、伺服器連線與路由策略分成三個層次，可大幅減少無效嘗試。

05 / 更新前後都要確認狀態

訂閱更新方式與失敗排查

更新訂閱是重新請求清單並同步項目，不是更新 Shadowrocket 應用程式，也不是延長既有服務的使用期限。應用程式更新由 App Store 管理；訂閱更新則取決於目前儲存的訂閱網址及其回應內容。要建立穩定的更新習慣，應先確認手動更新成功，再考慮自動化，避免尚未核對清楚網址就反覆發出請求。

先用手動更新確認狀態

在 Home 找到需要更新的訂閱，使用該訂閱的更新功能。操作前記下群組名稱、目前選取的伺服器，以及需要保留的本機備註；完成後檢查項目是否如預期變動。介面呈現可能有所調整，請以該訂閱對應的操作項目為準，不要依滑動方向或圖示位置判斷。如果有多份訂閱，先更新其中一份，確認結果後再處理其他群組。

更新完成不代表目前選取的項目一定仍然有效。清單可能替換名稱相同但參數不同的項目，也可能移除原先選取的伺服器。更新後應重新確認選取狀態，並進行一次連線驗證。若項目變動較大，請先比對原有記錄與目前回應，不要急著將所有差異都視為錯誤；伺服器維護或清單調整也可能造成合理變動。

啟用自動更新前，先確認條件

若目前介面提供開啟時自動更新或相關設定，請先閱讀項目說明，再決定是否啟用。自動更新取決於觸發條件與當時的網路狀況，不代表應用程式會隨時持續同步。裝置沒有可用網路、訂閱網址暫時無法連線或回應解析失敗時，開啟應用程式也不保證清單已更新。判斷依據仍是更新結果與實際項目，而非開關是否開啟。

若需要穩定使用某筆記錄，可安排在能立即檢查結果的時間更新，而不是在即將依賴連線完成工作前進行大幅整理。測試成功的訂閱可以維持適度的更新頻率；長期更新失敗的訂閱則應先查明原因，不要把頻繁重試當成修復方法。自動更新也不能取代備份，因為錯誤或意外變動同樣可能同步到本機。

依序檢查請求、回應與解析

第一步，確認裝置本身能正常連上網路，必要時分別在不同網路環境下測試。第二步，核對 URL 是否完整、是否已更換，以及憑證是否仍有效。第三步，確認回傳內容是否為用戶端支援的訂閱格式。帳戶登入頁、存取提示頁或錯誤文字，即使有收到回應，也不代表取得了伺服器清單。不要將這類內容繼續填入 Add Server 的位址欄位。

部分訂閱網址的存取路徑與伺服器連線路徑並不相同，因此「目前伺服器能用」不能證明更新請求一定成功。若懷疑路徑有問題，請先觀察目前的 Global Routing 與網路環境，逐項驗證，不要直接清除設定。保留仍可使用的本機項目，有助於排查期間維持原有狀態；只有確認資料已損壞且已有備份時，才考慮重新建立訂閱。

更詳細的操作步驟請參閱訂閱手動更新、自動更新與失敗排查。記錄問題時，只需寫下群組名稱、操作時間範圍、網路類型與錯誤狀況，不要附上真實連結。這些資訊足以協助區分偶發網路問題與持續的格式問題，也便於下次更新時比較。

06 / 來源關係比數量重要

多份訂閱的群組、命名與去重

管理多份既有訂閱時，目標不是把所有伺服器堆進一個長清單，而是隨時知道每筆記錄的來源、維護方式，以及是否能夠還原。應保留訂閱群組與手動項目的區別，以備註說明用途，並透過清楚的選取狀態減少誤操作。整理前先完成備份，接著一次只調整一個群組，確認不影響目前連線後再繼續。

分層命名，備註中不要記錄憑證

訂閱名稱用來區分清單，伺服器名稱則用來區分清單內的項目。前者可描述自己的用途，例如「日常使用」或「備用測試」；後者應盡量保留足夠的原始辨識資訊，避免更新後難以對照。不要將完整訂閱網址、密碼或身分欄位寫進備註。備註經常出現在 Home、截圖與分享預覽中，不適合用來保存敏感資訊。

如果同一份訂閱在不同裝置上使用，可以採用一致的群組名稱，但不要因此認定兩台裝置的內容已同步。每台裝置仍可能保存不同時間取得的清單，選取的伺服器與本機備註也可能不同。發生差異時，先比對訂閱網址與更新結果，再判斷是否需要重新整理，不要直接用另一台裝置的整份設定覆蓋目前裝置。

名稱相同的項目不一定重複

去重時應比較連線參數，而不只看名稱。相同名稱可能指向不同主機、連接埠或傳輸方式；名稱不同也可能代表相同的一組參數。至少應核對 Type、Address、Port 與必要的傳輸設定，再判斷是否重複。驗證資訊也是身分的一部分，但比較時應在私密環境中進行，不要為了整理而製作公開的明文憑證表。

重複匯入相同訂閱而產生兩個群組時，通常應保留能正常更新的一份，再刪除確認重複的另一份。來自不同訂閱的相似伺服器則不宜草率合併，因為更新來源與維護狀態可能不同。保留來源關係，日後才能了解項目為何改名、失效或遭到移除。清理時逐一處理群組並驗證，比一次刪除所有同名項目更穩妥。

分清顯示順序與實際選取

排序會改變查找方式，不一定會改變目前連線所選的伺服器。手動將項目移至清單第一位後，仍需確認是否真的選取了它；依測試結果排序後，也不能假設應用程式會自動切換到最上方的項目。整理完成後，請查看目前的選取標記，再進行一次實際連線檢查。尤其多個群組都有相似名稱時，請先展開目標群組，避免選到舊記錄。

若目前介面支援自訂順序，可將常用群組放在容易找到的位置，同時保留原始記錄以便查閱。不要為了畫面整齊而頻繁改寫訂閱中的所有項目名稱，因為更新可能會重建這些項目。需要長期保留的本機說明，應另存於私密管理筆記，記錄用途、所屬訂閱與需要核對的欄位，不要仰賴每次更新都保留備註。

將測試項目與日常項目分開

為了排查問題而建立的手動副本，應標註清楚的測試用途。排查結束後決定刪除或保留，避免幾週後忘記哪一筆仍由訂閱維護。獨立副本不會自動套用原訂閱之後的參數變更；即使名稱與原項目相同，也可能逐漸成為舊記錄。將日常使用與臨時驗證分開，可減少「訂閱已更新，卻仍選用舊副本」的情況。

完成一輪整理後，逐一檢查群組是否仍可更新、常用伺服器是否能選取，以及測試記錄是否已處理。若想建立更詳細的整理清單，請接著閱讀多份訂閱的群組、排序與重複節點清理。遇到項目消失或重複等具體問題，也可依照疑難排解中的狀況繼續查閱。

07 / 數值只能反映部分狀況

Connectivity Test、延遲與排序

Connectivity Test 用來觀察伺服器在目前測試條件下的回應狀況，不能單獨代表完整使用體驗。延遲較低通常表示某項測試所花時間較短，但不直接代表傳輸量大、長時間連線穩定或所有目標都能存取。正確做法是先固定測試條件，在既有伺服器之間比較，再透過實際使用情境驗證，不要把單次結果當成長期結論。

測試前固定網路與方法

先確認裝置處於穩定的網路環境，避免在測試期間同時切換 Wi-Fi 與行動網路。檢查目前的測試設定與目標，並在同一輪比較中使用相同方法。測試方式不同，數值代表的意義也不同：有些著重於建立連線，有些還包含應用程式層級的回應。不要混合不同方法的結果排序，也不要直接以另一台裝置或其他時段的數值代替目前的觀察。

在 Home 執行 Connectivity Test 後，先找出明顯無法回應的項目，再對可用候選項目進行多次測試。連續幾次結果都穩定，比偶然出現一次很低的數值更有參考價值。測試期間若裝置同時有大量其他網路活動，結果可能受到影響；請先降低干擾，再判斷差異是否確實來自伺服器，而非本機頻寬競爭。

分別看待逾時、波動與實際存取

顯示逾時代表目前測試未能在預期時間內取得結果，不能單獨證明伺服器永久失效。可能原因包括裝置網路中斷、測試目標無法連線、伺服器驗證失敗或中間路徑異常。請先以已知正常的本機網路存取作為對照，再檢查伺服器參數與測試設定。如果所有項目同時失敗，應先排查共同條件，不要逐台修改密碼。

若只有少數項目失敗而其他項目正常，再針對失敗項目核對位址、連接埠與協定參數。若某台伺服器測試成功，但實際目標仍無法存取，則應檢查 Global Routing、目前的 Config 與目標本身狀態。此時反覆測試延遲通常無助於找出問題，因為測試目標與實際使用目標可能不同，經過的規則路徑也可能不同。

確認路由模式後再解讀結果

使用 Config 時，不同目標可能符合不同策略；某個網頁開啟順利，不能直接證明這次請求是由目前伺服器處理。切換到 Proxy 排查時，請記下原本的模式，驗證完成後再恢復原設定。Direct 有助於了解本機網路直接存取的狀況，但其結果也不能取代伺服器本身的測試。每次比較都應記錄當時採用的模式。

以排序篩選，再用實際任務確認

依延遲排序後，從表現較穩定的候選項目中選一台，執行真正需要的任務，例如存取原本有權使用的網頁或完成一次一般資料傳輸。觀察首次回應、持續傳輸與中途重新連線是否符合需求。不要一次測試大量不同內容，否則難以區分目標網站、裝置網路與伺服器各自造成的影響。長時間穩定度需要在實際使用中持續觀察。

地區名稱有助於整理，但不代表品質保證。地理距離只是影響因素之一，連線路徑、壅塞、伺服器負載與目標位置都會改變使用體驗。保留少數已驗證的候選項目，比一味追求清單中最小的數值更實用。測試結果會隨時間變化，排序不應成為永久結論；網路環境改變後，應使用相同方法重新比較。

測試完成後，請確認最後選取的項目，並至少保留一個已驗證可用的替代選項，避免為了整理清單而立刻刪除其他所有記錄。關於測試數值與實際體驗的差異，請參閱延遲、地區與協定類型的選擇說明。若要排查連線權限或首次授權問題，請回到入門流程處理，不要把所有故障都歸因於延遲。

08 / 確認可還原後再刪除

刪除、備份與還原驗證

刪除前先區分資料類型：單一伺服器、整份訂閱、Config 與應用程式本身並非同一層級的資料。刪除單一項目可能只影響本機清單；刪除訂閱則可能同時影響其管理的整組記錄。請仔細閱讀每一則確認提示。最穩妥的順序是先保存還原所需資訊，再確認備份可讀，最後才執行刪除。不要把「以後還記得」當成備份。

依資料層級準備還原資料

訂閱至少要保留完整的原始 URL 與用途說明；手動伺服器需要保留所有必要參數；Config 則需保留目前實際使用的設定內容與相關說明。重新取得訂閱網址可以取得目前清單，但未必能還原過去的名稱、順序與本機修改。設定檔也不一定包含所有手動輸入的伺服器記錄，因此不能只保存規則檔案，就認定所有內容都有備份。

若目前介面提供匯出或備份功能，請先確認其包含範圍，再將產生的內容存入自己控制的私密位置。不要預設每個匯出選項都會包含憑證、訂閱、本機選取狀態與應用程式設定。匯出完成後，請確認檔案確實已儲存、可以重新讀取，且名稱足以辨識；儲存位置無法存取或內容為空，都不算有效備份。

刪除訂閱前先檢查相依關係

先確認目前連線是否正在使用即將刪除的項目，再切換到已驗證的其他記錄，或先結束目前連線。如果 Config 透過名稱關聯特定策略或伺服器，刪除前也要確認這些參照是否仍有效。從清單刪除成功，不代表規則已自動找到替代目標。刪除後應重新檢查 Home 的選取狀態與實際連線，避免留下名稱仍存在、但目標已失效的設定關係。

若只想移除重複記錄，應優先處理已確認重複的群組，不要順手清空其他設定。訂閱中的個別項目即使在本機刪除，後續更新仍可能再次出現，因為清單中仍包含該項目。若要長期減少畫面上的干擾，應先了解目前介面提供的整理功能，不要依賴反覆刪除。訂閱內容維護與本機清單整理應分開看待。

從最小範圍開始還原

更換裝置或重新設定後，先從 App Store 還原應用程式購買項目，再還原個人訂閱與設定。購買記錄與伺服器資料是兩回事；取得應用程式不代表原有訂閱、參數與備註一定會一併回復。已購項目與適用條件請參閱換機與已購項目還原說明。iPhone、iPad 的系統需求與購買適用性均以 App Store 頁面標示為準。

還原個人資料時，先匯入一份訂閱或一台手動新增的伺服器，核對解析結果並完成連線，再逐步加入 Config 與其他群組。若一開始就覆蓋所有設定，發生失敗時很難判斷是伺服器資訊過期、設定參照失效，還是裝置設定不同。成功還原後，請檢查備註、順序與目前選取項目，不要只因「檔案能開啟」就認定還原完成。

限制備份存取並定期檢查

含有伺服器密碼或訂閱憑證的檔案，應以受控方式保存，避免放入公開共享資料夾。能讀取備份的人，可能具備與取得原始分享連結相近的存取能力。傳送故障資訊時，只提供必要的內容結構，並先移除 URL 中的敏感參數、驗證欄位與 QR Code。若確認備份已外洩，刪除檔案只是第一步，還應更換受影響的憑證並重新建立可靠備份。

日常維護可依固定順序進行：先備份，再更新；先核對，再測試；先確認替代記錄，再刪除。每次只處理一個問題，並留下簡短的私密變更紀錄。這樣既能保留清楚的還原途徑，也能在下次發生問題時確認哪些內容曾經變更。首次連線流程請參閱入門指南；依狀況查找後續處理方式，請參閱疑難排解。