Shadowrocket
完整使用手冊

透過 App Store 取得並核對正版

先開啟App Store 正版核對頁，比對 App 名稱、開發者與 App ID，再前往商店購買。Shadowrocket 是 Apple 平台的付費閉源商業 App，唯一取得管道是 App Store。下文操作以 iPhone、iPad 為主；Mac、Apple TV、Apple Vision 的相容性、系統需求及通用購買適用情況，請以 App Store 頁面標示為準，不要依裝置名稱推斷是否可用。

購買前核對三項資訊

先在產品頁確認名稱為 Shadowrocket，再確認圖示與本站使用的官方圖示一致，最後往下查看開發者資訊。開發者應為 Shadow Launch Technology Limited。搜尋結果中可能出現名稱相似的 App，因此不能只憑中文別稱或搜尋排名判斷。名稱方便辨識，開發者與 App ID 才能進一步確認所查看的產品。

在商店產品連結中核對 id932747118，其中數字 932747118 是 App ID，不是購買憑證或目前版本。分享的產品網址也可用這個 ID 尋找同一款 App。如果連結跳轉後顯示不同產品，請停止購買，回到核對頁重新開啟；不要以相似圖示、介紹中的關鍵字或他人轉述取代這個步驟。

確認購買內容與裝置條件

在價格按鈕附近查看目前商店顯示的金額，再完成系統購買確認。美國商店定價約為 2.99 美元，採一次性買斷；實際金額、稅費與貨幣顯示請以商店頁面為準。購買的是 App 使用資格，不是伺服器帳戶。App 一次性買斷 ≠ 連線方案：之後連線仍需使用者已有的訂閱或伺服器資訊；本站只說明如何使用這些資訊，不提供連線服務。

請在相容性欄確認目前裝置與系統是否可安裝。系統需求以 App Store 頁面標示為準，不要用舊教學中的系統版本數字判斷目前是否可用。若商店暫時無法完成購買，先檢查帳戶狀態、付款方式及商店供應情況；這屬於商店交易流程，與 App 內的 Address、Port 或分流規則無關，此時修改伺服器參數不會影響購買結果。

安裝後保留復原依據

安裝完成後，從主畫面開啟 Shadowrocket，先確認 App 能正常啟動，再準備匯入設定。購買紀錄與 App Store 帳戶連結；更換裝置或重新安裝時，請在同一購買帳戶的已購項目中尋找。是否支援家人共享、跨裝置適用範圍及具體復原條件，請以 App Store 頁面與帳戶實際顯示為準，不能因一次安裝成功就推斷所有裝置都能直接使用。

復原前請區分購買資格與 App 資料。已購紀錄可協助重新取得 App，但不代表伺服器清單、訂閱網址、規則修改與私密金鑰也已復原。App 重新出現後，仍應逐項核對這些內容；若只復原了軟體而沒有設定，Home 中沒有可用伺服器屬於正常的準備階段，並不表示購買失效。設定的備份與轉移會在維護章節另行說明。

首次啟動與 VPN 設定權限

首次開啟 Shadowrocket 後，先確認 Home、Config、Data、Settings 的位置，再進行匯入與連線。Home 主要用來查看伺服器、選取項目及控制連線；Config 用來管理分流設定；Data 用來查看流量與請求紀錄；Settings 集中放置執行選項。不同裝置的版面可能不同，請依英文介面名稱辨識，不要以按鈕固定的像素位置作為操作依據。

首次連線時處理系統提示

在 Home 開啟連線開關時，系統可能會要求加入 VPN 設定。確認提示對應 Shadowrocket 後，依系統流程允許並完成裝置身分驗證。這項權限用於建立系統網路延伸功能所需的設定，讓 App 能依目前模式處理進入通道的流量；它不是向服務商購買連線資格，也不表示伺服器參數已通過遠端驗證。

如果當時選擇拒絕，先回到 App 再次發起連線，確認是否重新出現授權流程。仍無法繼續時，前往系統 Settings 尋找 VPN 相關設定，檢查是否有對應項目或受管理限制。系統設定的具體層級會因裝置環境而異，依頁面實際名稱尋找即可。不了解用途時，不要批次刪除網路設定，尤其是裝置上仍有工作所需連線時。

允許加入設定後，再查看 Home 的連線狀態。系統授權成功只解決本機能否建立網路延伸功能的問題，不會自動修正 Address、Password、SNI 等欄位。若授權已完成但連線失敗，應繼續排查參數與網路，而不是反覆撤銷權限。將系統權限與遠端驗證分開判斷，可避免在錯誤環節重複操作。

區分必要權限與選用入口

使用 Scan QR Code 掃描使用者已有的伺服器 QR Code 時，App 可能會要求存取相機。只有實際使用掃描入口時才需要處理這項要求；手動填寫或貼上既有連結不需要相機。掃描結果應先檢查協定類型與重要欄位，再儲存。QR Code 可能包含伺服器驗證資訊，請勿將原圖放入公開相簿或在提問時直接上傳。

從剪貼簿匯入時，系統可能會提示是否允許貼上。先確認剛複製的確實是使用者自己的設定，再允許這次讀取。剪貼簿中的一般網頁網址不一定是訂閱網址，複製整段說明文字也可能無法辨識。若解析失敗，請回到原始資訊，只複製完整連結並保留必要標點與編碼；不了解格式時，不要自行刪改結尾字元。

檢查裝置目前的網路接管狀態

首次驗證前，先確認裝置能正常連線至目前的 Wi-Fi 或行動網路。若 Wi-Fi 需要網頁認證，請先在未連線 Shadowrocket 時完成認證，再回到 App 操作。基礎網路本身無法連線時，App 的伺服器測試也會失敗。依這個順序可區分本機網路接入問題與伺服器問題，避免將所有逾時都歸因於同一份訂閱。

若裝置上有其他 VPN 設定，先確認目前實際啟用的是哪一個。多個會接管網路的設定可能互相影響；排查時只保留本次測試需要的連線狀態。受組織管理的裝置也可能受到限制，請依管理規定處理，不要修改不了解的政策。系統顯示 VPN 標示只能作為通道正在運作的線索，仍須搭配 App 狀態與實際請求判斷是否可用。

首次測試時，先不要啟用 On Demand，使用手動開關明確完成一次連線與中斷。否則網路條件變更觸發自動連線後，可能會誤以為開關操作沒有生效。手動連線穩定後，再到 Settings 逐項設定自動行為。這樣每次狀態改變都有明確原因，日後遇到自動重新連線也更容易找出問題。

新增既有伺服器與訂閱

先確認使用者已有的資訊屬於單一伺服器參數、伺服器分享連結、訂閱網址，還是規則設定檔，再選擇匯入入口。這些不是同一種內容：伺服器資訊說明如何連線至遠端；訂閱用來更新一組伺服器；設定檔則用來描述分流與其他執行設定。將規則檔當成訂閱匯入，或把產品介紹網頁當成伺服器連結貼上，都可能造成解析錯誤，而不是產生可連線的項目。

透過 Add Server 核對欄位

在 Home 的 Add Server 入口選擇 Type，接著依原始資料填寫 Address 和 Port。Address 通常是網域或 IP 地址，不應隨意加上網頁路徑；Port 是伺服器端的監聽連接埠，不是協定名稱。接著填入該類型要求的驗證欄位，例如 Password、UUID 或金鑰。Type 選錯會導致後續表單欄位不相符；即使地址與連接埠正確，也無法完成預期的交握。

涉及 TLS 時，請依服務商提供的資料核對 SNI 與憑證條件。Address 是連線目標；SNI 用於 TLS 交握時識別伺服器名稱，兩者可能相同，也可能不同，不能一概照抄。若出現憑證錯誤，應檢查名稱、裝置時間與伺服器憑證，不要把 Allow Insecure 當成一般修復開關。各欄位的詳細說明可參閱Trojan 參數說明。

使用 Subscribe 與連結匯入

有訂閱網址時，在目前介面的 Subscribe 或新增訂閱入口貼上完整網址，設定容易辨識的名稱，再執行更新。Config 頁面的遠端設定入口也可能接受規則設定網址，匯入前請確認內容類型；不能只因入口都接受 URL 就混用。匯入成功後，應看到預期的伺服器或設定項目；若只出現一段網頁內容，請確認複製的是不是介紹頁，而非實際資源網址。

訂閱網址中的查詢參數通常用於身分識別，大小寫、編碼與結尾字元都可能有意義。先移除複製時夾帶的空格與換行，再確認網址完整；不要為了縮短網址而刪除參數。更新失敗時，記錄錯誤是網域解析失敗、請求逾時、驗證遭拒，還是內容無法解析。不同結果代表不同環節出了問題，重複新增相同網址通常只會產生重複群組。

單一分享連結可透過 App 支援的連結辨識、剪貼簿或 Scan QR Code 匯入。匯入後開啟項目詳細資料，比對 Type、Address、Port 與驗證欄位，確認辨識結果完整。自動辨識只能減少手動輸入，不代表所有選用參數都符合目前伺服器的要求。各種入口的操作差異，請參閱訂閱與伺服器匯入方式說明。

儲存後整理成易維護的清單

在清單中選取剛儲存的伺服器，確認選取標示確實移至目標項目，再進行測試。建議備註標示用途或來源，不要在名稱中寫入密碼。訂閱產生的項目應與手動新增的項目有所區別；更新訂閱時，部分欄位可能重新產生，直接修改產生的項目不一定能長期保留。若有需要長期維護的差異，請先確認 App 的覆寫或獨立儲存方式。

首次匯入時先保留一個來源明確的項目，不要同時匯入多份含義不明的設定。若服務商只提供部分欄位，應向原始資訊來源確認，不要自行猜測驗證類型或連接埠。本站不提供、不銷售也不推薦伺服器或訂閱。完成本章後，應能說明目前使用哪筆伺服器紀錄、資料來自哪份既有資訊，以及日後要在哪個入口更新。

Global Routing 三種模式與規則順序

在 Home 開啟 Global Routing，先確認目前選擇的是 Config、Proxy 還是 Direct。三者分別代表設定、代理與直連模式，決定流量的處理方式；它們不是三台不同伺服器。選擇伺服器是在決定「代理連線使用哪台」，選擇 Global Routing 則是在決定「哪些請求要如何處理」。區分這兩個層次，才能說明為什麼使用同一台伺服器時，不同網站會出現不同結果。

先確認目前生效的 Config

在 Config 頁面查看目前啟用的設定，必要時開啟內容核對，不要只看檔名。清單中有某個檔案，不代表它目前正在生效。使用 Config 模式時，規則通常由上而下比對，第一條符合的規則決定處理策略；因此應將條件明確的規則放在範圍較廣的規則之前，並將 FINAL 留作末尾兜底，避免後面的規則永遠沒有機會套用。

以下是用來說明語法的 .conf 規則片段，不是包含伺服器參數的完整設定。example.com 是教學用網域，PROXY 代表代理策略引用，使用前須確認目前設定能解析該策略。只複製這些行不會取得伺服器，也不會自動連結至使用者已有的伺服器；請先備份現有內容，再依實際設定結構調整。

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

了解比對條件與處理策略

DOMAIN 比對指定的完整網域，DOMAIN-SUFFIX 比對網域後綴及其子網域，DOMAIN-KEYWORD 依網域中的關鍵字比對。最後一種規則的涵蓋範圍較廣，不能只憑一個看似獨特的字詞就認定不會誤比對。IP-CIDR 與 IP-CIDR6 依 IP 位址網段比對，填寫時須保留前綴長度；這與依網域判斷是不同條件。

GEOIP 依目標 IP 在地理資料庫中記錄的歸屬地區比對，不用於判斷網站的經營主體。網站可能由多個分散式位址提供內容，不能因頁面文字相同就推斷所有請求都會命中同一地區。DIRECT 代表直接連線，REJECT 代表拒絕處理；其他策略名稱應能在設定中找到對應定義。FINAL 並不是「再次檢查所有規則」，而是在前面的規則都未命中時採用的末尾處理方式。

以對照方式找出規則問題

若某個目標在 Proxy 下正常、在 Config 下異常，先記錄該請求命中的規則與策略，再檢查順序及條件。不要立即更換所有伺服器，因為代理路徑已提供可用的對照。反過來說，如果 Proxy 下也同樣失敗，應先排查伺服器、驗證、TLS 與網路條件。Direct 能否連線只能說明直接路徑的結果，不足以證明代理參數正確。

修改規則時一次只調整一項，儲存後依目前介面的要求套用設定，再重新發出目標請求。既有長連線可能繼續使用先前的路徑，瀏覽器頁面也可能使用快取；必要時關閉相關頁面後再試。規則測試應涵蓋實際失敗的子網域，而不只是首頁網域；頁面中的圖片、介面與登入請求可能來自不同網域，因此會命中不同規則。

連線、驗證與分層排查

在 Home 選取已核對的伺服器，確認 Global Routing 後開啟連線開關。等待 App 完成狀態變更後，先前往一個熟悉且可重複測試的目標，再檢查實際請求紀錄。不要將「開關已開啟」、「系統出現 VPN 標示」與「測試顯示數值」視為同一種成功結果：它們分別反映執行狀態、系統通道狀態，以及特定測試條件下的結果。

分開看待測試結果與實際存取

在 Connectivity Test 中執行測試，可了解所選伺服器在目前測試方式下是否有回應。測試目標、協定支援與網路條件都會影響結果，不能將單次耗時解讀為所有網站的速度，也不能把測試失敗直接等同於所有請求都無法使用。若測試正常但網頁無法開啟，應繼續檢查目標網域、分流策略與 App 內的實際請求，而不是只反覆點選測試。

驗證時保持條件一致：同一部裝置、同一個基礎網路、同一台伺服器、同一個目標請求。先記錄 Config 模式下的情況，需要排除規則影響時再短暫切換至 Proxy，測試後恢復原設定。若同時更換網路、伺服器又修改 DNS，即使結果改善，也無法確定是哪個步驟發揮作用；下次遇到故障時也會缺少可重複使用的判斷依據。

依故障發生的位置排查

若連線開關很快又關閉，先確認是否卡在系統授權、網路延伸功能啟動或本機設定錯誤階段。確認 VPN 設定存在且裝置允許啟用，再檢查 App 是否提示設定解析或策略引用異常。此時不必先研究某個網站的規則，因為請求可能尚未進入穩定運作的 App。保留錯誤訊息原文，比只說「無法開啟」更有助於判斷原因。

若開關保持開啟但所有目標都無法連線，先確認基礎網路，再檢查伺服器 Address、Port、驗證資訊與服務狀態。連線逾時通常代表某個步驟未能在限定時間內完成，不會直接指出是密碼錯誤；驗證遭拒則較可能與帳戶或參數有關。TLS 錯誤應進一步核對 SNI、憑證名稱與裝置時間，不能只憑一個「失敗」圖示判斷根本原因。

若只有部分目標失敗，先在紀錄中找到該目標及其相關子網域，確認命中的策略是否符合預期。主頁面正常但圖片或登入失敗，常見原因是不同請求採用不同路徑。也要區分遠端回傳的業務錯誤與網路錯誤：若頁面已顯示帳戶權限提示，代表至少部分連線已完成，不應繼續反覆操作本機 VPN 權限。

保留可重現問題的最精簡紀錄

記錄問題發生的時間範圍、Wi-Fi 或行動網路環境、目前模式、目標網域與錯誤類型。若紀錄含有訂閱網址、驗證欄位、私鑰或完整請求參數，分享前請先遮蔽敏感資訊。保留協定類型與錯誤階段，通常已足以支援初步判斷，不必公開整份設定。測試結束後，請關閉暫時啟用的詳細紀錄，避免長期累積不必要的存取明細。

切換網路後應重新發起連線與請求，不要把切換前的結果當作目前狀態。某些協定對傳輸條件有要求，某個網路可用不代表另一個網路也相同。若問題仍無法重現，先還原最近一次確認可用的設定，記錄差異，再逐項重新操作。快速操作流程可回看連線與驗證教學；本章的目標是縮小排查範圍，而不是一次修改所有設定。

Data 流量與請求紀錄

建立連線後開啟 Data，先查看頁面標示的統計範圍，再觀察上傳、下載與請求的變化。這裡的資料用來了解 App 目前可見的網路活動，不等同於電信業者帳單，也不一定涵蓋裝置上的所有網路行為。不同計數項目可能依工作階段、執行期間或頁面所示週期累計；解讀數值前，應先確認單位與範圍，不要只憑總量推斷某個 App 已傳輸多少內容。

先看方向、單位與時間範圍

上傳代表裝置向外傳送的資料，下載代表從外部傳回的資料。速度是某段時間內的變化率，累計量則是觀察範圍內的總和，兩者不能直接比較。網頁載入完成後速度下降，通常只是這次傳輸已結束，並不代表連線中斷；背景同步仍可能產生少量流量，因此停止操作時看到些微變化也不能單獨判定為異常。

開始排查前，先記下目前的計數值，或使用頁面實際提供的重設方式建立新的觀察區間，接著只執行一項目標操作。完成後比較變化，即可將本次請求與先前的背景流量區分開來。若頁面沒有明確提供某種統計週期，就不要自行稱為「本月用量」。需要作為計費依據時，應查看服務商或電信業者的帳戶紀錄，而不是只依據 App 的局部統計。

從請求紀錄核對分流結果

在 Data 或相應的請求紀錄入口找到剛才存取的網域，查看目前介面提供的目標、策略、比對資訊與錯誤。紀錄欄位會依實際介面及啟用的紀錄選項而異，不應要求每筆紀錄都包含所有細節。優先回答三個問題：請求是否出現、採用哪種處理路徑、在哪個步驟結束。確認請求已出現在紀錄中後，規則分析才有明確的對象。

若沒有看到預期的請求，先確認目標 App 確實發起了新連線。瀏覽器快取、沿用既有連線或頁面未重新整理，都可能讓操作看似已執行，卻沒有新的網路紀錄。可以關閉目標頁面後重試，或執行一項明確需要連網的操作。也請檢查紀錄篩選條件，避免因只顯示錯誤或特定策略，而誤以為其他請求沒有經過 App。

看到 DIRECT 不一定代表故障，應配合目前的 Global Routing 與命中條件判斷。Config 模式下的直連結果可能正是規則設計所預期的行為；Proxy 模式下則應依適用範圍與實際紀錄檢查。命中規則只代表選擇了某種路徑，不保證目標伺服器一定會接受請求。分別檢查「規則選擇正確」與「目標成功回應」，能減少誤判。

透過重複測試解讀流量差異

若使用者認為某項操作耗用流量異常，先用相同目標與相同操作重複測試，再比較紀錄中的請求數量、重試情況與連線時間。影片、圖片與同步工作的內容大小本來就不同，不能拿一次文字頁面載入量與一次媒體播放比較。若連續失敗造成重複請求，累計流量仍可能增加；流量有變化不代表業務操作已完成。

若統計值與遠端帳戶用量不同，先檢查雙方統計時間、上傳與下載的合計方式，以及協定額外開銷。App 顯示的是自身範圍內的處理量，遠端也可能採用不同的累計範圍。不能只憑差值判定紀錄錯誤，也不能透過修改分流規則讓兩邊數字一致。請保留相同時間區間的觀察結果，再向既有服務的資訊來源確認其計算方式。

謹慎保存與分享存取紀錄

請求紀錄可能揭露存取目標、時間與部分 URL 參數，應謹慎處理。排查時只保留與問題相關的區間，分享前遮蔽身分資訊、訂閱憑證及不相關網域。設定中的伺服器備註也可能包含個人用途說明，截圖或匯出前同樣需要檢查。清除紀錄會移除排查線索，因此請先完成必要的去識別化摘錄，再執行清理。

Settings、DNS 與 On Demand

開啟 Settings 前，先記錄目前已確認可用的連線條件，再決定要解決什麼問題。Settings 中的選項可能與設定檔共同影響執行結果，部分項目也會受目前協定及裝置條件限制。操作時請以實際顯示的欄位為準，先閱讀說明再修改；不要只為了讓介面看起來「設定完整」就啟用所有選項，不需要的功能不必預先調整。

從解析流程了解 DNS

尋找 DNS 相關選項時，先確認目前使用系統解析、自訂解析，還是設定檔中的設定。DNS 會將網域轉換為位址，規則又可能同時依據網域與解析結果，因此解析異常可能造成頁面無法開啟，也可能影響 IP 類規則命中。修改 DNS 前，先區分網域解析失敗與伺服器連線失敗；後者不會只因更換解析位址就自動恢復。

使用系統 DNS 時，結果會受目前網路提供的解析條件影響；自訂 DNS 則須確認解析伺服器能透過現有路徑連線。DNS over HTTPS 透過 HTTPS 傳送查詢，但其服務位址本身也必須可連線，初次連線時還可能需要進行網域解析。不能只因啟用了某種加密傳輸方式，就認定所有解析環節都已設定正確，仍須確認實際查詢是否成功。

測試 DNS 時，一次只變更一種來源，保留修改前的值，再重新發出目標請求。必要時依 App 提供的方式清除相關快取或重新連線，避免舊結果影響判斷。若只有某個網域失敗而其他網域正常，應檢查該網域及相關請求，不要先把所有解析設定全部重設。具體設定方向請參閱DNS 設定說明。

手動連線穩定後再啟用 On Demand

在 On Demand 相關入口閱讀觸發條件，再設定需要自動連線或維持連線的網路情境。它決定何時嘗試啟動連線，不會決定伺服器能否通過驗證，也不能取代 Global Routing。手動連線尚未穩定時啟用自動行為，會讓狀態變化的原因難以判斷。請先完成一次手動連線、驗證與中斷，再加入按需條件並分別測試。

設定完成後，依計畫切換一次網路，觀察是否觸發預期動作。若中斷後又自動連線，先檢查 On Demand 條件，不要立即認定開關故障。排查期間若需要保持中斷，應先暫停相關自動行為，再觀察系統狀態。網路變更、裝置休眠與 App 前後景切換可能形成不同條件，因此一次成功觸發不代表所有情境都已驗證。

謹慎調整傳輸與進階參數

只有在實際問題涉及特定協定時，才進入相應伺服器或設定中的進階欄位。MTU 會影響單次傳輸可承載的資料量，過大可能在某些路徑造成問題，過小也會增加額外負擔；沒有依據時不應隨意套用他人的數值。涉及 WireGuard 時，也要區分 Allowed IPs 與應用層規則的適用範圍，詳情請參閱WireGuard 參數說明。

涉及憑證與 TLS 的設定時，應確保身分驗證的含義明確。遇到憑證錯誤時，先檢查名稱、有效期限與裝置時間；停用驗證會改變信任條件，不應當成一般加速方式。涉及額外憑證信任、請求改寫或內容處理的進階功能，並非建立基本連線的必要步驟。不了解適用範圍時，保留目前可用的設定比照抄複雜設定更容易維護。

確認設定覆寫與生效時機

修改後回到 Config，確認目前生效的檔案沒有切換到其他項目，再依介面提示儲存或重新連線。有些設定會影響後續新請求，有些則需重新建立連線才能生效；不能只因舊頁面仍顯示相同結果，就認定儲存失敗。若檔案更新後設定還原，請檢查是否由遠端設定重新寫入，不要繼續重複修改同一個會被覆寫的位置。

訂閱更新、備份與日常維護

日常使用時，先保留一份已確認可用的設定，再依實際需要更新訂閱與 App。維護不是定期把所有設定重新調整一次，而是讓來源、變更與結果都能追溯。每次變更至少要能回答三個問題：修改了哪個項目、為什麼要修改、如何還原。如此一來，連線狀況有變時，就能從最近一次變更開始檢查，而不必從初次安裝重新排查。

區分三種更新項目

在訂閱入口更新的是伺服器資料，可能變更項目數量、地址、驗證資訊或備註；在 Config 中更新遠端檔案，可能變更規則與執行選項；在 App Store 更新 App，改變的則是用戶端本身。這三種操作不能互相取代。訂閱更新成功不代表分流檔案也已更新，App 完成更新也不代表過期的伺服器驗證資訊重新有效。

更新既有訂閱前，先確認網址仍來自使用者自己的服務資訊，並記錄目前選取的項目。更新後核對群組、伺服器內容與選取狀態，再以同一個目標測試。若原有項目消失，應檢查服務資訊是否有變更，不要把舊名稱視為永久識別依據。更新失敗時保留具體錯誤，先判斷是資源取得還是內容解析失敗，不要立即刪除原本仍可使用的清單。

備份時區分機密資訊與一般說明

使用 App 實際提供的匯出或備份方式時，先檢查包含哪些項目。規則檔案、伺服器紀錄、訂閱網址與私鑰可能分開儲存；匯出一個檔案不代表所有資料都已包含其中。備份完成後，應確認內容範圍與存放位置能否找回；重要的復原流程可先用不影響現用設定的方式驗證，不要等到更換裝置後才第一次檢查。

備份可能包含 Password、UUID、Private Key 與帶有身分參數的訂閱網址，應存放在使用者自行管理且具備適當存取保護的位置。向他人說明規則時，只提供必要片段，不要直接傳送完整備份。範例網域可以公開，真實驗證資訊則不能因為出現在設定文字中就當成一般說明。若懷疑憑證已外洩，應透過原服務的資訊管理入口處理失效與更換。

更換裝置與重新安裝的復原順序

在新裝置上先從 App Store 已購項目重新取得 Shadowrocket，確認裝置相容性後開啟 App，再匯入既有備份。購買資格復原與設定復原是兩個階段：前者由商店帳戶決定，後者取決於保留的資料。匯入後重新檢查權限、伺服器選取狀態、Global Routing 與生效中的 Config，不要假設舊裝置的系統授權會完整轉移到新裝置。

復原後先手動連線，確認一次一般請求與規則結果，再啟用 On Demand 等自動行為。若備份時間較早，先確認伺服器驗證資訊是否仍有效；若需要更新訂閱，更新後再次檢查選取的項目。一開始不要刪除舊裝置上的所有紀錄；待新裝置驗證完成並確認必要資料可復原後，再依個人資料管理需求處理舊內容。

保留變更前後的簡短紀錄

可用個人筆記記錄變更日期、修改項目與觀察結果，但不要在筆記中重複記錄密碼或完整訂閱網址。記錄「調整某條 DOMAIN-SUFFIX 的策略後，目標介面恢復正常」會比只寫「修改了設定」更有用。故障再次發生時，先比對這些差異，再查看連線排查，依權限、網路、伺服器、規則、目標服務逐層縮小範圍。

長時間未使用後，重新連線前先檢查基礎網路與 App Store 中的 App 狀態，再核對既有服務資訊。不要以過去某次測試結果代表目前條件，也不要因介面版面變更就立刻重建所有設定。入口變動時，可依英文名稱尋找相應功能；參數含義未變的部分仍可沿用本手冊的判斷方式，實際可用選項請以目前 App 顯示為準。

維護完成後應回到最精簡的可用狀態：選取的伺服器明確、生效設定清楚、測試結果可重現、暫存紀錄已妥善處理。若要依序完成初次操作，請回到快速上手教學；若要補充協定背景，請參閱技術筆記。本手冊用於說明各階段的責任範圍，不取代使用者既有服務的帳戶管理與參數說明。