Shadowrocket
完整使用手冊

一、透過 App Store 取得與核對正版

先確認 App 身分，再完成購買。Shadowrocket 是 Apple 平台的付費商業 App，唯一取得管道是 App Store。前往商店前，請先閱讀正版核對說明，確認開發者、官方圖示與 App ID。僅憑搜尋結果中的名稱或相似圖示無法完成判斷；請開啟產品詳細頁，逐一核對各項資訊，確認無誤後再透過系統完成購買。

核對開發者、圖示與 App ID

開發者名稱應為 Shadow Launch Technology Limited，App ID 為 932747118。可從產品頁網址中的 id932747118 辨認 App ID。圖示應與本網站使用的官方圖示一致，也就是白底、藍紫色描邊圖案。這三項資訊應一併用來辨識 App，請勿以搜尋排名、名稱中的附加描述或圖片上的宣傳文字取代核對。確認 App 身分後，再查看價格、相容性與購買按鈕。

App Store 頁面所列價格、相容性、更新記錄與購買說明，應作為核對相關資訊的依據。本文不固定列出最低系統版本，因為裝置需求可能隨商店頁面調整。iPhone 與 iPad 是本手冊主要說明的操作裝置；Mac、Apple TV 與 Apple Vision 是否適用，也請查看同一產品頁的相容性欄。系統需求及通用購買適用性均以 App Store 頁面標示為準。

區分 App 購買與連線服務

一次買斷指的是用戶端的購買方式，不代表同時取得伺服器、訂閱連結或服務流量。完成購買後，仍需準備自己的伺服器資訊，或向現有服務提供者取得訂閱。App 能否開啟、購買是否成功、伺服器能否連線，是不同層面的檢查項目。例如，App 已安裝但清單是空的，通常表示還需要完成匯入，不能據此判定購買失效。

價格請以購買確認畫面顯示的當地幣別金額為準，美國商店參考價格為 2.99 美元，實際價格請以 App Store 頁面為準。帳戶地區、付款條件與商店顯示均由 Apple 的購買流程處理。若無法透過商店完成購買，請先確認系統顯示的具體提示，不要反覆修改 Shadowrocket 的網路參數；App 內的伺服器設定無法解決商店帳戶或付款流程的問題。

已購項目、重新下載與裝置移轉

曾經購買的使用者，請先確認目前 App Store 登入的是原購買帳戶，再從帳戶內的已購項目入口尋找 Shadowrocket。若產品頁仍顯示價格，請勿立即再次確認購買；先核對帳戶、購買記錄與商店提示。已購項目的名稱與位置可能隨系統變動，請以裝置目前顯示為準；能否在其他裝置上取得，也請一併確認該裝置的相容性及商店列出的適用條件。

重新取得 App 與還原 App 內資料並非同一件事。商店確認的是 App 購買資格；原有訂閱、設定檔、自訂規則與統計記錄是否保留，則取決於裝置移轉或備份還原情況。刪除 App 前請先保存必要資料，不能把「之後可從已購項目取得」理解成「之後會自動還原所有設定」。家人共享是否適用，請以產品頁及 Apple 帳戶實際顯示為準，不要在匯入設定時自行假設。

App 更新同樣透過 App Store 完成。更新前請記錄目前可正常運作的伺服器與設定，更新後依本手冊第五章重新驗證即可。購買與取得相關常見問題請參閱已購項目還原及價格與一次買斷說明。本章說明 App 身分與購買範圍，後續章節才會開始處理連線內容；將這兩類問題分開，能避免在錯誤環節反覆嘗試。

二、首次啟動與系統權限

首次啟動時先熟悉操作區域，不必急著調整所有選項。Home 用來查看伺服器、選擇連線對象及操作連線開關；Config 用來管理設定檔；Data 用來查看流量與連線記錄；Settings 用來調整 App 設定。實際版面請以裝置目前顯示為準。若需要辨認英文用語，可搭配介面英文用語對照查閱，請勿只憑圖示外觀推測功能入口。

VPN 設定授權會在哪個階段出現

App 準備建立連線時，系統可能會要求允許加入 VPN 設定。這個提示是系統針對網路延伸功能設定進行授權，不是新增伺服器，也不是購買另一項服務。請先確認提示來自目前使用的 Shadowrocket，再依系統要求完成驗證。允許後仍需準備可用的伺服器參數並設定正確的運作方式，授權本身無法取代這些準備工作。

若關閉了授權提示，請返回 App 確認連線開關狀態，再依正常流程重新操作。請勿快速連續點按開關，以免無法判斷是哪一次操作觸發提示。若系統顯示設定管理限制或無法加入設定，請先檢查裝置的相關設定與管理狀態；受管理裝置的限制不一定能在 App 內解除。排查時請記錄提示原文，不要將所有授權失敗都歸因於伺服器問題。

依操作需求授予權限

使用 Scan QR Code 時，系統可能會要求相機存取權限；只有打算用相機掃描自己的連線資料時，才需要處理此要求。拒絕相機權限不代表無法手動新增伺服器，也不代表無法匯入現有訂閱。之後若需要掃描，可前往系統中的 App 權限設定確認。若取景畫面中同時出現多個 QR Code，請確認辨識結果對應的是預期的連線資料。

從剪貼簿貼上連結、從檔案位置選取設定檔，或使用其他匯入方式時，也可能遇到相應的系統提示。處理原則是讓權限與目前操作相符：正在貼上時檢查貼上要求，正在選取檔案時檢查檔案來源。無須為了「事先準備周全」而預先開啟與目前任務無關的權限。若匯入未完成，請先確認是否取消了系統選取視窗，再檢查內容格式。

分開確認系統連線狀態與 App 狀態

系統顯示 VPN 已連線，只能表示相應的網路設定處於連線狀態，不能直接證明遠端伺服器、DNS 或目標網站都正常。反之，若 Home 尚未選取有效伺服器，即使已允許加入 VPN 設定，也無法完成預期的代理連線。首次操作請依「資料已匯入、已選取連線對象、已確認模式、已開啟開關」的順序檢查，不要只憑單一狀態標記下結論。

若裝置上還有其他使用中網路延伸功能的 App 或系統設定，請先確認目前實際運作的連線對象。不要在同一次測試中同時切換多種網路工具與多項系統設定，否則容易把設定切換造成的中斷誤判為 Shadowrocket 參數錯誤。對用途不明的系統設定，不應直接刪除；請先查看名稱、來源及裝置管理要求，再決定是否停用或進一步詢問管理者。

建立首次使用的檢查基準

首次啟動時建議記錄三件事：Home 是否正常顯示、是否成功加入 VPN 設定，以及目前使用 Wi-Fi 還是行動網路。記錄時不必包含密碼或完整訂閱網址。這些基本資訊有助於判斷問題發生在 App 開啟前、系統授權階段，還是遠端連線階段。若 App 能正常開啟但網路請求失敗，繼續檢查連線資料通常比反覆重新安裝更有幫助。

完成權限設定後，若伺服器清單仍是空的，請進入下一章匯入現有資料；若清單已恢復，也應重新確認選取的對象與 Global Routing，不要直接沿用對舊裝置狀態的印象。裝置移轉可能保留部分資料，但網路環境與系統授權仍需在目前裝置上實際確認。首次啟動的目標是建立清楚的起點，而非一次完成所有進階設定。

三、匯入現有伺服器與 Subscribe

匯入前先區分三種資料：單一伺服器參數用來建立一筆連線記錄；訂閱網址用來取得並更新一組伺服器；設定檔則用來描述 DNS、規則及其他運作設定。三者可能出現在同一份說明中，但用途各不相同。將訂閱網址填入伺服器位址欄，或把設定檔當成伺服器密碼，都無法得到正確結果。請先確認資料類型，再選擇相應的入口。

透過 Add Server 手動輸入

透過 Add Server 新增時，先選擇與現有資料相符的 Type，再填寫位址、連接埠與驗證欄位。位址欄只填入指定的伺服器主機名稱或位址，連接埠使用資料提供的數值；不要把包含協定前綴的完整連結貼進一般位址欄。輸入後逐項核對，特別留意複製時帶入的前後空格、全形標點及字母大小寫。成功儲存只表示記錄已建立，仍須進一步驗證連線。

Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard、HTTP 與 SOCKS5 的欄位並不完全相同。某種協定需要密碼，不代表另一種協定也應填入相同內容；出現 UUID、金鑰、TLS 名稱或傳輸路徑時，請填入相應欄位。對於資料中沒有說明的進階選項，請先向原服務提供者確認，不要照抄其他不同協定的記錄。

Subscribe 網址與群組更新

現有訂閱應向自己的服務提供者取得，並透過 App 支援的訂閱匯入入口新增。若使用 Add Server 中的 Subscribe 類型，請依介面填入訂閱網址與方便辨識的名稱。儲存後執行更新，確認是否出現預期的伺服器。成功下載訂閱與伺服器可連線是兩項獨立測試：前者確認能否取得清單，後者還須驗證清單中的個別連線資料。

訂閱更新失敗時，先核對網址是否完整、有無包含換行，以及目前網路能否存取該網址。若回傳內容是登入頁面、提示頁或不支援的資料，App 未必能產生伺服器清單。現有服務到期、連結遭替換或驗證資訊失效，也可能影響更新。請將 App 顯示的錯誤與服務提供者提供的訂閱狀態對照，不要只因清單數量變化就反覆刪除再重建。

QR Code、連結與設定檔匯入的適用範圍

Scan QR Code 適合匯入自己已有的 QR Code 資料。完成辨識後，仍應確認 Type、名稱及重要參數是否符合預期；QR Code 只是承載內容的方式，無法自動保證資料正確或有效。連結匯入也是如此。包含存取憑證的 QR Code、完整訂閱網址與分享連結都屬於敏感資料，不應出現在公開截圖、留言或故障排除記錄中。

Config 中的設定檔與透過 Subscribe 更新的伺服器清單應分別管理。匯入含有規則的檔案後，須確認是否已設為目前使用的設定；更新訂閱後，也要確認預設伺服器是否仍然存在。有些資料可能同時包含伺服器與設定，但不能只憑副檔名或名稱判斷用途，應檢查 App 實際辨識出的內容。

匯入完成後，回到 Home 明確選取一台伺服器，確認左側的選取標記位於該項目，而不是只開啟過它的編輯頁面。名稱相近的項目容易選錯，可替自行建立的記錄加上用途清楚的備註，但不要在備註中寫入密碼。若要清理重複項目，請先確認來源群組；訂閱產生的項目可能在下次更新時再次出現，因此日常維護應以訂閱來源為主，而不只是逐筆刪除結果。

本章完成的判斷標準是「資料已正確辨識，而且能明確指出目前選取的伺服器」，而不是「清單裡已經有很多項目」。接著進入 Global Routing 設定與連線驗證。訂閱更新若有異常，請先保留錯誤原文與發生步驟，再依第八章的維護順序處理，避免混淆清單取得失敗與單一伺服器無法連線。

四、Global Routing 與規則順序

Global Routing 決定目前流量採用哪種處理方式。規則、代理、直連三種模式分別對應介面中的 Config、Proxy、Direct。日常使用規則分流通常選擇 Config；Proxy 與 Direct 可用於特定情境或對照測試。此處的選擇不等於更換伺服器，也不等於選取另一份設定檔，請分別確認模式、目前設定與所選連線對象。

三種模式分別控制什麼

說明這三種模式時，還須一併考量 App 的系統略過設定、流量接管範圍及具體設定；不能據此保證裝置上的每一種系統通訊都採用相同路徑。排查時切換至 Proxy，有助於確認問題是否與某條分流規則相關，但並非所有連線失敗的通用修復方式；切換至 Direct 也不能證明 DNS、遠端網站或目前的網路連線一定正常。

依序閱讀 .conf 檔案

以下設定片段用於解說語法，並非適用於所有網路環境的完整設定檔。[General] 用來放置一般設定，[Rule] 用來放置規則。規則通常由上而下比對，第一條命中的項目決定處理方式。PROXY、DIRECT 與 REJECT 表示處理策略，不是伺服器協定名稱。修改前請先保存原始檔案，每次只調整一個項目。

[General]
bypass-system = true
dns-server = system
skip-proxy = 192.168.0.0/16, localhost

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
DOMAIN-KEYWORD,example,DIRECT
IP-CIDR,10.0.0.0/8,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

在這段設定中，example.com 及符合後綴條件的子網域會先由 DOMAIN-SUFFIX 處理，因此不會再套用後方的 DOMAIN-KEYWORD。只有其他包含相應關鍵字的網域，才可能命中下一行。IP-CIDR 用於位址範圍，GEOIP 依據位址歸屬資料判斷，FINAL 則是前面的規則都未命中時採用的最終處理方式。若將範圍較廣的規則放在前面，可能會攔截原本希望個別處理的目標。

網域規則與位址規則不可互換

DOMAIN 用於比對完整網域，DOMAIN-SUFFIX 用於比對網域後綴範圍，DOMAIN-KEYWORD 用於比對關鍵字範圍。關鍵字範圍往往比直覺預期更廣，新增規則時應檢查是否會影響名稱相近但用途不同的目標。IP-CIDR 與 IP-CIDR6 分別描述相應的位址範圍，不能直接表示「某個網站」。同一項服務可能使用多個網域與位址，因此單一規則命中不代表該頁面的所有請求都走相同路徑。

GEOIP 取決於位址歸屬資料與實際解析結果，不能只根據網頁顯示的語言或企業所在地推斷是否命中。DNS 解析可能影響後續位址規則所看到的目標位址，但 DNS 設定本身並不是分流規則。涉及 USER-AGENT 等條件時，請先確認目前 App 的支援範圍及實際可取得的資訊，不要將它視為能穩定辨識所有加密請求的依據。

修改規則後的驗證方式

先確認目前 Global Routing 設為 Config，再確認目前使用的設定檔就是剛才修改的檔案。使用一個明確的目標發出請求，查看可用記錄中的網域、命中規則與策略資訊。若記錄仍顯示舊路徑，請檢查 App 是否需要重新載入設定或重新建立連線，同時留意目標 App 可能沿用既有連線。不能只憑頁面能否開啟，就認定新規則已生效；快取內容也可能讓頁面看起來正常。

區域網路存取異常時，請核對實際位址範圍、相關略過設定與規則順序，不要只確認公共網站是否正常。DNS 相關原理可參閱DNS 設定說明，簡要概念請見概念速查。本章的核心是依「模式、設定、規則、策略」逐層檢查；只記住某個關鍵字，無法取代完整的路徑判斷。

五、連線、Connectivity Test 與故障排除

連線驗證分為三個層次：App 是否建立連線、所選伺服器是否可用，以及實際目標請求是否依預期完成。Home 頂部的開關、Connectivity Test 與實際存取各自提供不同資訊，不能互相取代。開始前先確認目前網路可用、現有資料仍有效，並明確選取一台伺服器；測試過程中不要同時更新訂閱、修改 DNS 或更換設定。

依固定順序建立連線

在 Home 選取目標伺服器，確認左側選取標記位於該項目，再核對 Global Routing。開啟連線開關；若出現系統 VPN 設定授權提示，依第二章完成處理。等待狀態穩定後再開始測試。若清單中有名稱相同的項目，請搭配群組與 Type 辨認，避免編輯了一筆記錄，實際連線時卻選到另一筆舊記錄。

執行 Connectivity Test 後，記錄成功、失敗或逾時等實際結果，再進行一次實際存取。測試結果通常只反映測試對象與測試方式所對應的條件，不能保證所有目標服務都正常。若測試失敗但實際存取可用，也要確認測試目標是否受到個別連線限制；反之，若測試成功但特定頁面失敗，則應繼續檢查該頁面使用的網域、DNS 與規則。

延遲數值與實際存取的差異

延遲測試適合在相同條件下比較回應差異，無法直接代表頻寬、持續穩定性或特定內容服務的表現。測試時間、網路連線、目標與方法不同時，數值不能簡單地互相比較。一次較低的延遲也不能證明驗證、傳輸設定與長連線都正常。選擇現有訂閱中的伺服器時，可參閱延遲、地區與協定說明，了解數值的適用範圍。

依照現象縮小排查範圍

所有目標都無法連線時，先檢查基本網路，再檢查所選伺服器的位址、連接埠、驗證資料與 TLS 參數。若目前網路連一般服務也無法存取，應先處理網路連線問題。若只有這台伺服器失敗，可從現有資料中選另一台進行對照；另一台成功表示可縮小排查範圍，但仍不能只憑這次結果斷定原伺服器永久無法使用。

只有部分目標失敗時，記錄具體目標與發生時間，並確認相關請求命中了哪條規則。網頁通常包含主文件、圖片、API 與驗證等多個網域，其中一個網域的路徑不正確，就可能造成局部異常。切換至 Proxy 僅作短暫對照，測試後請恢復原模式。若切換後恢復，應檢查分流與解析，而不是直接刪除整份設定。

切換網路與重新建立連線

從 Wi-Fi 切換至行動網路後，舊連線可能需要重新建立。先等待裝置網路穩定，再關閉並重新開啟連線開關，接著重複相同測試。維持目標與伺服器不變，才能判斷差異是否來自網路連線。若同時更換伺服器、設定與網路，即使恢復正常，也無法得知真正起作用的是哪個變因。

若發生 TLS 或驗證相關錯誤，請逐項核對現有資料與裝置時間。不要將關閉憑證驗證當成預設解法，這會改變連線驗證條件，也可能掩蓋網域或時間設定錯誤。不確定的欄位應向原服務提供者確認。提供問題資訊時，說明錯誤類別、協定、操作順序與網路類型即可；不要在公開記錄中放入完整密碼、金鑰或訂閱網址。

完成驗證時，應能說明目前網路、所選伺服器、Global Routing、使用中的設定，以及實際測試結果。這份簡短的基準資訊比一句「已連線但無法使用」更有助於診斷。接著查看 Data，是為了進一步分析剛才的請求，而不是以累積流量數值取代連線測試結論。

六、Data 流量統計與請求記錄

Data 用來檢視 App 記錄的流量與連線資訊，有助於確認「測試時是否產生請求」、「哪些目標出現異常」、「路徑是否符合規則預期」等問題，但它不是服務提供者的帳單，也不代表裝置所有網路活動的完整總量。請先確認統計對象與時間範圍，再解讀數值；不要直接相減範圍不同的統計資料，進而推斷用戶端或服務有問題。

先確認統計範圍，再看數值

查看流量時，請確認介面顯示的是目前連線、某個統計週期還是累積記錄，並留意上傳與下載的區分。重新連線、重設統計、還原 App 資料及使用的設定，都可能影響觀察範圍，請以目前介面說明為準。記錄數值時，也要註明測量的開始與結束時間，否則之後很難判斷變化來自測試請求，還是期間的其他背景活動。

用戶端與服務提供者的計量方式可能不同。協定封裝、統計口徑、連線重試、時間區間與計量單位都可能造成差異。Data 顯示有流量，不代表服務提供者帳戶一定以相同數值計費；服務提供者顯示的剩餘流量，也不能只憑本機累積數值反推。涉及現有服務的流量額度與有效期限時，請查看原服務提供者提供的帳戶資訊。

透過單一請求建立觀察基準

排查時盡量減少同時進行的操作：先記錄目前狀態，再開啟一個明確的目標，接著返回 Data 查看該時段的變化。若多個 App 同時重新整理，記錄中可能會出現與測試無關的請求。系統背景通訊也可能出現在記錄中，因此看到陌生網域時，不要立即認定它來自剛開啟的頁面。請結合時間、目標與重複測試結果判斷關聯。

若目前介面提供目標網域、位址、策略、命中規則或錯誤資訊，請逐項核對。目標網域說明存取對象，策略說明處理方式，錯誤資訊則指出失敗階段；應將三者連貫解讀。某筆請求命中 DIRECT 並不代表規則一定有誤，只有在結果不符合預期需求時，才需要回到目前設定查找比對原因。

從記錄回頭檢查規則與 DNS

若發現目標使用的策略不符合預期，先確認 Global Routing 是否為 Config，再確認設定檔與規則順序。若目標以位址形式出現，也應考量 DNS 與 App 本身的存取方式。不要將記錄中的單一位址直接寫成範圍過廣的位址規則；同一位址可能承載多項服務，任意擴大範圍會影響原本正常的請求。

若發生網域解析失敗，請留意 DNS 相關條件；若已解析出位址但遠端連線逾時，則繼續檢查伺服器、路由與目標可連線性。兩類問題可能互相影響，但處理順序不同。記錄中的錯誤只是診斷線索，必須對照實際操作，不可脫離發生情境單獨下結論。涉及解析設定時，可返回第七章核對，不要在 Data 中反覆清除記錄。

重設、保存與敏感資訊

重設統計能為下一次對照提供清楚的起點，但不會修復伺服器、改變規則，也不會重設服務提供者的計量。重設前請先保存需要比較的數值與時間，避免遺失唯一的故障線索。若只想觀察短時間測試，也可以記錄測試前後的差值，不必每次都清除所有歷史資料。

公開分享記錄前，請檢查其中是否包含完整目標網址、查詢參數、訂閱憑證、驗證欄位或個人存取內容。即使截圖中沒有密碼，也可能暴露含有權杖的連結。較合適的回報方式是摘錄錯誤類別與必要欄位，並隱藏無關的身分資訊。遮蔽後的文字仍須保留欄位關係，才能判斷是 DNS、驗證還是遠端逾時問題。

長期觀察時，固定時間範圍並使用相同測試方法會更有參考價值。偶發流量高峰可能來自正常背景工作，不應只因一次變化就重新匯入所有訂閱。若問題反覆發生，請保留精簡的時間軸：何時切換網路、何時更新設定、何時發生錯誤。這類記錄有助於對照操作與結果，也能為下一章的設定調整提供依據。

七、Settings、DNS 與 On Demand

調整 Settings 應以明確需求為前提，而不是把所有選項都改一遍。初次使用時先保留可正常運作的基準設定，之後再處理 DNS、On Demand 或診斷相關設定。有些設定位於 App 介面，有些則寫在設定檔中，須配合目前選取的設定一併理解。若目前介面沒有顯示某個選項，不要照著其他截圖的位置盲目尋找或填入相似名稱。

系統 DNS 與自訂 DNS

DNS 負責將網域解析成供後續連線使用的位址；分流規則則決定請求如何處理。兩者相關，但並不相同。使用 dns-server = system 表示該項採用系統 DNS 設定，是理解設定行為的起點之一，但不保證在所有網路環境中都會得到相同結果。裝置從 Wi-Fi 切換到行動網路後，系統提供的解析條件也可能改變。

[General]
dns-server = system

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

若要使用自訂 DNS 或 DNS over HTTPS，請先確認解析服務網址是否可從目前網路連線，再核對 App 支援的輸入格式。解析服務本身也需要建立連線；若連線條件不成立，變更可能導致更多目標無法存取。請勿將更換 DNS 誤解為變更伺服器驗證，也不要假設使用加密解析就能自動解決所有連線問題。

修改後請使用相同目標進行驗證，並考量快取的影響。目標 App 可能沿用先前取得的位址或既有連線，短時間內看不出變化不一定代表設定未生效。先確認設定已載入，再視需要重新建立連線，避免連續替換多種解析設定。完整說明請參閱系統 DNS、自訂 DNS 與 DNS over HTTPS。

On Demand 是觸發條件，不是伺服器修復功能

On Demand 用於依據已設定的條件觸發連線，適合在手動連線已穩定後再設定。網路類型、Wi-Fi 名稱或網域條件應依目前介面的規則填寫，並逐項驗證。它改變的是建立連線的時機，不會自動修正錯誤密碼、已過期訂閱或無法連線的伺服器。若手動連線仍失敗，請先解決連線本身的問題，再設定自動觸發。

設定前先寫下預期，例如「在指定網路條件下觸發」，再檢查是否有範圍重疊的條件。不要憑記憶猜測多條件的優先順序，請以 App 內說明與實際測試為準。測試時分別進入符合與不符合條件的環境，觀察連線是否符合預期；只在一種網路中測試，無法確認條件是否設定過寬，也無法解釋之後的誤觸發。

若手動關閉連線後又很快恢復，請先確認 On Demand 是否仍啟用，不要直接認定開關失效。暫時排查時可先停用自動觸發，再建立手動測試基準。若要長期調整條件，可參閱依 Wi-Fi、行動網路與網域設定 On Demand，避免同時變更觸發條件與伺服器資料。

診斷開關與進階參數的適用範圍

僅在需要時啟用日誌或診斷選項，並留意記錄中可能包含存取目標與連線資訊。排查完成後，依實際需求還原原設定。開啟更多記錄不會讓連線更穩定，其作用是提供判斷依據。若系統時間、憑證驗證或傳輸參數會影響連線，請依現有服務說明核對，不要把安全驗證項目當成通用的速度調整選項。

不熟悉的進階設定應先閱讀 App 內說明，記錄原始值，再逐項測試。若變更後出現異常，請還原原值並重複相同驗證，不要繼續疊加更多「可能有用」的選項。設定檔中的相似欄位也須確認是否影響目前運作狀態，不能只因編輯過檔案就認定 App 已採用它。設定變更與設定檔選取情況最好一併記錄。

若需求只是首次連線，不必在 Settings 中完成所有進階設定。先回到第五章取得明確的可用結果，再依需求逐項擴充。介面用語與協定參數說明請參閱概念速查；三種運作模式的集中說明請見代理模式。本章著重的不是一組固定參數，而是讓每次設定都有可驗證的目的。

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

日常維護有三個目標：確保現有資料有效、保留可還原的設定，並讓問題能夠追查。更新訂閱、更新 App 與修改規則是不同操作，最好不要在同一次故障排除中一併進行。連線正常時，不必因為看到新選項就立刻調整；確實需要變更時，先記錄目前狀態，再依明確順序操作。

更新訂閱前後都要檢查

更新前確認訂閱來源與群組，記錄目前選取的伺服器及正在使用的設定。更新後查看是否出現錯誤提示、項目是否符合預期，以及原本選取的伺服器是否仍存在。服務提供者可能調整名稱、數量或參數，清單有所變動本身不代表用戶端故障。若原項目已被替換，請重新選取可用對象，再進行一次實際連線驗證。

更新失敗時，不要立即刪除原訂閱。先確認網路、網址完整性、服務有效狀態，以及回傳內容是否仍是可辨識的訂閱資料。現有清單有時仍可用於目前連線，但這不代表訂閱網址仍有效。反之，成功取得新清單也不能證明每台伺服器都可用。請分開記錄「取得清單」與「驗證伺服器」，才能向自己的服務提供者清楚說明問題發生在哪個步驟。

備份應包含哪些資料

在 App 目前支援的匯出或備份範圍內，保存必要的設定檔、自訂規則、訂閱來源與手動新增資料。不要假設只匯出規則就會同時保存所有伺服器，也不要假設系統移轉一定會還原所有 App 資料。備份後請確認能否辨識檔案內容與用途，並記錄哪些資料仍需向原服務提供者重新取得。

備份可能包含密碼、金鑰、完整訂閱網址或其他驗證資訊，請儲存在自己能控制存取權限的位置。用於求助的副本應另外移除敏感欄位，不要直接公開原始備份。檔名可標示用途與備份日期，但不要在名稱中寫入憑證。保存多份副本時，請註明哪一份已驗證可用，避免還原時誤選測試中的設定。

更換裝置、重新安裝與 App 更新

更換裝置時，先透過 App Store 取得已購 App，再還原資料，最後在新裝置上完成 VPN 設定授權與連線驗證。購買資格、App 資料與系統授權各有不同的還原流程，完成其中一項不代表其他項目也已完成。舊裝置可暫時保留作為參數對照，但兩台裝置能否同時使用同一項現有服務，應遵守該服務的實際使用條件。

App 更新後若行為有所變化，先檢查目前伺服器、Global Routing 與設定檔，再查看 App 內提示及 App Store 更新說明。不要一開始就重新安裝，因為重新安裝可能增加資料還原工作，也會失去有價值的故障排除線索。若最後確實需要重新安裝，請先確認購買帳戶、可用備份與必要憑證都已備妥，再開始操作。

建立可還原的故障排除順序

先確認基本網路，再確認系統授權與連線狀態，接著確認選取的伺服器、運作模式、目前設定、DNS 與規則。每次只變更一項，測試後再決定保留或還原。若問題間歇性發生，記錄切換網路、裝置進入睡眠、更新訂閱與故障發生的先後順序，比反覆執行所有操作更有幫助。建立時間軸後，才能看出問題是否總是隨著某個條件發生。

需要提供回報時，請整理裝置類型、目前網路類型、協定、運作模式、錯誤原文與重現步驟。App 版本資訊可依實際顯示內容記錄在自己的故障排除筆記中，但不要補上不確定的猜測資訊。提供遮蔽敏感內容後的必要欄位即可；完整訂閱連結、密碼、金鑰與個人存取記錄不應一併公開。描述越能指出具體步驟，就越容易得到有效判斷。

至此，完整的使用流程應涵蓋正版取得、授權、匯入、模式選擇、連線驗證與維護記錄。只想重新跑過操作流程時，請返回快速入門教學；遇到購買與還原問題，請查看App Store 正版取得說明中的常見問題；需要查詢術語時，請使用概念速查。依照問題發生的階段分別處理，比將所有異常都歸結為「無法連線」更便於持續維護。