Shadowrocket
訂閱與伺服器管理

01 Subscribe：建立可更新的訂閱

先分清訂閱、伺服器項目與 Config

訂閱是提供伺服器資料的遠端網址；伺服器項目是解析後顯示在本機的連線紀錄；Config 則管理規則及相關連線設定。三者彼此相關，但不能互相取代。匯入訂閱後看到一組伺服器，只代表資料已進入 App，無法證明目前規則已將請求交由這組伺服器處理，也無法證明遠端帳號仍有使用權限。開始前，先確認手上的內容是訂閱網址、單筆分享連結，還是設定檔網址。

本章假設您已持有自己的訂閱。準備時請保留完整連結及服務商提供的格式說明；若有帳號狀態頁面，可先確認訂閱是否仍有效。不要只依連結中的某個英文單字判斷用途，有些訂閱路徑沒有明顯副檔名。訂閱網址通常包含存取憑證，請當作密碼妥善保管。以下網址僅供教學示範，無法用於實際連線，也不代表有可用服務。

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

在 Add Server 中儲存 Subscribe

1. 從 Home 進入新增項目，開啟 Add Server，並在 Type 中選擇 Subscribe。
2. 將完整訂閱網址填入 URL，在 Remarks 填寫方便辨識的名稱，然後儲存。實際顯示的欄位請以目前 App 介面為準。
3. 等待首次取得資料完成，返回列表確認是否出現隸屬於該訂閱的伺服器項目。需要再次取得資料時，使用該訂閱對應的更新操作。

名稱建議標示用途，例如「個人訂閱·日常」，不必重複貼上完整連結。儲存前請檢查網址開頭、問號後的查詢參數及結尾是否完整，尤其留意從聊天訊息複製時混入的空格、換行或全形標點。QR Code、瀏覽器頁面標題與訂閱網址是不同內容；若將展示頁面的網址填入 URL，取得的可能只是網頁內容，而非伺服器資料。

首次取得資料後的檢查順序

先核對群組名稱，再抽查一筆伺服器的 Type、Address 與 Port，確認內容符合自己的資料。訂閱項目數量可能隨遠端維護而變動，不能以「數量變多」判斷匯入正確。若名稱正常但列表空白，請分辨是請求失敗、回傳空內容，還是內容格式無法解析。此時先保留原訂閱並記下錯誤訊息，不要連續刪除再重建，以免破壞問題現場。

首次請求失敗不一定代表連結失效，也可能是目前網路無法連上訂閱網址、遠端暫時無法使用，或回傳的是登入頁面。若已有可用紀錄，請先維持現況；若完全沒有伺服器，可分別透過目前網路與另一個可信任的網路各驗證一次，避免反覆切換多項設定而失去比較基準。相關情況請參閱訂閱解析失敗或伺服器列表空白的自我檢查說明。

完成本章後，您應能辨識訂閱父項、由它管理的伺服器，以及目前選取的連線項目。若只看到獨立伺服器，沒有可更新的訂閱關係，匯入的可能是單筆分享連結。不要只憑顯示名稱推斷它會自動更新；下次維護前，先確認該項目確實隸屬於 Subscribe。

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

依協定選擇表單，不要靠名稱猜參數

手動輸入適用於已掌握完整伺服器參數的情況。開啟 Add Server 後，先選擇 Type，再填寫該協定所需欄位。不同 Type 的驗證方式、傳輸選項及加密設定各不相同；切換類型後，不要假設原欄位的意義維持不變。伺服器名稱只是標籤，即使名稱含有 Trojan 或其他協定名稱，也不能取代資料中明確指定的協定類型。

Address 通常填寫主機名稱或 IP 位址，Port 則填寫伺服器端的監聽連接埠。若資料分別提供主機名稱與連接埠，不要將協定前綴、網頁路徑或查詢參數一併填入 Address。IPv6 位址請依目前欄位的輸入要求處理，不要將分享連結中的方括號與連接埠格式直接套用到所有表單。連接埠必須與伺服器端一致，不要只因常見範例用了某個連接埠就照填。

分別檢查驗證、TLS 與傳輸層

Shadowsocks 的密碼與加密方式必須相互搭配；VMess、VLESS 常見的驗證方式是 UUID；Trojan 則使用相應的密碼驗證。WireGuard 的金鑰、位址與對端設定是另一種結構，不能當成只需填寫位址與密碼的表單。Hysteria2 也應依自己的伺服器資料填寫驗證與傳輸參數。本頁提供的是核對方向，不代表各協定的所有選項都能互換。

TLS 相關欄位應依資料填寫。SNI 是 TLS 交握時使用的伺服器名稱；連線目標 Address 與憑證對應的名稱可能不同，因此不能看到兩個網域就認為重複。遇到憑證錯誤，應優先檢查網域、裝置時間、伺服器憑證與傳輸設定；不要把略過憑證驗證當成通用解法。這可能掩蓋真正的位址或憑證問題，也會改變連線驗證的安全界線。

使用 WebSocket 等傳輸方式時，Host 與 Path 可能影響伺服器端的路由。Path 中的斜線、大小寫與查詢參數都可能有意義，不要只看外觀就自行簡化；Host 也不一定與 Address 完全相同。對於資料中未提供的欄位，保留適當預設值比隨意套用其他範例參數更妥當。只有在資料明確要求時才修改，並一併記錄每次修改及其結果。

儲存後逐一驗證變更

首次儲存時，建議使用容易辨識的 Remarks，並區分手動輸入項目與訂閱項目。先確認能否儲存及選取，再進行測試與實際連線。若失敗，每次只調整一組有依據的參數，例如先修正連接埠，再檢查驗證方式，最後檢查傳輸設定。一次同時修改 Type、TLS、Path 與 DNS，即使連線恢復，也無法判斷是哪項設定生效。

若同一伺服器的分享連結可以匯入，手動輸入的項目卻無法使用，可並排核對欄位，但不要公開完整憑證。優先比較驗證字元、TLS 狀態、SNI 與傳輸參數，而非只看名稱。資料不完整時，請向自己的服務商確認缺少的欄位；App 無法只靠主機名稱推算正確的密碼、UUID 或伺服器監聽方式。

手動輸入的項目通常不會隨原訂閱更新而自動修正。若項目是從訂閱紀錄複製後再調整，請在備註中註明「手動」，並保留修改原因。遠端變更連接埠或憑證時，請分別檢查手動建立的副本，避免列表仍保留舊參數，卻因名稱相同而誤選。

03 Scan QR Code 與剪貼簿匯入

先辨識內容，再選擇匯入方式

QR Code 與剪貼簿只是承載文字的方式，不會決定文字的用途。一張 QR Code 可能包含單筆伺服器分享連結、Subscribe 網址或一般網頁網址。掃描成功只代表 QR Code 內容已被辨識，無法證明伺服器參數完整、訂閱有效或資料可信。匯入前應先確認內容對應到您已有的哪份資料，匯入後仍須檢查資料進入哪個群組。

使用 Scan QR Code 時，請將 QR Code 完整放入取景範圍，避免邊緣遭裁切、螢幕反光或影像過度壓縮。首次使用相機功能時，系統可能會詢問相機存取權限；請在主動掃描時依需要授權。若 QR Code 已儲存在裝置中，是否支援直接讀取影像及相關入口位置，請以目前介面為準。不要為了方便解碼，將含有憑證的圖片上傳到外部辨識頁面。

掃描後的檢查不可省略

1. 確認辨識結果符合預期資料，尤其要分清楚是單筆伺服器還是訂閱。
2. 若出現編輯或確認畫面，請檢查 Type、Address、Port 與 Remarks，再儲存。
3. 返回 Home 尋找新增紀錄，檢查其所屬群組，再進行測試與選取。

相機無法對焦與伺服器無法連線，是不同層面的問題。前者應調整光線、距離與影像清晰度；後者才需要檢查參數與網路。若掃描後提示內容不受支援，先核對內容格式，不要反覆拍攝同一張清晰的 QR Code。服務商提供的 QR Code 有時只連到展示頁面，應使用其中明確提供的 App 資料，而不是把網頁跳轉誤認為伺服器匯入。

從剪貼簿複製完整資料

從自己的資料複製連結時，盡量使用專用的複製功能，避免連同說明文字、引號與句末標點一併選取。返回 Shadowrocket 後，使用目前介面提供的剪貼簿匯入方式處理；若系統詢問是否允許貼上，確認內容是剛才主動複製的資料後再繼續。尚未確認剪貼簿內容前，不要連續確認多個提示視窗，以免匯入先前複製的舊紀錄。

多行資料應先確認 App 是否支援相應的批次格式。將數筆不同協定的連結、說明文字與訂閱網址混在一起，不一定會依預期方式批次處理。較穩妥的做法是先用單筆紀錄確認流程，再處理明確支援的批次內容。若只匯入部分資料，請逐筆比對原始文字，不要再次貼上全部內容，以免可用項目重複出現。

遇到內容遭截斷時，優先檢查連結結尾的名稱與查詢參數是否仍在。有些編輯器只是將長行視覺換行，不代表實際插入了換行；其他傳遞方式則可能確實改變原文。您可以在裝置本機檢視文字邊界，但不必將完整憑證複製到多份筆記或共享文件。需要比對時，優先確認字元位置與欄位是否存在，而不是將副本四處保存。

若同一份資料已透過 Subscribe 匯入，再掃描 QR Code 匯入單筆紀錄，通常會另建一筆獨立紀錄，而非自動合併回訂閱中。這筆紀錄可能不會隨訂閱更新。匯入前先確認列表中是否已有該項目；匯入後若只是暫時測試，請為副本加上清楚備註，測試完成後依備份與刪除章節處理。

最後，請分開確認「資料匯入成功」與「系統連線已建立」。新增列表紀錄不代表已開啟連線開關；系統 VPN 設定授權也不同於相機或貼上權限。只有在主動建立連線時才處理相關系統授權，並透過實際連線驗證結果，避免將不同權限步驟混為一次匯入失敗。

04 分享連結：格式、編碼與設定邊界

連結前綴決定解析方式

伺服器分享連結通常以協定相關的 URI 前綴開頭，例如 ss://、vmess://、vless:// 或 trojan://。前綴後可能直接排列驗證資料、位址與參數，也可能是經過編碼的結構化內容。因此，不同協定的連結不能用同一套方式拆解。尤其不能只替換前綴，就期待將一種協定轉換為另一種協定。

以下內容僅供觀察欄位位置；密碼與網域都是教學用假資料，無法用於實際連線。Trojan 範例中的驗證資訊位於位址前，問號後為參數，井字號後為備註。VLESS 範例使用示範用 UUID。實際使用時請保留自己的完整原文，並確認伺服器端要求的傳輸參數；連結結構看似完整，不代表伺服器一定接受其中的設定。

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

vless://[email protected]:443?encryption=none&security=tls&type=tcp&sni=example.com#example-vless

不要反覆解碼或手動拼接

URI 中有些字元具有分隔作用，驗證資料或名稱中的特殊字元可能需要百分比編碼。編碼後的百分比序列不是可以任意刪除的雜字元；重複解碼也可能將原本屬於欄位內容的字元變成新的分隔符號。若連結由服務商提供，請優先使用原始複製內容，不要為了讓它「看起來更短」而刪除參數、插入空格或更改大小寫。

VMess 等分享格式可能包含 Base64 編碼內容，但 Base64 不是保密措施，只是一種編碼方式。知道某串字元可以解碼，不代表應將解碼結果貼到公開頁面。還原後的驗證資料仍是敏感資訊。若內容無法解析，請先核對前綴、完整性與格式支援情況，再檢查欄位；不要連續嘗試多種編碼轉換。

備註通常位於連結末尾，通常不負責驗證，但不能因此認為結尾內容都能刪除。井字號前的查詢參數可能控制 TLS、SNI、傳輸類型或路徑；刪除後或許仍能匯入，卻無法依原本方式連線。若匯入後的表單與預期不符，請比對原始連結與 App 解析出的欄位，特別檢查參數是否遭截斷或忽略。

伺服器分享連結與 .conf 屬於不同層級的資料

單筆分享連結主要描述一條伺服器連線；Shadowrocket 的 .conf 則可承載規則等設定。以下是規則章節的教學片段，展示依序比對的基本結構，並非完整連線資料。複製這段內容不會建立伺服器，也不能取代訂閱。使用前還須確認所需策略在自己的設定與連線環境中代表正確意義。

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

DOMAIN-SUFFIX 比對網域後綴，GEOIP 依目標 IP 的歸屬資訊參與判斷，FINAL 處理先前未符合的請求。規則由上往下比對，前面的寬鬆規則可能使後續的細部規則沒有機會生效。排查伺服器時，若請求交由 DIRECT 處理，就不能以該次存取結果證明代理伺服器是否正常；這也是匯入與分流需要分開核對的原因。

驗收分享連結最可靠的方式，不是確認「能否貼上」，而是檢查匯入後的協定、驗證與傳輸欄位是否符合原始資料。若欄位缺漏，應先確認分享格式是否包含該欄位、目前解析功能是否支援，再決定是否依資料手動補齊。不要在不瞭解欄位用途時套用另一台伺服器的參數，否則可能把原本可重現的問題變成新的混合設定。

需要移轉自己的資料時，先確認分享的是單筆伺服器、訂閱網址，還是整份設定。三者涵蓋範圍不同：單筆紀錄不包含完整的訂閱更新關係；規則片段也不一定包含所有參照物件。傳送前註明資料類型與用途，接收後再核對欄位，比只傳送一串沒有說明的長字串更容易發現缺漏。

05 更新策略：保留現況，再驗證變更

更新訂閱與更新 App 分開處理

更新訂閱是重新向遠端取得伺服器資料；更新 App 則透過 App Store 完成，兩者不是同一件事。某次訂閱更新失敗，不代表需要立刻更新 App；也不能只因 App 已更新就認定訂閱已刷新。日常維護時，先確認要處理的是遠端資料變更、連線故障，還是 App 操作問題，再採取對應措施，以減少不必要的變因。

更新前，先確認目前網路能連上訂閱網址，並記下目前選取的伺服器及其可用狀態。遠端可能調整名稱、位址、連接埠、驗證資料或項目數量，本機列表也會隨之變動。不要假設更新一定只會新增項目，也不要把舊項目一定會保留當成固定規則。重要的手動修改請先備份，因為刷新訂閱資料時，遠端結果可能會覆蓋本機管理的資料。

選擇更新時機與範圍

收到自家服務商的變更通知、發現項目失效或需要核對資料時，適合手動更新。若目前介面提供自動更新相關設定，可依自己的網路環境與使用頻率調整，並在一段時間後確認實際結果。自動化不能取代驗收：網路無法連線、帳號狀態變更或回傳格式異常，都可能使更新未如預期完成。

不建議為了排查一次連線失敗，就連續觸發所有訂閱更新。多個請求同時失敗時，難以分辨是一般網路問題，還是某筆訂閱本身有問題；遠端也可能限制頻繁請求。較清楚的做法是先更新一筆相關訂閱，核對錯誤訊息與列表變化，再處理其他訂閱。若目前正依賴某條連線處理重要事務，請先維持可用狀態，另選合適時機維護。

依結果判斷是否成功，不要只看按鈕狀態

更新完成後，至少抽查一筆預期會變更的紀錄，確認欄位確實已刷新。按鈕重新可點或載入圖示消失，只代表操作已結束，不能單獨證明回傳內容正確。若服務商明確更換了連接埠，但本機仍顯示舊值，請確認更新的是正確訂閱、連結指向正確資料，以及遠端是否已發布變更；不要立刻反覆重建所有紀錄。

部分訂閱會附帶用量或到期資訊。這些資料由遠端提供，App 負責顯示，不代表 App 已獨立核實使用額度。若資訊缺漏或與服務商紀錄不符，請分別確認回應標頭或資料內容，以及帳號狀態。不要根據名稱中的日期推斷使用權限，也不要把舊顯示當成續訂已生效的證明。

更新後，原先選取的項目可能被重新命名、取代或移除；請重新確認選取項目，並進行一次實際連線。若設定規則參照自訂名稱或策略，也要檢查參照是否仍有效。資料刷新成功但存取路徑改變，通常是參照或選取項目的問題，而非訂閱請求失敗。分流相關說明請參閱Global Routing 三種模式的差異。

若已確認遠端資料有誤，應等待服務商修正，不要在 App 中逐項猜測參數。暫時手動建立且可用的項目可以另外標記，避免下次更新時誤以為它仍由訂閱管理。問題排除後再清除臨時副本，讓長期維護關係回歸清楚的訂閱與少量手動紀錄。

06 多筆訂閱管理：名稱、歸屬與規則參照

依訂閱歸屬建立清楚的管理層次

管理多筆訂閱的目標，是清楚掌握每筆紀錄的更新來源、保留原因及目前是否仍在使用，而不是讓列表越長越好。建議先為每個 Subscribe 父項設定穩定別名，再保留遠端項目原有的辨識資訊。別名可標示個人用途或資料類別，但不應包含完整憑證。即使兩筆訂閱回傳相同的伺服器名稱，也應能透過所屬群組分辨。

訂閱別名與伺服器 Remarks 用途不同。父項用來辨識更新來源，子項用來辨識特定連線目標；手動建立的副本則應另外標示維護方式。可以使用「個人訂閱·日常」、「個人訂閱·備用」、「手動·測試」等命名方式，但不要將標籤中的「備用」誤認為已設定自動故障切換。名稱只是管理提示，實際選取仍取決於目前設定。

不要只依顯示名稱刪除重複項目

兩筆紀錄同名，不一定連到同一台伺服器；位址相同，也可能使用不同連接埠、驗證資料或傳輸方式。判斷是否重複，請依序比較所屬訂閱、Type、Address、Port 與重要傳輸欄位。驗證資料只需在本機核對，不必為了比對而匯出至公開試算表。若兩筆訂閱各自管理同一目標，刪除其中一筆本機子項後，下次刷新時仍可能再次出現。

因此，應先決定是否仍需保留對應訂閱，而不是不斷刪除它管理的重複子項。若確定重複新增了同一筆訂閱，請確認哪個父項仍供目前使用，備份後再移除多餘父項。若只是測試產生的獨立副本，先確認目前規則或選取項目沒有參照它，再刪除。請分批整理，每批完成後檢查一次連線，避免一次清除後無法還原相依關係。

不要把列表順序當成分流策略

伺服器列表的顯示順序主要是為了方便尋找。將某筆紀錄移至頂端，不代表所有請求都會使用它；依名稱排序也不會自動建立優先順序或故障切換。實際影響請求去向的因素還包括 Global Routing、目前選取的伺服器，以及 Config 中的規則與策略參照。整理列表後，請檢查這些實際設定，不要只看第一筆名稱就判斷目前的連線路徑。

若自訂設定參照了特定名稱，重新命名前請先查看參照方式。有些設定會以明確名稱指向物件，另一些則透過篩選條件整理物件，名稱變更對兩者的影響不同。遠端更新也可能改變原有名稱。維護時應讓命名方式與設定參照保持一致；修改名稱後列表仍然存在，不代表所有規則關係都已自動同步。

名稱篩選條件應盡量明確，避免過於寬鬆的關鍵字納入不相關紀錄。遠端命名並非永遠不變的介面；若篩選依賴名稱中的地區、符號或編號，更新後請抽查篩選結果。候選項目空白或意外增加，都可能影響策略選擇，即使所有伺服器本身都能連線。此時應檢查集合與參照，而非反覆修改伺服器驗證資料。

長期未使用的訂閱，可先評估是否仍有保留必要；清理前請保存必要的還原資料。不要將失效、暫時無法連線與不再需要混為一談：前兩者屬於故障判斷，後者才是管理決策。先確認用途再刪除，才能避免只為了讓列表整齊，就意外移除仍在使用的備用資料。

07 Connectivity Test：延遲、排序與實際連線

先確認測試涵蓋哪個層級

解讀 Connectivity Test 結果時，須搭配測試方式。TCP 類測試主要觀察與伺服器連接埠建立連線的情況；HTTP 類測試還涉及指定目標與相應請求流程，不同方式的結果不能直接混為一談。連接埠有回應，不代表驗證、TLS、代理轉送與目標網站都正常。測試失敗也不一定表示伺服器永久無法使用，應先確認問題發生在哪個層級。

測試前請檢查 Settings 中目前使用的測試方式與目標；實際可見設定請以 App 介面為準。比較多筆伺服器時，盡量維持網路、目標與測試方式一致。行動網路與 Wi-Fi、不同時段及裝置所在的訊號環境都可能影響結果。若每筆紀錄是在不同條件下測試，即使數字看起來整齊，也無法可靠地橫向比較。

單次測試結果不代表長期品質

延遲反映特定條件下單次或多次往返所需的時間，不等同於下載速度、持續傳輸量或長連線穩定度。最低數值可能來自距離較近的入口，但後續目標存取仍受其他路徑與負載因素影響。管理時可以先用測試篩選候選項目，再透過實際使用驗證；不要只保留數值最低的一筆，就立刻刪除其他仍有用途的紀錄。

發生逾時時，先抽選一至兩筆重新測試，不要立刻對所有訂閱反覆執行批次測試。大量並行測試本身會產生連線請求，也可能受目前網路或遠端限制影響。若所有項目同時失敗，優先檢查一般網路、測試目標與目前設定；若只有某一筆持續失敗，再集中核對其 Address、Port、驗證與傳輸設定，較容易縮小範圍。

排序方便查找，實際連線才是驗收依據

依延遲排序後，請留意結果是否仍是剛才測得的資料，以及是否有未測試或測試失敗的項目。不同狀態可能採用不同排序方式，不要把空值當成零延遲。排序不等於選取；完成排序後，請明確選取預期紀錄，再檢查系統連線狀態。若設定使用策略群組，也要確認實際請求是否經由該紀錄，而非由群組中的其他選項處理。

1. 固定目前網路與測試方式，測試相關伺服器並記錄異常範圍。
2. 選取一筆需要驗證的紀錄，核對 Global Routing 與目前的 Config，避免目標由 DIRECT 處理。
3. 建立連線後，存取原本需要使用的目標，確認是否能正常完成請求，而不只是首頁有出現。
4. 失敗時記下確切錯誤訊息，分別檢查解析、建立連線、驗證、TLS 與目標存取；不要同時變更多個層面。

測試成功但實際存取失敗時，請考慮規則是否將目標導向不同策略、DNS 是否回傳預期位址、TLS 是否相符，以及目標本身是否可用。相反地，測試目標無法連線，但實際服務正常，也可能只是測試條件不合適。不要用單一測試結論取代實際觀察；兩種結果應共同用來定位問題，而非勉強擇一。

若為了暫時排查而變更 Global Routing，驗證結束後請恢復原本的日常設定。Proxy 可協助觀察代理路徑，但不是所有問題的通用解法；Direct 可用來對照直連情況，卻不能證明代理路徑正常。使用 Config 時，則要留意實際符合的規則。若目標遭 REJECT 拒絕，換伺服器可能沒有幫助，應檢查規則與誤判情況，請參閱REJECT 策略與比對範圍。

最後保留的應是用途明確、參數容易維護，且實際驗證符合需求的紀錄，而非只因某次排序而排在最上方的名稱。測試用來縮小排查範圍，不能取代帳號狀態確認或備份。長期比較時使用相同方法並保留少量紀錄，通常更容易找出變化原因。

08 刪除與備份：依資料範圍還原

先分清楚要刪除的項目

刪除單筆伺服器、刪除 Subscribe 父項、刪除 Config 與刪除系統 VPN 設定，處理的是不同項目。單筆紀錄包含連線參數；訂閱父項管理遠端更新關係；Config 包含規則等設定；系統 VPN 設定則屬於裝置授權與連線設定。操作前先確認項目層級，不要把所有刪除操作都視為「重新開始」，否則可能留下錯誤資料，卻移除了仍需要的規則。

刪除由訂閱管理的子項後，下次更新時可能再次出現，因為遠端仍會回傳該紀錄。刪除父項則可能同時移除它管理的項目；實際刪除範圍請閱讀目前的確認提示。無論哪一種，本機刪除都不等於撤銷遠端權限，也不會自動使已外洩的訂閱網址失效。遠端帳號與憑證應透過您自己的服務商帳戶流程處理。

備份範圍應涵蓋實際依賴的資料

只保存一筆分享連結，通常只能還原一條連線；只保存訂閱網址，也不一定能還原本機名稱、手動副本、規則檔案與個人化設定。備份前請列出實際需要的範圍：訂閱 URL、重要的手動項目、目前使用的 Config，以及影響連線的必要設定。不要假設檔案名稱中有「備份」就自動包含所有內容；請依目前匯出功能的說明確認範圍。

使用 App 提供的備份或匯出入口時，請檢查產生的資料包含哪些內容、是否含有憑證，以及還原時會不會覆寫現有資料。若分項保存，請為每份資料標明用途與範圍，例如「規則設定」、「個人訂閱網址」、「手動測試紀錄」。名稱不必包含真實伺服器密碼。備份檔可能含有敏感驗證資料，請限制存取，並依個人裝置安全措施妥善保護。

以小範圍驗證還原，不要直接覆寫全部資料

1. 先確認目前裝置中的紀錄是否需要保留，必要時另行備份目前狀態。
2. 依資料類型還原訂閱、手動項目或設定，核對匯入結果，避免同一份資料重複匯入多個群組。
3. 檢查目前選取的伺服器、Global Routing、Config 與相關設定；列表中出現資料不代表還原已完成。
4. 完成測試與實際連線後，再清除重複紀錄與暫存檔，並保留一份範圍明確且有效的備份。

更換裝置時，請分別確認 App 本身與 App 內資料。透過 App Store 取得已購買的 App，不代表所有訂閱與本機設定都會如預期還原；是否能隨裝置資料移轉，須依實際移轉方式與還原結果確認。購買與已購項目還原流程請參閱換機與重新安裝說明。App 開發者應為 Shadow Launch Technology Limited，產品頁的 App ID 為 932747118。

還原至另一台 iPhone 或 iPad 後，系統可能需要重新確認 VPN 設定授權。舊裝置上的授權不能作為新裝置已獲授權的證明。也請確認伺服器端是否限制裝置數量或同時連線數，避免將遠端限制誤認為備份損壞。先用一筆已知參數的紀錄進行驗證，再逐步還原其他資料，較容易區分裝置授權、資料移轉與伺服器狀態。

備份也需要定期維護。遠端重設驗證資料、調整位址或本機修改規則後，舊備份可能不再適用。完成一次完整驗證後，請更新有效備份並註明涵蓋範圍。不要無限保存多份難以辨識的敏感副本；在確認新備份可成功還原前，也不要急著刪除唯一的舊副本。是否刪除或保留，應以能否還原為依據。

本頁的管理流程是：確認資料來源，匯入後核對欄位，更新前保留現況，整理時檢查參照，測試後驗證實際連線，刪除前確認備份。若仍有具體錯誤，請前往常見問題依症狀繼續查閱；若要重新完成首次連線，請返回入門指南，依單一流程逐步驗證，不必同時重建所有訂閱與設定。