官方手冊 / 系統查閱
Shadowrocket 完整使用手冊
依序檢查取得、授權、匯入、路由與維護。先確認目前階段，再處理相應項目。
本頁說明各項操作之間的關聯、參數範圍與故障排查順序，適合完成首次連線後按章節查閱。只需完成一次連線，可先閱讀入門指南；遇到特定欄位或規則問題，再回到本頁相應章節。以下內容以你已持有自己的訂閱或伺服器資訊為前提。
- 適用裝置 iPhone / iPad
- 取得管道 App Store
- 閱讀順序 八個階段
階段 01 / 確認取得項目
透過 App Store 取得與正版核對
Shadowrocket 是 Apple 平台上的付費閉源商業應用，主要供 iPhone 與 iPad 使用。取得前先分清用戶端、伺服器與設定檔：用戶端負責建立連線及處理規則，伺服器提供你已有的連線端點，設定檔則決定流量如何處理。購買用戶端不會自動提供後兩者。先確認缺少哪一項，再繼續操作，避免誤以為購買成功就代表連線已可使用。
從下載指南前往 App Store
開啟App Store 正版下載指南，點選頁面上的商店按鈕前往產品頁。先確認 App 名稱為 Shadowrocket，再查看開發者資訊。不要只憑搜尋結果中的簡稱或圖示顏色判斷，名稱相似的項目可能是不同產品。本網站的下載指南說明購買與核對方式；本手冊則從核對結果開始介紹設定，不另提供其他取得管道。
核對正版時，請同時確認三項資訊：開發者為 Shadow Launch Technology Limited、官方圖示與本站頁首圖示一致，以及產品頁網址包含 App ID 932747118。圖示只是其中一項，不能取代開發者名稱與 App ID。若從搜尋結果進入後有任何一項不符，請先離開該頁面，回到下載指南重新前往，再決定是否購買。
查看價格與相容性
Shadowrocket 採一次買斷制。美國商店參考價格為 2.99 美元，實際價格、稅費與結帳幣別以 App Store 頁面及購買確認畫面為準。不同商店的金額不能只按數字直接比較，也不要將手冊中的參考價格視為付款依據。若頁面顯示重新下載圖示，請先確認目前帳號是否已有購買紀錄，不必重複購買。
系統需求一律以 App Store 頁面標示為準。購買前請在相容性區域核對目前裝置與系統，再確認可用儲存空間。Mac、Apple TV、Apple Vision 的相容性與購買適用範圍，同樣以 App Store 頁面標示為準；這些裝置也須透過 App Store 取得。本頁後續步驟以 iPhone 與 iPad 為主，請勿將其他裝置的操作位置套用到這兩類裝置。
安裝完成後先做好準備
在 App Store 完成購買或重新下載後，請等 App 出現在裝置主畫面，再開啟 Shadowrocket。此時若清單是空的，表示尚未匯入伺服器，不代表購買失敗。請準備好你已有的訂閱網址或單一伺服器資料，並確認資料仍在有效期間內。不要將付款資訊填入伺服器密碼欄位，也不要把購買 App 所用帳號的密碼當作連線憑證。
連線資料通常包含位址、連接埠、協定與驗證欄位，具體組合依伺服器而異。若只有訂閱連結，請先確認它是供用戶端讀取的訂閱內容，而不是服務商管理頁面的登入網址。若不清楚用途，請向自己的服務商確認欄位說明。手冊中的範例網域僅用於說明結構，不能用來測試實際服務，也不要以範例值取代現有憑證。
更換裝置或重新安裝時，請先在 App Store 帳號的已購項目中尋找 Shadowrocket。購買紀錄與 App 內資料是兩回事：能重新下載用戶端，不代表伺服器、設定與統計資料一定會還原。還原前請確認自己保留了有效資料；若舊裝置仍可使用，先整理訂閱來源與設定備份，再移轉至新裝置，最後才清除舊裝置內容。
本階段的完成標準：已核對產品身分、App 已安裝，且已有連線資料可供使用。商店顯示不相容、付款未完成或找不到購買紀錄，都屬於取得階段的問題，請先參閱已購項目還原說明或FAQ。不要試圖修改路由規則來解決商店問題，因為這些設定與購買、安裝流程無關。
階段 02 / 確立權限範圍
首次啟動與 VPN 設定權限
首次開啟後，先了解各頁面的用途。Home（首頁）用於管理伺服器與連線狀態；Config（設定檔）用於管理設定檔；Data（流量統計）用於查看用量；Settings（設定）用於調整相關選項。介面配置可能因裝置或 App 更新而改變，操作時請以目前畫面上的標籤為準。先確認所在頁面，再尋找項目，避免將 Config 頁面與 Global Routing 中的 Config 選項混淆。
了解系統授權的作用
Shadowrocket 建立連線時，需要由系統管理 VPN 設定檔。首次開啟連線開關時，系統可能會提示允許新增 VPN 設定檔；請閱讀 App 名稱與提示內容，確認是由目前操作觸發後再授權，並依系統要求完成裝置驗證。這項操作允許 App 建立相應的網路連線，不代表伺服器已可使用，也不代表特定網站一定會透過代理連線。
如果當時取消授權，請先返回 App，不要連續快速切換連線開關。確認已有預設伺服器後，再次發起連線並留意提示。若裝置受組織管理，系統可能限制新增 VPN 設定檔，此時應查閱裝置管理政策。不要為了處理單一權限問題而反覆刪除所有系統網路設定；請先釐清是使用者取消、系統限制，還是連線資料有誤。
授權後，可在系統設定中搜尋 VPN，確認是否出現相應設定檔及目前狀態。系統選單位置可能改變，請以裝置上的搜尋結果為準。不要只憑狀態列是否顯示圖示判斷連線成敗：不同螢幕配置下，圖示的呈現方式可能不同。請一併查看 App 內的開關、系統連線狀態，以及後續的實際存取結果。
區分必要權限與操作觸發的權限
使用 Scan QR Code（掃描 QR Code）時，系統可能會要求相機權限。只有在掃描自己的伺服器或訂閱 QR Code 時，才需要處理這項權限。若未授權相機，也可改用已有連結或手動輸入資訊，不必因此認定所有匯入方式都無法使用。QR Code 可能包含完整驗證資料，掃描前請確認來源；匯入後檢查類型與位址，不要公開發布 QR Code 圖片。
從剪貼簿讀取連結時，系統可能會顯示與貼上相關的提示。請先複製確實要匯入的內容，再執行 App 內的貼上或匯入操作。若剪貼簿混有說明文字、換行或空格，可能導致解析失敗。不要為了避開提示而將訂閱網址貼到公開網頁；請回到原始資料重新複製完整內容，再從目前介面的匯入入口操作。
匯入檔案或雲端內容時，所需權限取決於你選擇的來源及系統設定。能開啟檔案選擇器，只代表 App 可以讀取所選檔案，不代表檔案格式適用於目前的匯入入口。訂閱、設定檔與伺服器 QR Code 用途不同，請使用各自對應的入口。若內容來自自己的雲端備份，先確認檔名與用途，再決定是否要覆蓋目前設定。
首次執行的檢查順序
先將 On Demand（隨選連線）維持在自己能掌握的狀態；首次排查時建議以手動開關控制連線。若已啟用自動觸發條件，可能會出現剛關閉又重新連線的情況。此時先檢查 On Demand，不要立即判定 App 異常。手動連線穩定後，再依實際需求設定自動連線條件，並確認切換網路時的行為符合預期。
若裝置上已有其他 VPN 連線，請先在系統設定中確認目前由哪個設定檔接管。不要同時修改多組連線設定，再憑結果猜測是哪一組生效。記錄原有狀態，暫時停用與本次測試無關的連線後再驗證；測試完成後，視需要恢復。組織提供的網路設定應遵守裝置管理要求，不要任意刪除，以免影響其他正常用途。
本階段結束時，應能說明目前所在頁面、是否允許新增 VPN 設定檔、是否啟用 On Demand，以及匯入操作需要哪些額外權限。若 App 能開啟但沒有伺服器，請繼續閱讀下一章；若已有伺服器但系統拒絕建立連線，先處理授權問題。權限正常但仍無法連線時，再檢查驗證資訊與網路，避免在錯誤的層次反覆嘗試相同操作。
階段 03 / 準備連線對象
新增伺服器與 Subscribe 訂閱
伺服器是具體的連線端點；訂閱是用來取得一組伺服器資料的入口；Config 則描述路由及相關設定。三者彼此配合，但不能互相取代。先確認手上資料的類型：若有協定、位址、連接埠與驗證欄位，可手動新增；若有用戶端分享連結，請使用對應的匯入方式；若有訂閱網址，則使用 Subscribe（訂閱）入口。不要只憑副檔名判斷內容。
核對 Add Server 欄位
在 Home 找到新增入口，開啟 Add Server（新增伺服器）。先選擇 Type（類型），再依資料填入 Address（位址）與 Port（連接埠），最後核對該協定所需的驗證及傳輸參數。類型會決定欄位的意義；先填完再更改類型，容易漏掉參數。儲存後返回清單，再重新開啟檢查一次，確認內容沒有被自動填入的值或剪貼簿資料覆蓋。
Address 通常填入網域或 IP 位址，Port 則另外填入數字。除非欄位明確要求完整網址，否則不要將協定前綴、路徑與連接埠一併填入 Address。伺服器資料中的網域、TLS 驗證名稱與傳輸 Host 可能相同，也可能不同；請依資料逐項填寫，不要猜測後統一成同一個值。若驗證失敗，先核對欄位對應關係，再檢查字元是否完整。
| Type | 核對重點 | 容易混淆的項目 |
|---|---|---|
| Shadowsocks | 位址、連接埠、加密方式、密碼 | 加密方式必須與伺服器設定一致 |
| VMess / VLESS | 位址、連接埠、UUID、傳輸與 TLS 參數 | UUID 不能取代傳輸層設定 |
| Trojan | 位址、連接埠、密碼與 TLS 參數 | 憑證驗證名稱不一定等於連線位址 |
| Hysteria2 | 位址、連接埠、驗證與 TLS 參數 | 還須確認目前網路允許相應的 UDP 通訊 |
表格只列出核對重點，不代表各協定的所有可選欄位。若有額外的傳輸路徑、Host 或其他參數，請以自己的伺服器資料及 App 目前的欄位說明為準。不要將某個協定的密碼直接複製到另一個協定的身分欄位，也不要透過關閉憑證驗證來掩蓋名稱不符；先修正設定，再確認伺服器端是否需要調整。
匯入已有訂閱
若持有訂閱網址，請在新增流程中選擇 Subscribe，將完整網址填入相應欄位並儲存，再等待更新結果。訂閱網址可能包含用於識別帳號的參數，本身屬於敏感資訊。不要將完整連結貼到公開討論區，也不要為了方便記憶而刪除查詢參數。以下僅用來展示網址結構，不是可供連線的服務。
https://example.com/sub?token=xxxx更新後返回 Home，確認訂閱群組與伺服器項目是否出現，再檢查類型及名稱是否符合自己的資料。項目數量增加，只代表內容已讀取，不代表每個端點都能連線。若更新失敗，先檢查連結是否完整、訂閱是否有效，以及目前網路能否存取訂閱網址；若更新成功但沒有項目，再確認回傳內容是否為 App 支援的訂閱格式。
不要把服務商的帳號管理頁面當成訂閱網址。管理頁面通常是登入或管理介面，不是伺服器清單。若匯入時提示無法辨識內容，請回到自己的資料頁面重新確認用途，不要反覆將相同網址新增為多個群組。重複新增無法修正格式問題，反而會讓預設伺服器與後續更新來源更難辨認。
QR Code、預設伺服器與更新範圍
使用 Scan QR Code 後，請先檢查解析結果再儲存。QR Code 可能代表單一伺服器，也可能是訂閱入口，不能只憑它是 QR Code 就判斷用途。若來源是自己的舊裝置，也要確認驗證資料是否已變更。若掃描失敗，可檢查圖片是否清晰、邊緣是否完整；不要裁掉 QR Code 的部分區域後繼續嘗試，也不要公開上傳含驗證資訊的原圖。
匯入完成後，在 Home 點選目標伺服器左側的圓點，將它設為預設伺服器。開啟連線開關前，再確認一次選取標記；不要只憑剛才編輯過哪個項目來判斷目前的連線對象。訂閱更新可能會替換或移除項目，更新後應重新確認預設選擇。關於延遲與地區的判讀方式，請參閱伺服器選擇與延遲測試說明。
在本機修改訂閱中的項目之前，先了解後續更新是否會覆蓋這些修改。若需要保留獨立的測試對象，請依 App 提供的管理方式另行儲存，並註明它與訂閱來源的關係。若只有一條可用連線，不要先刪除再補回；請先驗證新資料，再清理舊項目。本階段的完成標準是：資料來源清楚、欄位完整，而且能明確選取伺服器。
階段 04 / 決定流量去向
Global Routing 三種模式與規則
Global Routing（全域路由）決定本次連線採用哪種處理方式。常用的三種模式為 Config（設定）、Proxy（代理）與 Direct（直連）。選取伺服器只決定代理連線使用哪個端點，並未決定所有要求都會經過該端點。排查時應同時記錄預設伺服器、路由模式與目前設定檔，否則不同模式下的同一網站結果便缺乏可比較的前提。
先選擇模式，再解讀結果
| 介面選項 | 主要意義 | 適合檢查的項目 |
|---|---|---|
| Config | 依目前設定檔中的規則與相關策略處理 | 指定目標是否符合預期規則 |
| Proxy | 以代理作為主要路由方式 | 先驗證所選伺服器的基本連線能力 |
| Direct | 採用直連方式 | 對照目前網路的直接存取結果 |
需要規則分流時，先前往 Config 頁面確認檔案內容並選取，再將 Global Routing 設為 Config。匯入設定檔不代表它已成為目前使用的檔案。若在 Proxy 模式下修改規則後，存取結果沒有變化，請先檢查模式，不要一再調整規則順序。模式不同，規則是否參與目前的流量處理也不同。
有些介面還會出現 Scene（場景）入口，應將它視為依已設定條件組織行為的相關功能，而非取代上述三種模式的通用規則。若沒有明確的場景需求，請先以三種基本模式完成驗證。若自動場景與 On Demand 同時參與，先確認各自條件，再判斷目前狀態為何改變；不要將所有自動行為都歸因於規則比對。
了解規則順序與兜底
規則通常由上而下比對，最先符合的規則決定後續處理方式。將特定目標放在前面，範圍較大的條件放在後面，並以 FINAL 放在末尾作為兜底。PROXY 與 DIRECT 是規則中的策略關鍵字，與介面選項 Proxy、Direct 的寫法不同。編輯時請保留原有關鍵字大小寫與逗號結構，不要將中文說明寫入規則欄位。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY這段範例會先讓範例網域及其子網域使用 PROXY，再將指定的私人位址範圍交由 DIRECT 處理，接著依 GEOIP 條件處理相應位址，最後讓其餘流量使用 PROXY。這是用於理解順序的 .conf 片段，並非適用於所有網路的完整設定。加入現有檔案時，應編輯既有的 [Rule] 區段，保留其他必要區段，不要重複堆疊多條兜底規則。
| 關鍵字 | 比對對象 | 使用注意事項 |
|---|---|---|
| DOMAIN | 指定完整網域 | 若要涵蓋子網域，請另外考慮範圍 |
| DOMAIN-SUFFIX | 網域後綴及相應子網域 | 通常比關鍵字比對更容易限制範圍 |
| DOMAIN-KEYWORD | 網域中的關鍵字 | 比對範圍較廣，須檢查是否誤判 |
| IP-CIDR / IP-CIDR6 | IPv4 / IPv6 位址範圍 | 依實際目標位址與位址類型核對 |
| FINAL | 前面未符合規則的流量 | 放在規則末尾 |
限制修改範圍
網域規則不填寫網頁路徑或完整網址。例如網頁網址中的協定前綴、斜線後的路徑與查詢參數，都不屬於 DOMAIN-SUFFIX 的網域欄位。IP 規則中的 no-resolve 用於限制該規則觸發額外網域解析的行為，不代表整份設定停止使用 DNS。若目標實際使用 IPv6，只檢查 IPv4 位址範圍不足以說明所有要求的處理方式。
修改前先複製一份目前的設定，每次只新增一個目的明確的條件。先確認檔案可儲存且已選取，再用固定目標測試。若結果不如預期，依序檢查是否符合較前面的規則、頁面是否會要求其他網域，以及連線是否仍沿用舊工作階段。只重新整理頁面可能保留既有連線；儲存後可重新連線，再進行相同測試。
若只想讓指定網站走代理，可使用明確的網域規則，並以 FINAL,DIRECT 作為兜底；但應先了解頁面可能還會存取登入、圖片與媒體等不同網域。不要因為單一資源失敗，就擴大關鍵字比對範圍到無法判讀。具體操作請參閱指定網站的 Config 規則範例，先做最小幅度的修改，再依實際要求補足範圍。
階段 05 / 分層驗證
連線開關與 Connectivity Test
連線驗證應分為系統授權、伺服器連線與目標存取三個層次。開啟開關只表示已開始連線；系統顯示 VPN 已連線，也不代表所有目標都能存取。先固定一台伺服器與一種路由模式，完成一次可重複的測試，再擴大檢查範圍。若同時更換伺服器、網路與設定，便無法判斷是哪項修改影響結果。
先建立最短連線流程
返回 Home，確認目標伺服器左側的選取標記，再查看 Global Routing。若要先確認伺服器基本上是否可用，可暫時使用 Proxy 測試，記錄原本的模式，測試後再恢復需要的 Config。開啟連線開關，完成系統授權並等待狀態穩定。連線仍在建立時，不要連續切換伺服器，以免不同嘗試的狀態與錯誤訊息混在一起。
接著執行 Connectivity Test（連線能力測試），觀察目前介面的結果與錯誤訊息。這項測試只檢查特定測試流程，不能保證所有網站都可存取。測試失敗時，先確認是逾時、解析失敗或驗證相關錯誤；測試通過後，再開啟一個你有權存取且平時可用的目標。App 內測試與實際存取結果可互相補充，不應只憑其中一項下結論。
延遲測試也要區分方法。不同測試方法可能檢查連線建立、協定交握或特定要求的往返時間，因此數值不能脫離測試方法直接比較。低延遲不代表下載速度持續較快，也不保證尖峰時段穩定。比較時請固定網路、測試方式與時間條件，並重複觀察；不要把一次極低讀數當成長期表現，也不要將逾時直接視為資料永久失效。
依錯誤層次檢查
若開關無法維持開啟，先確認系統是否允許 VPN 設定檔、裝置管理是否有限制，以及是否有其他連線設定檔正在接管。若開關正常但所有要求都失敗，請檢查位址、連接埠、驗證資訊與協定類型。若只在特定 Wi-Fi 下失敗，先確認該網路是否需要登入網頁，再與行動網路交叉比對；切換網路後請重新連線，避免根據舊狀態判斷。
遇到驗證相關錯誤，優先核對密碼、UUID 或其他身分欄位，並留意複製時是否帶有前後空格或換行。若連線逾時，先檢查伺服器位址、連接埠及網路可達性。TLS 相關問題則須核對驗證名稱、裝置日期與時間，以及伺服器資料。不要一看到 TLS 錯誤就直接關閉驗證；錯誤訊息可能指出設定不一致，應先排除差異，再重新測試。
若 Proxy 可存取但 Config 不行，優先檢查規則、策略引用與 DNS 相關設定，而不是重新購買用戶端。若 Direct 可存取但 Proxy 不行，請著重檢查所選伺服器及其連線路徑。若兩者都失敗，先排除目標網站本身與本機網路的問題。這些對照只能縮小排查範圍，不能單獨證明某個裝置或服務一定正常。
處理部分成功與工作階段殘留
網頁文字顯示正常，但圖片或影片無法載入時，通常需要進一步檢查資源要求，而不只是查看頁面的主網域。登入重新導向、媒體資源與 API 可能位於不同網域，也可能使用不同連線方式。先確認主頁與失敗資源是否採用相同路由，再考慮補充規則。瀏覽器快取也可能讓舊內容看起來正常，應以新的要求判斷目前狀態。
從 Wi-Fi 切換到行動網路後，既有連線可能需要重新建立。先確認新網路本身可用，再關閉並重新開啟連線，重跑相同測試。若使用 Hysteria2 等涉及 UDP 的協定，也須考慮目前網路是否支援相應通訊。不要隨意調整大量協定參數來補償網路限制；請先記錄網路差異，再向自己的服務商確認。
若需進一步尋求協助，請整理裝置系統、目前網路、伺服器協定、路由模式、測試目標與錯誤原文，但務必刪除訂閱網址、密碼、UUID 等驗證資料。記錄「做了什麼之後出現什麼」比只寫「無法連線」更有幫助。首次操作流程可參閱首次連線檢查，常見情況可查閱FAQ。本階段的完成標準是能重複驗證，而不是偶然開啟一次頁面。
階段 06 / 了解統計範圍
Data 流量讀數與用量判讀
Data（流量統計）用於查看 App 記錄的網路活動，不是電信業者的計費頁面。查看時先確認檢視畫面、統計對象與時間範圍，再比較數值。上傳代表從裝置送出的資料，下載代表裝置接收的資料；累計值是某段範圍內的總和，速率則是某個時刻或短時間區間的變化。兩者不能直接互換，也不能只憑一個數字判斷連線是否正常。
先確認目前統計檢視
開啟 Data 後，先查看目前檢視畫面的標籤。按伺服器查看時，重點是哪些連線對象傳輸了流量；按 App 查看時，重點則是 App 能識別並分類的要求來源。兩種檢視並非同一張帳單的不同排序方式，識別範圍、分類方式與統計起點都可能不同。未確認統計口徑前，不要將兩邊每一列強行相加或逐項對應。
若清單中出現無法明確歸屬的項目，先將它視為目前識別能力與連線紀錄的範圍限制，不要直接認定有異常程式。系統服務、背景活動與 App 內部要求，可能讓項目名稱不夠直觀。請搭配發生時間、當時開啟的 App 與連線行為進行判斷。單憑顯示名稱無法推斷要求的完整內容，也不能取代裝置本身的 App 權限檢查。
查看累計值前，確認介面是否標示統計範圍、是否曾手動清除，以及 App 重新啟動或資料還原後讀數是否延續。若介面未提供明確起點，就不要將它標記為「本月流量」。不同裝置的資料也不預設連續。若需長期記錄，請自行保存觀察起點與讀數，之後在相同範圍內比較，不要替沒有依據的數字附加帳期含義。
為何與帳單不同
電信業者統計的是其網路端的計費流量，Data 統計的則是 App 可觀察到的相關活動。協定封裝、連線維護、重傳，以及其他未經相同處理路徑的要求，都可能造成差異。裝置也可能在 Wi-Fi 與行動網路之間切換，兩種來源的用量不能混為同一帳期。Data 可協助判斷變化趨勢，但實際費用與額度仍以電信業者紀錄為準。
伺服器端的用量也可能採用不同統計口徑，例如分別記錄不同方向、不同計算範圍或特定工作階段。不要以用戶端某一列的數值反推服務商的計量公式。若需核對差異，先確認雙方的起訖時間、單位與方向一致，再洽詢自己的服務商。統計口徑不一致時，數字不同本身不足以證明哪一方有誤。
| 觀察結果 | 先核對 | 不能直接推論 |
|---|---|---|
| 開關已開啟但流量很少 | 是否產生新要求、是否採用直連或快取 | 不能只憑讀數偏低就認定連線失敗 |
| 上傳量持續增加 | 雲端同步、檔案上傳與背景活動 | 不能只憑流量方向就認定異常 |
| 累計值發生變化 | 檢視畫面、清除操作與統計起點 | 不能直接視為目前帳期的用量 |
以固定操作觀察增量
若要確認某次存取是否產生流量，先記錄測試前的讀數，再執行一項明確操作，等畫面更新後查看增量。測試期間暫停與本次檢查無關的大型檔案同步或媒體播放，減少背景干擾。不要將短時間內的所有增量都歸因於剛開啟的網頁，因為背景 App 可能也在通訊；必要時重複相同操作，比較變化是否一致。
開關已開啟但讀數不明顯，不一定代表 App 停止運作。頁面可能從快取載入，也可能依規則採用直連，或目前沒有新的要求。反過來說，螢幕閒置時讀數增加，也可能來自正常的背景同步。判斷前先回到 Global Routing 與 Config，確認目標流量預期採用的路徑，再搭配 Data 觀察，不要以統計頁面取代路由檢查。
瞬間速率的跳動是短時間區間的觀察結果，不等於長期頻寬。影片緩衝、分段下載與短連線都可能出現讀數先高後低的情況。比較連線表現時，請使用相同工作與近似的網路條件，不要將一次快取命中與一次完整下載相提並論。也要確認速度單位；位元組與位元並不相同，不能忽略介面單位後直接比較數字大小。
準備清除資料前，先保存需要的紀錄，再確認清除範圍。清除只會改變統計顯示或相關紀錄，不會重設伺服器驗證，也不能修復連線問題。分享 Data 截圖時，請遮蔽可識別個人帳號或伺服器的內容。更多檢視方式請參閱Data 流量讀數說明；本章的目標是建立正確的統計口徑，而非以統計結果取代帳單。
階段 07 / 控制設定變更
Settings、DNS 與 On Demand
調整 Settings（設定）中的選項時，應先釐清要解決的問題，不要逐項開啟。先寫下預期變化，例如切換網路後依條件連線、修正網域解析，或調整測試方式，再尋找相關項目。設定檔也可能包含相應選項，因此修改前先分辨設定來源。若 App 設定與目前設定檔同時影響同一行為，請搭配目前介面的說明及實際測試，確認兩者如何生效。
On Demand 的觸發與停止
On Demand（隨選連線）用於依照設定條件交由系統觸發連線，不是伺服器故障時的通用修復工具。首次設定前，請先以手動模式確認同一台伺服器可以連線，再設定實際需要的觸發條件。條件中的網路類型、網路名稱或其他比對項目，應依目前介面提供的功能填寫；不要認定其他地方看到的選項名稱在自己的裝置上也一定可用。
設定後，請分別測試符合與不符合條件的情境，並觀察切換網路後的結果。若關閉連線後又自動開啟，先檢查觸發條件是否仍符合。若要暫時停止測試，先關閉相關自動觸發，再手動中斷連線。只反覆操作 Home 的開關，可能會與自動條件互相影響，讓你誤以為中斷操作沒有生效。
自動連線仍仰賴有效的伺服器與可用網路。裝置從睡眠狀態恢復、切換網路，或連上需要登入網頁的 Wi-Fi 時，系統狀態與實際存取狀況可能不會同步更新。請先完成網路登入，再驗證連線。若條件設得過於寬泛，可能會在不需要的網路上持續觸發；應從最少的條件開始，確認行為後再擴大範圍，不要一次涵蓋所有情境。
修改 DNS 設定前，先確認問題
DNS 負責將網域解析為位址，是連線路徑中的一個環節。網域無法開啟但某個位址可連線，可能表示有解析問題，但這項對照並非最終結論，因為憑證、虛擬主機與服務存取方式也可能不同。應搭配錯誤訊息、解析結果與路由模式判斷，不要將所有網頁失敗都歸因於 DNS，也不要只因更換解析設定後偶然成功就停止檢查。
修改前先記錄目前 DNS 設定的來源與原值。若設定來自已選取的 Config，請先複製設定檔再編輯；若是在 App 介面調整，則記錄相應頁面與選項。每次只修改正在排查的項目，儲存後重新建立連線並送出新的要求。舊連線與快取可能仍沿用先前結果，因此對照測試應以新工作階段為準，不要只觀察已載入完成的頁面。
不要將 DNS 位址與代理伺服器位址互換。前者用於解析，後者用於建立代理連線，欄位用途不同。網域規則、IP 規則與解析行為也彼此相關；某條規則是否需要解析，須視類型與參數而定。看到 no-resolve 時，應回到相應規則確認其作用範圍，不要將單條規則的參數解讀成整個 App 的網路處理方式。
協定、TLS 與測試選項
TLS 相關設定應與伺服器資料一致，重點核對驗證名稱、傳輸需求與裝置時間。不要以降低驗證要求取代修正資料。涉及 UDP 的協定或功能，也須確認目前網路與伺服器兩端都支援相應通訊。若某個網路無法使用，先比較不同網路，再核對協定條件；不要將所有失敗都理解為用戶端需要「更多進階選項」。
調整延遲測試方式時，先閱讀目前選項說明，並使用相同方法比較結果。測試目標本身是否可連線會影響讀數，因此某種方法失敗，不一定代表所有服務要求都會失敗。反過來說，測試成功也不代表其他目標或長時間傳輸都正常。若要了解 Hysteria2 的傳輸限制，請參閱Hysteria2 協定說明。
啟用更詳細的診斷紀錄前，先考慮紀錄中可能包含的網域、位址與連線資訊。排查完成後，視需要恢復日常紀錄層級，避免保留超出實際需求的資料。分享錯誤資訊時，優先摘錄相關片段並移除敏感資料，不要傳送包含完整訂閱與驗證欄位的整份設定。對方只需要了解故障流程，不需要取得你的連線權限。
本階段的完成標準不是開啟更多開關，而是能說明每項變更的目的、驗證方法與還原步驟。修改設定後若未改善，請恢復原值，再檢查下一項。若已無法確認哪些變更仍在生效，請還原至最近可用的設定副本，先建立穩定基準，再依本章順序重新驗證，避免繼續疊加多次臨時修改。
階段 08 / 保留可還原狀態
更新、備份與日常維護
日常維護的目標，是清楚掌握目前使用的項目、資料來源，以及發生問題時如何恢復至可用狀態。伺服器訂閱、Config 設定與用戶端更新是三種不同流程：訂閱更新連線資料，設定更新路由與相關選項，App Store 更新 App。其中一項成功，不代表其他項目也同步變更。維護前先確認這次要處理哪個層面，不要同時重做所有內容。
分別處理三類更新
更新訂閱前，先確認目前群組的來源與有效狀態。更新後檢查項目是否遭替換、預設伺服器是否仍已選取、協定參數是否變更，再進行一次連線驗證。若訂閱無法更新，先保留原本可用的項目，不要立刻刪除整個群組。已有伺服器仍可連線但訂閱更新失敗，可能只是取得訂閱內容的路徑出了問題，兩者應分開排查。
更新 Config 前，先保存目前可用的副本，再確認新內容的用途與來源。若你曾在舊設定中加入本機規則，更新可能會改變這些內容；請先比較相關區段。儲存後確認目前選取的是哪個檔案，再驗證重要目標。不要只憑檔名相似就認定兩份設定等同；真正影響行為的是規則、策略及其相關設定。
用戶端更新須透過 App Store 進行，可依裝置上的自動更新設定或商店更新入口操作。更新完成後，先確認現有資料是否正常，再測試常用連線。若行為有所變化，請重新查看目前介面說明與商店提供的更新紀錄，不要憑印象推斷某個版本必定修正或引入特定問題。本手冊不維護具體版本號或更新日期清單。
備份資料與移轉裝置
備份時請區分伺服器、訂閱網址與完整設定。只保存一段規則，通常不足以還原所有驗證與連線參數；只保存訂閱網址，也不一定包含手動新增的獨立伺服器。請依 App 目前提供的匯出或備份方式操作，並確認備份範圍。完成後檢查檔案能否開啟及內容是否完整，但不要為了驗證而覆蓋唯一可用的設定。
備份內容可能包含密碼、UUID、訂閱參數及其他驗證資訊，應存放於自己掌控且受保護的位置。檔名可描述用途，但不要寫入完整憑證。跨裝置移轉時，請使用自己信任的傳輸與儲存方式，完成後清除暫存副本。提交設定以尋求協助前，先製作已移除敏感資料的副本；原始備份應留在自己的儲存位置，不要直接當作公開附件。
更換至新 iPhone 或 iPad 時，先從 App Store 重新取得用戶端，再還原資料，最後重新處理裝置上的 VPN 授權。購買紀錄、App 資料與系統權限屬於不同層次，不會預設一併移轉。請先保留舊裝置，直到新裝置完成連線與規則驗證，再視需要清理。相容性與購買適用範圍以 App Store 頁面標示為準；還原問題請參閱已購項目還原章節。
建立簡要的故障紀錄
維護紀錄不必複雜，但應包含目前伺服器的辨識名稱、協定、路由模式、設定名稱、網路環境與測試結果。記錄時請避開真實憑證。發生故障後，先回想最近一次變更：是訂閱更新、規則編輯、系統權限變更，還是網路切換。確認變更項目後，優先驗證相關層次，比重新填寫所有欄位更容易找出原因。
檢查順序
1. 目前網路本身是否可用
2. 預設伺服器是否仍為選取狀態
3. Global Routing 是否符合預期
4. 目前的 Config 是否為預期檔案
5. Connectivity Test 與實際存取結果是否一致
6. 最近的修改能否還原至原始狀態可以整理長期未使用的項目，但請先確認它是否仍被設為預設、被策略引用或被設定檔使用。刪除舊設定前，先保留可還原的副本；刪除舊訂閱前，先確認新來源已驗證。名稱清楚比項目數量多更重要，可依用途區分日常設定與測試設定，避免在深夜或網路不穩時誤選尚未驗證的檔案。清除統計紀錄前，也應先保存需要的用量觀察結果。
若多個目標同時異常，先檢查共用路徑；若只有一個目標異常，先檢查該目標與相應規則。向自己的服務商回報時，請提供協定、網路環境與已移除敏感資料的錯誤訊息，不要傳送 App Store 購買帳號資料。用戶端購買問題請回到下載指南，術語說明請查閱術語表，操作流程請回到入門指南。將問題交由相應章節處理，才能避免混淆不同層次的故障。
維護完成後，返回日常使用模式，確認 On Demand 條件、預設伺服器與目前 Config，再送出一次新的要求進行測試。還原臨時測試開關，清楚記下仍需觀察的問題，並保留最近可用的副本。手冊的八個階段可循環使用：先確認對象，再完成授權、匯入、選擇路由、驗證、觀察、調整與保存；不要以反覆重新安裝取代分層檢查。