Shadowrocket
系統教學與設定指南

01 / APP STORE

正版取得與購買範圍

先確認產品資訊，再進行購買與安裝。Shadowrocket 是 Apple 平台的付費用戶端，唯一取得管道是 App Store；搜尋到名稱相近的 App 時，不要只憑中文別稱判斷。前往本站的正版下載與核對頁，逐一比對開發者、官方圖示與 App ID，確認無誤後再繼續購買。

核對產品頁的三項資訊

開發者應為 Shadow Launch Technology Limited，產品頁網址中的 App ID 應為 932747118。App 名稱可協助辨識，但不能單獨作為核對依據。開啟產品詳情頁查看開發者欄位，比只看搜尋結果摘要更可靠；若資訊不符，請停止購買並重新前往正確的產品頁。

圖示應與本站頁首使用的官方圖示一致：白底、藍紫色描邊圖案。圖示只是三項核對資訊之一，不能取代開發者與 App ID。儲存商店連結時請保留完整產品網址；日後從瀏覽器書籤返回，也應再次核對網址與頁面內容，避免把名稱相近的產品誤認為同一款 App。

購買前請詳閱產品頁的相容性與購買說明。本手冊主要以 iPhone 與 iPad 為操作裝置；Mac、Apple TV 與 Apple Vision 的相容資訊也可在同一商店頁查看。系統需求與適用的購買範圍，均以 App Store 頁面標示為準；不要根據其他裝置上的安裝結果，推定目前使用的裝置一定適用。

區分用戶端費用與連線設定

Shadowrocket 採一次買斷制，美國商店定價約為 2.99 美元，實際金額以購買時 App Store 頁面為準；不同商店會以當地貨幣顯示。用戶端費用支付給 App 的銷售管道；伺服器是否有效、訂閱何時到期，以及可使用哪些連線參數，則屬於你既有服務的範圍，並非購買 App 就能決定。

用戶端一次買斷 ≠ 連線方案。安裝完成後若沒有可用的伺服器項目，不代表購買失敗，而是尚未匯入自己的連線資料。請先確認手邊已有訂閱網址或完整伺服器參數，再閱讀第三章；若暫時沒有這些資料，可先了解介面與規則，不必反覆重新安裝 App。

購買帳號與設定內容應分開看待。App Store 的購買紀錄用來確認 App 的取得資格，App 內的伺服器與規則則是另一類資料。更換裝置後能重新取得用戶端，不代表訂閱、手動新增的項目與本機設定也已一併還原；請分別確認購買項目與設定是否還原，不能只做一次檢查就視為全部完成。

安裝完成後的第一步

下載完成後，從裝置主畫面開啟 Shadowrocket，先確認 App 能正常啟動，再進行連線。第一次閱讀本手冊時，建議記下目前的裝置類型、使用的網路，以及既有設定的來源與取得方式。這些資訊不必上傳，只作為後續排錯的依據；發生異常時，可用來判斷問題出在安裝、匯入還是連線階段。

若商店顯示已購買，但目前裝置仍要求付費，請先確認目前用於 App Store 購買的帳號是否與原購買紀錄相同，再查看已購項目。不要把裝置登入狀態與商店購買狀態當成同一件事。商店付款、可用地區與購買紀錄的問題，應依 App Store 實際顯示的提示處理。

App 更新同樣透過 App Store 完成。更新前請備份重要設定，更新後先確認原本常用的連線正常，不要立刻同時修改協定、規則與 DNS。商店中的更新說明可用來了解功能變更；本手冊不固定特定版本的介面位置，若選項排列不同，請以目前 App 顯示的名稱與說明為準。

02 / PERMISSION

首次啟動與 VPN 權限

首次啟動時，先熟悉介面；準備連線時再處理系統授權。Shadowrocket 連線需要裝置允許新增 VPN 設定檔；這項授權與伺服器帳號是否有效，是不同的環節。看到授權提示並確認，只代表系統允許 App 建立相應連線，不代表遠端伺服器、規則或 DNS 已通過驗證。

認識 Home、Config、Data 與 Settings

Home 主要用來查看伺服器項目、選擇連線對象與控制連線；Config 用來管理目前的規則設定；Data 用來查看流量與請求相關資訊；Settings 則集中常用行為設定。閱讀時先了解各區域的用途，不必尋找與其他裝置完全相同的按鈕位置；實際版面會因裝置尺寸與 App 介面調整而異。

連線前先在 Home 確認是否已有自己的伺服器項目。若清單是空的，請勿反覆切換連線開關，因為開關本身不會建立伺服器資料。進入新增或匯入流程後，確認儲存的項目可以重新開啟查看，再返回 Home；如此可區分「資料未儲存」與「連線無法建立」兩種問題。

在 Config 看到設定名稱，不代表其中的規則已啟用。請先確認目前選取的設定檔，再檢查 Global Routing 狀態。了解伺服器選擇、設定檔選擇與分流模式這三項各自獨立的因素，才能進一步解釋為何同一裝置上的不同請求可能採取不同處理方式。

了解系統授權的實際作用

首次啟動連線時，系統可能會要求允許新增 VPN 設定檔，並透過裝置驗證確認操作。請先閱讀提示，確認它是在你主動啟動 Shadowrocket 連線後出現，再依照系統流程操作。授權會變更裝置層級的設定，不必在系統驗證步驟輸入伺服器密碼；伺服器憑證只應填入對應的連線欄位。

若先前選擇取消，請回到 App 重新啟動連線，確認系統是否再次要求授權。若沒有跳出提示，或開關立即復原，先查看系統設定中的 VPN 狀態與相關提示。受管理的裝置可能有額外限制；若看到明確的管理政策提示，不要反覆刪除設定檔來測試，應先確認裝置是否允許這類連線。

授權完成後，仍須選擇有效的伺服器，並確認目前網路能連到伺服器位址。系統顯示已連線，只代表本機連線流程的一部分；網頁能否載入，還會受規則、伺服器驗證、網域解析與目標網站影響。因此，「已完成授權」、「狀態顯示已連線」與「請求成功」應分別記錄與檢查。

排除衝突，不要清除所有設定

若裝置上已有其他 VPN 設定檔，測試時先確認目前由哪一項管理連線。不要在多個相關開關間來回切換後就判定結果；請先停止目前連線，確認系統狀態恢復預期，再啟動 Shadowrocket。保留既有設定檔的名稱與用途；不清楚影響範圍時，不要刪除工作、學校或裝置管理所需的項目。

第一次驗證時，先暫緩啟用 On Demand。自動觸發可能在切換網路或造訪網域時改變連線狀態，讓手動操作看起來沒有生效。先完成一次完整的手動連線與中斷，建立基準；確認伺服器可用後，再逐一加入自動連線條件，才能更容易看出每項設定造成的影響。

iPhone 與 iPad 的授權原理相同，但橫向畫面、分割畫面與視窗寬度會改變內容排列。找不到選項時，先離開過窄的分割畫面，回到完整 App 視窗，再以對應的英文名稱查找。不要因介面位置改變就重新匯入訂閱；版面變動不代表設定內容已損毀。

刪除系統中的 VPN 設定檔，不等於刪除 App 內的伺服器；重新安裝 App，也不代表所有權限問題都已解決。只有在系統明確指出設定檔異常，且已備妥可還原的資料時，才考慮重建相關項目。操作後請重新完成授權與手動連線流程，不要沿用刪除前的狀態判斷目前結果。

03 / SERVER & SUBSCRIBE

新增伺服器與匯入既有訂閱

匯入前先辨別手邊資料的類型。單一伺服器資料描述一個連線對象；訂閱網址通常用來取得並更新一組伺服器；.conf 設定檔則主要包含規則與相關行為。三者可以搭配使用，但不能把訂閱網址當成伺服器主機名稱，也不能以為匯入規則檔後就一定已有有效伺服器。

Add Server：逐項核對協定參數

手動新增時，從 Home 進入 Add Server，先選擇與既有資料相符的協定，再填寫伺服器位址、連接埠與驗證資訊。選擇的協定會決定需要填寫哪些欄位；不能只因兩種協定都要求密碼，就把其中一套參數填入另一種表單。儲存前請逐項比對原始資料，尤其留意複製時多出的空格或換行。

伺服器位址欄位應填入提供給你的主機名稱或 IP 位址，連接埠則填在獨立欄位。不要把完整網頁網址及其路徑一起填入主機欄位。顯示名稱只是方便辨識項目的備註，無法修正主機、連接埠或驗證錯誤；使用容易辨認的名稱，也能減少後續切換或在 Data 核對時選錯對象。

Shadowsocks 通常需要核對加密方式與密碼；VMess、VLESS 常會用到 UUID 及相應的傳輸欄位；Trojan 的驗證與 TLS 資訊應依原始資料填寫。Hysteria2 與 WireGuard 的參數結構則有所不同。未提供的欄位不要憑名稱猜測，也不要把一種協定的參數規則套用到所有連線類型。

Subscribe 與 Scan QR Code

已有訂閱可透過 App 提供的訂閱匯入入口新增，依實際介面選擇 Subscribe 或相應類型，再填入從服務提供者取得的網址。訂閱連結可能包含可識別個人身分的資訊，請像密碼一樣妥善保存。匯入後檢查取得的項目名稱、數量變化與協定類型，但不要只因看到一組項目就認定每個連線都有效。

訂閱更新失敗時，先分辨是網址格式錯誤，還是取得資料的過程失敗。檢查複製內容是否完整、有沒有多出引號或換行，再確認訂閱本身是否仍有效。若錯誤發生在取得資料階段，可能還沒進入伺服器連線測試；此時反覆修改節點密碼並無幫助，應先查看更新提示並核對訂閱網址的存取條件。

Scan QR Code 適合匯入已持有的連線資料，但掃描只是另一種輸入方式，不會額外驗證內容是否可信。掃描前確認 QR Code 來源；掃描後檢查產生項目的協定、位址與重要欄位，再決定是否儲存。若操作需要使用相機或照片，請依當下需求處理系統權限，不必為匯入一個項目而開放無關資料。

訂閱更新與 Config 的範圍

訂閱中的項目可能在更新後遭到替換、刪除或重新命名，因此不適合把由訂閱自動管理的欄位當成長期手動備註區。若要保留修改過的測試項目，先確認能否另存為獨立副本，並記錄其來源。沒有備份時不要直接覆寫常用訂閱，以免更新後無法區分手動修改與遠端變更。

Config 中的檔案應另外確認是否已選取，以及規則所引用的策略是否存在。檔案成功匯入，只代表內容已被接收，不代表每條規則都適用於你的使用環境。遇到陌生設定時，先閱讀 General 與 Rule，確認沒有非預期的處理策略，再決定是否啟用；看不懂的複雜段落可先維持原狀，並查閱相關說明。

匯入完成後，先選一個項目測試連線，再整理群組與更新頻率，才能把輸入錯誤和批次維護問題分開。協定欄位可參閱支援協定與參數速覽；設定檔結構可參閱.conf 分段說明，不要用反覆匯入取代逐項核對。

04 / GLOBAL ROUTING

Global Routing 三種模式與規則順序

Global Routing 決定目前採用的整體處理方式。Config 模式使用設定，Proxy 模式透過代理處理，Direct 模式則直接連線；操作介面時請以這些英文名稱為準。三種模式不是伺服器協定，也不代表速度等級。先確認正在排查的是整體連線還是特定規則，再選擇模式，可避免用錯誤的測試條件解讀結果。

Config、Proxy 與 Direct 各自驗證什麼

Config 會依目前選取的設定判斷請求的處理方式，適合日常分流需求。設定中的規則、策略，以及所引用的伺服器都必須正常運作。若某個目標在 Config 下連線失敗，先查看實際命中的規則，不要立刻判定伺服器無效；該目標可能被規則設為 Direct，或明確設為 REJECT。

Proxy 會以代理方式處理流量，可用來簡化規則因素、作為測試條件，但仍須有有效的伺服器、正確的驗證資訊與可用網路。它無法修正 DNS、遠端無法連線或目標本身故障。測試時只切換這個模式，觀察同一目標是否有變化；若同時更換伺服器，就無法單獨比較分流模式的影響。

Direct 會以直接連線方式處理流量，不代表「中斷 App」。測試直連時仍應留意系統連線狀態與 App 設定。目標在 Direct 下可存取，只能表示目前網路可直接連到該目標，不能推論其他網域、連接埠或代理伺服器也可連線，更不能據此直接判定整份規則。

Rule：從具體條件逐步比對至 FINAL

規則應依序閱讀，先看較具體的網域與網段條件，再看較廣泛的比對方式，最後檢查 FINAL。靠前的規則一旦決定處理方式，後續相似規則通常就不會改變該請求的結果。新增規則前先搜尋既有項目，避免把例外放在廣泛規則之後，導致規則雖然存在卻始終無法命中。

DOMAIN 用於比對完整網域，DOMAIN-SUFFIX 用於比對網域後綴，DOMAIN-KEYWORD 則根據網域中的關鍵字比對。三者涵蓋範圍不同，使用關鍵字尤其要謹慎，因為可能會比對到非預期的其他網域。規則中的網域通常不包含網頁路徑，也不應直接貼上整段頁面網址。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
DOMAIN-KEYWORD,adservice,REJECT
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

這段內容只展示 Rule 的結構，並非適用於所有裝置、可直接啟用的完整設定。第一行網域規則可能先於後續網段或地區條件決定結果；區域網路網段規則則用來說明 IP-CIDR 的寫法。PROXY、DIRECT、REJECT 是策略關鍵字；介面模式 Proxy、Direct 的大小寫不同，請勿混淆為欄位名稱。

網域規則與位址規則的適用範圍

IP-CIDR 與 IP-CIDR6 分別適用於相應的位址範圍；GEOIP 則依賴位址分類資料，判斷依據與網域規則不同。取得目標位址後，相關位址條件才有判斷基礎。網域若解析出多個位址，或網路環境改變導致解析結果不同，實際命中的規則也可能改變；排錯時請同時記錄網域與位址。

FINAL 用來處理前面規則都未命中的流量，應放在規則末尾。若把 FINAL 移到前面，後續規則就無法發揮預期作用。新增例外時，先確認它要覆蓋哪一條既有規則，再放到適當位置；不要只為了提高優先順序，就把所有新項目堆在最前面，否則日後難以說明各規則之間的關係。

修改後，請用一個具體目標驗證，並在 Data 核對採用的策略，而不只是確認頁面能否開啟。頁面可能依賴多個網域，主文件載入成功不代表圖片、登入與 API 請求採用相同路徑。需要查詢關鍵字時，可前往術語速查；規則驗證完成後，請恢復日常使用的模式，避免長期保留暫時的測試狀態。

05 / CONNECTIVITY

連線、延遲測試與結果驗證

連線驗證應從本機網路開始，逐層確認伺服器、協定、規則與目標存取。延遲測試得到一個數值，只代表當時以該測試方式收到回應，不能取代完整的實際請求。先選定一台伺服器、一種 Global Routing 模式與一個固定測試目標，再進行比較，避免同時改變多項條件，導致結果難以解讀。

建立可重複的測試基準

先確認目前的 Wi-Fi 或行動網路本身可正常使用。若網路需要登入入口頁面，或有暫時性限制，請先在中斷 Shadowrocket 連線時處理。基本網路尚未連通前，修改伺服器協定沒有意義。記下目前的網路類型再開始連線；測試途中若切換網路，應視為新的測試條件，不要沿用先前的結論。

在 Home 確認選取的伺服器就是要測試的項目，並檢查它是否仍屬於有效訂閱，以及驗證資訊是否在最近更新時遭到替換。接著查看 Global Routing 與目前設定。伺服器名稱相似時，開啟詳細資料確認位址更可靠；不要只憑清單中的選取位置判斷，因匯入或更新可能改變項目排列。

啟動連線後，留意 App 提示與系統狀態，再送出新的目標請求。瀏覽器已開啟的頁面可能來自快取；頁面仍停留在原處，也無法證明新請求成功。可重新載入固定目標，再到 Data 找出相應時間的紀錄，對照操作時間、請求結果與實際處理策略，建立可重複的驗證流程。

區分 Connectivity Test 與實際連線

Connectivity Test 的測試方式與目標設定會影響結果，不同方法測得的延遲不應直接放在一起比較。有些檢查著重連線建立，有些則包含請求與回應過程。先確認目前使用的測試方式，再觀察結果是否穩定；單次數值較低，不代表所有網頁或 App 的完整連線都會更快。

測試逾時也要配合實際請求判斷。伺服器可能不回應某種探測，但仍能處理所需的實際服務；反過來說，能回應探測也可能在驗證或轉送階段失敗。若兩者結果不一致，請保留測試方式名稱與錯誤資訊，再用同一台伺服器嘗試實際連線，不要只根據清單中的單一結果刪除所有項目。

若所有項目同時失敗，先檢查共同條件，例如目前網路、訂閱有效性、測試目標或設定變更；若只有單一項目失敗，再核對它的協定、位址、連接埠與驗證資訊。整體失敗與個別失敗的排查範圍不同；依範圍逐步縮小問題，比隨意更換加密方式或 DNS 更有根據。

依錯誤發生階段縮小範圍

網域解析失敗時先檢查解析路徑；連線逾時時檢查伺服器是否可連線；驗證失敗時核對憑證；遇到憑證錯誤時，檢查伺服器名稱、裝置時間與原始 TLS 參數。錯誤訊息可能來自不同階段，請保留原文，不要一概記成「網路不好」。不要以關閉憑證驗證來掩蓋名稱不符的問題。

若 Proxy 下可用、Config 下失敗，應優先檢查規則命中與引用的策略；若兩種模式都失敗，再核對共用的伺服器與解析條件。這種對照只能協助縮小範圍，不能直接證明原因。測試前後應使用同一目標、同一網路與同一台伺服器，結果差異才有比較價值。

連線已建立但速度不穩定時，分別觀察網路切換、目標回應、伺服器狀態與持續傳輸情況。大型檔案、即時通訊與短網頁的表現不同，不應以單一情境代表所有使用情況。先重現最常發生的問題，再遵循一次只修改一項的原則進行測試，保留結果後再決定是否繼續調整。

完成驗證後，先主動中斷連線一次，再重新連線，確認結果可以重現。若第一次成功只是因為舊連線仍在運作，重新連線可能會暴露真正的問題；若重連後穩定，再逐步恢復 On Demand 等自動功能。需要最精簡的操作流程時，可返回使用說明；本章則說明為何各個檢查點需要分開驗證。

06 / DATA

Data 流量與請求紀錄

Data 可用來查看目前連線處理的流量與請求線索，不應將累計數字直接視為服務帳單數據。App 統計、系統統計與既有服務的計量方式，可能採用不同範圍與週期。閱讀本章前，先確認想解答的問題：是要確認某個請求的處理方式、找出失敗階段，還是比較一段操作期間的數據變化。

將單一操作與一組紀錄對應

查看前先記錄目前時間、網路、伺服器與 Global Routing，接著只執行一項可重複的操作，例如重新載入某個固定頁面。再到 Data 查看該時間附近的新紀錄。不要同時開啟多個 App，之後才猜測各筆紀錄的來源。背景同步也可能產生流量，因此時間接近只能協助定位，還須搭配網域或目標位址判斷。

一個頁面通常包含主文件、圖片、API 與其他資源請求，因此出現多個網域並不異常。先找出與失敗功能直接相關的請求：頁面空白可能與主文件有關，登入失敗可能涉及驗證 API，圖片未顯示則應檢查資源網域。逐一核對這些請求，比只搜尋頁面網址就判定整個網站的狀態更準確。

可查看的紀錄欄位以目前介面為準，請優先留意目標、處理策略、命中規則、連線狀態或錯誤。不同請求顯示的資訊未必完全相同，不能只因某個欄位空白，就斷定 App 沒有處理該請求。必要時重新送出請求，確認它是在目前連線與設定生效後產生，而非舊連線留下的紀錄。

依規則結果回查設定

若請求實際採用 DIRECT，先找出是哪條規則作出決定，再判斷是否符合預期。若採用 PROXY，則繼續確認最後使用的伺服器或策略項目。看到 REJECT 時，應先回查明確拒絕請求的條件，而不是修改伺服器密碼；拒絕策略可能在連線到遠端之前就已決定請求結果。

網域資訊與 IP 位址應一併理解。同一網域可能解析出多個位址，同一位址也可能承載多種服務；只憑位址無法還原完整的存取情境。部分連線紀錄可能沒有可供網域比對的資訊；排查時應留意當下可見資料的限制，不要把事後查到的網域，直接當成原始請求必定包含的條件。

修改規則後，應建立新的連線再查看結果。既有連線可能繼續沿用建立時的處理路徑，因此「設定已修改，但舊紀錄沒變」不一定代表儲存失敗。停止相關請求，必要時重新連線，再重複同一項操作；比較新舊紀錄的命中差異，才能判斷修改是否影響後續處理。

了解累計流量與資料保護

查看流量統計前，先確認顯示範圍與起算條件，例如目前連線、特定時間區間或 App 保留的累計數據，具體依介面說明為準。若沒有一致的統計區間，不要直接比較兩次數值並下結論。重新連線、清除紀錄或更改顯示篩選條件，也可能改變觀察範圍；比較前請先記下相關條件。

上傳與下載表示資料傳輸方向，不代表內容是否由使用者主動觀看。背景重新整理、自動備份、頁面預載與重試都可能產生流量。若流量異常增加，先縮小至單一 App 與較短的觀察時段，暫停其他明顯的傳輸，再查看變化；不要只因累計流量增加，就判定某個伺服器項目有問題。

服務端計量與本機顯示不同，可能受到協定額外負載、計量週期、統計範圍及其他裝置使用情況影響。請先核對各自的說明，不必追求每個位元組都完全相同。本機 Data 較適合協助定位連線行為，不能取代既有服務對剩餘用量、有效期限或計量規則的說明。

請求紀錄可能揭露造訪的網域、位址、時間與個人活動線索。匯出或截圖前，先篩選與問題相關的部分，隱藏訂閱網址、驗證欄位及無關的瀏覽內容。清除紀錄前，先保留重現問題所需的原始錯誤訊息；清除後要追查舊問題通常更困難，建議診斷完成後再整理。

Data 顯示與瀏覽器表現不一致時，先考慮快取、舊連線與請求定位是否準確，再擴大排查範圍。系統中的其他活動也可能造成觀察誤差，不要把每筆紀錄都歸因於前景頁面。透過固定操作、短時間觀察與重複測試建立對應關係，是正確解讀 Data 的基礎。

07 / SETTINGS

Settings、DNS 與 On Demand

應在連線已穩定後，再逐項調整 Settings。先確認設定影響的是解析、觸發條件還是連線行為，並記錄原始值與修改目的。介面選項會隨裝置與 App 調整，名稱與適用範圍以實際畫面為準；不必為了選項齊全而全部啟用，也不應把複雜設定視為連線成功的必要條件。

DNS：先確認解析路徑

DNS 負責將網域解析為位址，規則分流則決定如何處理請求；兩者彼此相關，但並非同一件事。網域解析失敗時，瀏覽器可能尚未進入正常連線階段；此時單獨切換代理伺服器未必有效。請先找出目前 DNS 設定來自 App、使用中的設定檔還是網路環境，再決定要修改哪一處。

Config 的 General 與 Settings 中的相關項目，可能共同影響實際行為；覆蓋關係應依目前 App 說明核對。避免在多個位置填入不同值，最後卻只記得其中一個。修改前抄下原始設定並保留設定檔副本；測試時只更動一個來源，觀察新請求的解析與存取結果，確認有效後再保留變更。

解析伺服器並非越多越好。不同解析路徑可能回傳不同位址，也可能需要透過目前網路或代理才能存取。排錯時先確認目前條件下能否連到所使用的解析服務，再判斷它是否適合目標請求。不要把反覆更換 DNS 當成通用修復方法，它無法修正密碼錯誤、伺服器連接埠錯誤或拒絕規則。

網域解析結果可能會快取，因此修改後短時間內仍出現舊位址，不一定代表設定失效。請送出新請求、重新建立相關連線，並查看實際解析資訊。直接用 IP 存取網站也不等於透過網域測試，因為 TLS 名稱與網站路由仍可能依賴網域；變更測試方式時，請明確記錄它只能驗證部分條件。

On Demand：從手動基準到自動觸發

On Demand 可依條件觸發連線相關行為，適合在手動連線穩定後設定。先明確列出希望在哪些網路條件下連線、哪些情況下不連線，再逐項建立規則。不要一開始就涵蓋所有 Wi-Fi、行動網路與網域條件，否則自動觸發與手動開關互相影響時，很難判斷是哪項條件生效。

依 Wi-Fi 名稱設定時，應核對實際網路名稱，並留意名稱相近的網路、訪客網路及裝置自動切換。網路名稱比對只表示觸發條件，不代表該網路一定具備相同的存取能力。測試時先保持其他條件不變，切換至目標網路並等待狀態變化，再回到 App 與系統狀態確認實際結果。

依行動網路或網域觸發時，也需要驗證觸發時機與規則順序。請求是否送出、網域是否符合條件，以及系統是否允許目前的連線，都會影響觀察結果。自動連線不代表伺服器會持續保持連線；遠端無法連線時，即使觸發條件成立，仍可能無法存取服務。請分別記錄「條件符合」與「服務可用」。

關閉 On Demand 後，仍應檢查目前連線是否維持，以及系統狀態是否符合預期。關閉自動觸發規則與結束現有連線是不同操作，不要只看開關就假定所有連線都已中斷。更多條件設定方式請參閱On Demand 按需連線設定。

其他常用行為的調整範圍

區域網路存取異常時，先確認目標是否位於本機網段、目前規則如何處理，再檢查相關設定。家用裝置、印表機服務或管理頁面可能依賴本機探索，不應讓所有流量都採用相同策略。修改網路相關選項後，請用明確的區域網路目標驗證，不要以公共網頁能否開啟取代本機存取測試。

遇到 IPv6 相關問題時，先確認目前網路與目標實際採用的位址類型，再檢查 IP-CIDR6 等規則的涵蓋範圍。單純停用某種位址功能可能只改變表面症狀，無法說明原因。保留原始值，對照同一目標在不同條件下的結果；確認變更與問題相關後，再決定是否長期採用。

不要為了完成基本連線而一次啟用大量改寫或憑證相關功能。這些功能各有用途與影響範圍，必須逐項了解、明確授權並限制適用對象。一般伺服器匯入、Global Routing 與連線驗證，可先在較簡單的設定下完成；問題若與這些額外功能無關，暫時維持原狀更有利於診斷。

08 / MAINTENANCE

日常維護、換機與排錯流程

日常維護的目標是讓設定清楚易懂、必要時可以還原，而不是頻繁重設。請分別保存 App 購買紀錄、既有訂閱資料、伺服器項目、使用中的設定檔與個人修改；發生問題時就能只處理相關部分。維護完成後，應再次測試連線，確認整理過程沒有改變常用伺服器、Global Routing 或規則的處理方式。

更新前後保留可用基準

App 更新透過 App Store 完成；訂閱更新則是取得既有訂閱中的伺服器資料。排錯紀錄中不要把兩者都簡稱為「更新」。若同時更新 App、重新整理訂閱並修改規則，發生問題時很難判斷原因。請盡量分開操作，每完成一步就用固定目標測試，確認穩定後再進行下一項。

更新訂閱前，保留需要的獨立項目與備註，並確認使用中的伺服器是否會受項目替換影響。更新後檢查名稱變更、目前選取項目與連線結果，不要只看更新完成提示。若新項目失敗，但原有獨立項目仍可用，應優先比對協定欄位與遠端變更，而非立即清除整個 App。

修改設定檔時，保留一份已驗證的副本，並用容易辨識的名稱區分日常版與測試版。不要把唯一可用的設定檔當成實驗區。複雜修改可拆分為網域規則、網段規則與 General 設定幾個階段，每次只驗證一個階段；如此需要還原時，就能恢復特定修改，而不必重新建立全部內容。

換機還原時分別檢查三個層面

第一個層面是 App 的取得資格。在新裝置的 App Store 使用原購買帳號查看已購項目；系統需求與購買適用範圍以 App Store 頁面標示為準。能重新下載用戶端，只代表 App 已還原；接著仍要開啟 App 檢查本機資料，不能將商店的已購標記視為伺服器設定已轉移的證明。

第二個層面是伺服器與訂閱資料。依照你自行保存的網址或參數還原，並重新確認資料是否有效。訂閱先前能在舊裝置使用，不代表網址目前仍有效；手動項目也可能因複製時缺少欄位而失敗。還原後先測試一個常用項目，再整理其他項目；尚未連線前不要加入自動觸發條件。

第三個層面是使用中的設定與個人偏好。還原規則檔後，確認選取狀態、Global Routing、DNS 與 On Demand，再檢查首次連線所需的系統授權。舊裝置上的授權無法取代新裝置的確認。iPad 購買項目還原與版面資訊，請參閱iPad 已購項目還原與使用要點。

用於轉移的設定可能包含伺服器位址、訂閱憑證或其他個人資料，請保存在自己能掌控且受到保護的位置。匯出後先確認檔案內容與還原方式，不要為了測試備份就立即刪除唯一可用的副本。完成轉移並驗證連線後，再視需要清除不再使用的暫存副本。

以精簡紀錄完成排錯流程

排錯紀錄至少應包含發生時間、裝置類型、目前網路、伺服器協定、Global Routing、使用中的設定檔與原始錯誤訊息。再補上最近一次成功時的條件與最近修改的項目，通常就能縮小範圍。紀錄中應隱藏密碼、金鑰、完整訂閱網址與個人瀏覽內容，只保留理解問題所需的資料結構。

遇到問題時，先重現現象，再逐層定位：App 是否能開啟、權限是否完成、資料是否匯入、伺服器是否可連線、規則是否正確、目標是否正常。每個層面只確認各自的問題，不要用重新安裝處理所有現象。只有在證據指向本機資料或安裝狀態時，才考慮相應的還原方式，並先保留可用資料。

修復後還要反向確認。恢復日常模式、重新連線、重做原本失敗的操作，再檢查 Data 中的規則與策略是否符合預期。若只在暫時使用的測試模式下成功，問題仍未完整解決。確認穩定後再清除診斷紀錄，並記下最終修改，以便日後遇到相同情況時快速比對。

長期維護時，刪除已確認不再使用的重複測試項目，不要累積大量難以解釋的設定。保留少量用途明確的基準，定期確認訂閱是否有效，以及購買紀錄能否還原即可。日常操作請回到快速使用說明；有術語問題可查看術語速查；購買與安裝問題則請回到正版下載頁的已購項目還原說明。