01 連線開關無法開啟：先確認系統權限
適用症狀包括：Home 中的連線開關開啟後立即關閉、系統反覆要求加入 VPN 設定，或應用程式顯示正在連線卻未進入穩定狀態。此時先不要修改規則，也不要直接判定是伺服器故障。開關能否維持開啟，首先取決於系統是否允許建立網路延伸功能、目前設定是否有效，以及是否有其他連線工作正在使用同一個系統通道。
記下開關關閉前發生的情況
先記下裝置型號、目前網路、選取的伺服器和 Global Routing 狀態，再嘗試連線一次。觀察系統提示是否出現、裝置驗證是否完成、開關多久後關閉，以及畫面是否顯示具體錯誤。完整觀察一次，比連續快速切換更有幫助。反覆點按可能使前一次連線尚未結束就開始下一次，讓等待狀態掩蓋真正的失敗階段。
中斷連線後，用瀏覽器前往平常可直接存取的頁面，確認 Wi-Fi 或行動網路本身已可使用。如果目前的 Wi-Fi 需要網頁認證，請先完成認證再測試。看得到 Wi-Fi 訊號，不代表已取得網路存取權；網路尚未通過認證時，訂閱、伺服器交握和一般網頁都可能同時失敗，容易被誤認為用戶端開關異常。
確認 VPN 設定授權與系統狀態
首次連線時出現加入 VPN 設定的提示，是系統授權網路設定變更的流程。確認發起操作的應用程式是 Shadowrocket 後，依系統指示確認。接著在系統設定中搜尋 VPN，找到對應設定並檢查狀態；不同系統的選單層級可能不同，請以目前裝置顯示為準。不要只根據頂端狀態圖示判斷，部分裝置和顯示情境不一定會持續顯示相同的狀態標記。
如果先前拒絕授權，請回到應用程式重新發起連線，確認系統是否再次要求核准。如果對應設定已遭手動刪除，也應由應用程式重新建立，不要自行填寫名稱相似的系統設定。若設定仍存在卻反覆報錯，先儲存應用程式內的伺服器和 Config，再考慮移除僅屬於 Shadowrocket 的系統 VPN 設定並重新授權；不要刪除無法確認歸屬的管理設定。
受管理裝置先確認權限範圍由學校或工作單位管理的裝置，可能會限制 VPN 設定變更。系統明確顯示管理限制時，應請裝置管理員確認政策，不要反覆重建設定以規避限制。
排除連線衝突，再進行最小化測試
檢查系統中是否還有其他已啟用的 VPN 設定，或由網路延伸功能提供的過濾功能。先暫停自己明確了解且允許暫停的功能，再測試 Shadowrocket。此步驟僅用來排除功能衝突，不代表這些功能必然不相容。若暫停後恢復正常，請分別重新啟用並復測，找出具體組合，而不是長期關閉所有保護設定。
接著確認 Home 中是否確實選取有效伺服器，不能只確認清單中有項目。以服務提供者目前提供的參數為準，選取一個自己有權使用且資訊完整的伺服器，暫時關閉 On Demand，手動連線一次。若開關能維持開啟，但頁面仍無法存取，問題已進入資料傳輸階段，請接著查閱下一章，不要繼續刪除系統設定。
如果應用程式沒有回應，可以先正常結束應用程式，再重新開啟並依相同步驟測試；仍無法建立連線時再重新啟動裝置。重新啟動可清除暫時的系統狀態，但無法修正錯誤密碼、失效訂閱或伺服器端故障。重新開啟後，務必確認選取項目沒有變更，並等連線明確結束後再進行下一步，避免把背景中尚未完成的工作誤認為新故障。
如何確認問題已解決
連線開關能維持開啟、系統顯示已連線至對應 VPN，且測試請求成功完成，才算通過此流程。若開關仍會關閉，請記下完整錯誤訊息和發生階段，再查閱加入 VPN 設定提示說明。提供問題回報時，只需提供必要的裝置與錯誤資訊；請勿傳送密碼、完整訂閱網址、QR Code 或含有帳戶憑證的設定內容。
02 已連線但無法上網：釐清路由與出口
連線開關維持開啟，只表示系統隧道已建立，不能證明所有請求都有可用出口。此類問題應分成三層檢查：裝置原始網路能否存取、所選伺服器能否轉送，以及目前 Config 是否將請求交給預期的策略。先儲存目前設定副本和選取項目，再用固定測試頁面進行比較；不要同時更換伺服器、修改 DNS 和重寫規則，否則即使恢復正常，也無法判斷原因。
使用 Global Routing 進行短時間比較
在 Global Routing 中，Config、Proxy、Direct 分別代表設定、代理和直連三種模式。這些模式適合用來隔離問題，但不是可以任意混用的「修復按鈕」。測試前先確認目的：Direct 用於觀察基礎網路路徑，Proxy 用於觀察所選代理路徑，Config 用於觀察規則實際選擇的路徑。每種模式只針對同一個請求短暫比較，完成後恢復原本需要的 Config。
| 模式 | 主要檢查項目 | 結果判讀範圍 |
|---|---|---|
| Config | 目前設定中的規則與策略參照 | 失敗可能來自規則、解析或出口，需繼續拆解檢查。 |
| Proxy | 所選伺服器對測試目標的轉送情況 | 一個頁面成功，不代表所有目標與協定都可使用。 |
| Direct | 目前網路直接存取測試目標的情況 | 成功不代表代理伺服器與訂閱狀態正常。 |
若 Direct 模式下連平常能開啟的頁面也無法存取，請先中斷連線，檢查 Wi-Fi 認證、行動數據權限和目前網路狀態。若 Direct 正常、Proxy 失敗，優先檢查伺服器參數與可連通性。若 Proxy 正常而 Config 失敗，請著重檢查命中規則、策略名稱和設定中的 DNS。以上結論僅適用於這次測試目標，不能從單一網站推論所有應用程式的情況。
規則依序比對，不是按「看起來較明確」排序
規則通常由上往下比對；前面的規則命中後，後面的規則就不會再為同一請求決定策略。較廣泛的 DOMAIN-KEYWORD 若排在前面，可能會先於後方的精確網域規則生效；FINAL 則應作為前面規則都未命中時的預設處理。先查看連線記錄中的目標與策略，再回到 Config 確認實際順序，不要只搜尋是否存在某條規則。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
DOMAIN-KEYWORD,example,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY以上僅示範規則語法與順序，不是可直接覆蓋現有設定的完整設定檔。PROXY 必須在目前設定與所選伺服器的使用方式中有明確對應；自訂策略名稱也必須確實存在。example.com 是教學用網域，不代表任何業務應採用的策略。複製片段前，先了解它會變更哪些請求，尤其不要將陌生設定整份覆蓋到正在使用的 Config。
只修改一條規則，觀察一個新連線
如果只有某個網域無法使用，先確認實際請求是否還依賴登入、靜態資源或媒體子網域。主要網域走向正確，不代表所有資源都使用相同策略。透過連線記錄找出失敗目標，只針對已確認的網域進行最小幅度調整。修改後重新發出請求；已建立的長連線可能仍使用原路徑，不能依據舊連線的狀況判斷新規則是否生效。
如果存取的是區域網路裝置，也要確認裝置位址和目前 Wi-Fi 是否位於同一個可連通範圍。設定中有私有位址的 DIRECT 規則，不代表訪客網路允許存取其他裝置，也不代表行動網路能連到家中的位址。先確認區域網路基本連線正常，再檢查規則；將所有流量切換到 Proxy 通常無法解決區域網路隔離，反而會增加排查難度。
明確記錄恢復條件找出異常規則後，保留修改前後的順序及一次命中記錄。恢復 Config，再次測試網頁、登入和必要的區域網路存取，避免只修好單一頁面，卻改變其他服務的連線路徑。
如果調整規則後仍然失敗，但相同目標在 Proxy 模式下正常，可進一步檢查設定中的解析與策略參照。術語說明請參閱術語手冊；首次選擇 Global Routing 的完整操作請見使用教學。不要在沒有記錄的情況下連續新增大量規則，重複或互相覆蓋的項目會讓日後排查更難重現。
03 伺服器逾時：區分可連通性、交握與參數
逾時表示某個步驟在等待期限內未收到預期回應，不等於已證明伺服器停止運作。請求可能停在網域解析、建立連線、協定交握或目標轉送階段。先確認是單一伺服器逾時、現有訂閱中的多個伺服器逾時，還是只有特定目標逾時。釐清範圍後，才能判斷要檢查裝置網路、服務提供者資訊或應用程式設定。
先確認測試實際測量的項目
Connectivity Test 的結果會受測試方式、目標位址和網路狀況影響。某種探測失敗，不一定代表實際網頁也無法存取；探測成功，也不代表登入、影片播放或持續傳輸一定正常。先查看測試使用的方法與目標，再進行一次實際服務請求。不要只依據清單中的單一測試數值反覆切換伺服器，也不要直接比較不同方法的結果。
測試時固定網路、目標和所選伺服器，並等前一次測試結束。接著只切換 Wi-Fi 與行動網路再試一次；若 iPad 無法使用行動網路，可改用自己信任的另一個網路。若只有特定網路失敗，表示還需檢查該網路的路由、連接埠可連通性或協定條件，不要立即修改伺服器密碼。若所有網路都失敗，再確認伺服器端資訊。
依協定檢查必要欄位
開啟 Add Server 或對應伺服器的編輯畫面，依照服務提供者提供的資訊，逐項核對位址、連接埠、協定類型、驗證欄位和傳輸參數。位址前後多出空格、連接埠錯誤或識別碼複製不完整，都可能導致等待或交握失敗。不要以「名稱看起來一樣」取代逐欄位核對；顯示名稱只是方便辨識，不能用來證明連線參數正確。
| 協定 | 重點核對項目 | 常見誤區 |
|---|---|---|
| Shadowsocks | 位址、連接埠、密碼、加密方式 | 密碼正確但加密方式不一致，仍然會失敗。 |
| VMess / VLESS | 使用者識別碼、傳輸方式及伺服器要求的附加參數 | 只複製識別碼，漏掉傳輸路徑或 TLS 條件。 |
| Trojan | 密碼、TLS、伺服器名稱及憑證條件 | 混淆連線使用的位址與憑證名稱。 |
| Hysteria2 | 驗證、TLS 及目前網路的 UDP 可連通性 | 因一般網頁正常，就認定 UDP 路徑也正常。 |
| WireGuard | 端點、金鑰關係、隧道位址及路由範圍 | 只核對端點，忽略雙方金鑰與路由設定的對應。 |
傳輸方式、Host、路徑和伺服器名稱是不同欄位，不能互相替代。伺服器端使用特定傳輸設定時，用戶端必須與其相符；不能看到 TLS 錯誤就隨意更換名稱，也不要刪除分享連結中看不懂的部分。優先重新匯入服務提供者目前提供的原始資訊，再與手動建立的項目比較；先保留舊項目，避免覆蓋後無法追查差異。
分開處理 TLS 錯誤與逾時
如果記錄明確顯示憑證、名稱或時間相關錯誤，請先確認裝置日期與時間正確，再檢查伺服器名稱是否符合伺服器端要求。憑證驗證失敗不是一般的測速偏慢，關閉憑證驗證也不是通用的解決方法。憑證過期或部署不一致應由伺服器管理者修正；用戶端應保留驗證條件，避免降低驗證要求來掩蓋設定錯誤。
若同一伺服器先前可用、現在所有請求都失敗，請檢查服務提供者處的帳戶有效狀態、伺服器端變更通知和目前參數。應用程式購買完成不代表遠端服務會持續可用，更新訂閱也不代表遠端服務已恢復。聯絡服務提供者時，提供失敗時間、網路類型、協定及已隱去敏感資訊的錯誤訊息，比只傳送「逾時」更有助於判斷連接埠、驗證或上游異常。
用替代項目縮小範圍，不要盲目輪換
只有在自己的現有資訊中另有已知可用項目時，才用來比較。若對照項目正常而原項目失敗，優先檢查原伺服器；若所有項目都失敗，請回頭檢查系統權限、基礎網路和 DNS。沒有可靠的對照項目時，也可以切換網路並核對錯誤階段，逐步縮小範圍；不必為了診斷而匯入來源不明的項目或公開設定。
問題解決後，請依序驗證建立連線、開啟目標，以及短時間持續傳輸三個環節。一次探測成功，只能表示當下某條探測路徑可用。若連線剛建立就中斷，請記錄中斷發生在閒置、切換網路或開始傳輸之後；這些條件分別可能指向連線維持、網路切換或傳輸路徑問題，請接著查閱速度與間歇性中斷章節。
04 訂閱失敗：分別檢查取得、解析與匯入
訂閱更新是取得遠端內容並解析為項目的流程，不是伺服器連線測試。更新失敗時，現有伺服器可能仍可使用；更新成功時，取得的伺服器也可能因驗證、網路或遠端狀態而無法連線。先確認問題發生在下載內容、辨識格式還是儲存項目，再決定是否修改連結。訂閱網址應向自己的服務提供者取得；本網站僅說明匯入與設定方式。
先保留目前可用的項目
操作前記下訂閱名稱、目前項目數量、選取項目和最近一次錯誤訊息。如果現有項目仍可使用，不要立即刪除整個訂閱群組，也不要先覆蓋舊連結才開始檢查。妥善保存原始資訊後，可以新增一個對照項目，確認新連結能正確匯入，再清理舊項目。刪除群組可能同時移除項目和相關選取狀態，讓原本可用的設定難以還原。
區分單一伺服器分享連結與 Subscribe 所需的訂閱網址。單一伺服器連結描述一台伺服器；訂閱網址通常用來取得一組可更新的內容。將其中一種放入另一種入口，可能會顯示空清單或無法解析。複製時確認沒有混入聊天說明、換行、標點或頁面標題。不要自行刪除網址中的查詢部分，該部分可能包含帳戶識別或格式選擇資訊。
確認是否確實取得訂閱內容
網址存在不代表目前能取得正確內容。伺服器端可能回傳帳戶到期說明、登入頁面、維護頁面或錯誤回應，而非用戶端可解析的資料。若看到明確的狀態提示，請先依服務提供者的帳戶說明確認帳戶是否有效。不要把含登入表單的網頁當成伺服器設定，也不要反覆切換協定類型，嘗試解析原本就不是訂閱資料的內容。
取得內容失敗也可能與目前的請求路徑有關：更新訂閱所使用的網路路徑，不一定與某個網頁相同。先在目前基礎網路可用的情況下手動更新一次，查看錯誤，再確認是否需要依服務提供者的說明使用現有可用連線。不要為了取得訂閱而長期將所有服務切換到不同模式；完成比較後請恢復原設定，並記錄在哪些條件下請求成功。
將訂閱網址視為憑證妥善保管完整網址、QR Code 和匯出的項目可能含有驗證資訊。不要貼到公開留言、陌生解析網站或公開截圖中；回報問題時只需保留錯誤類型和已遮蔽敏感資訊的必要欄位。
顯示成功，但清單空白或項目不完整
如果應用程式提示已取得內容，卻未顯示預期項目，請確認服務提供者提供的格式是否適用於 Shadowrocket，以及帳戶目前是否確實有回傳伺服器。不要依據其他格式的欄位名稱自行猜測並轉換。訂閱與 Config 也不是同一類資源：規則設定不一定包含伺服器，伺服器訂閱也不一定包含完整規則。請使用各自對應的匯入位置。
若更新後只剩部分項目，先確認是否啟用了名稱篩選、是否有不支援或不完整的欄位，再向服務提供者確認回傳內容是否有變更。項目數量改變本身不能證明用戶端遺失資料。對照原始訂閱說明與更新後的名稱，確認是否為伺服器重新命名或群組變更。不要為了補足數量而匯入重複項目，以免干擾後續選取與測試。
自動更新不能取代可判讀的手動測試
先確認手動更新能穩定完成，再啟用應用程式目前提供的自動更新選項。開啟時自動更新的具體觸發條件，請以應用程式內的設定說明為準；這不代表裝置在任何背景狀態下都會持續更新。若自動更新未執行，請記下開啟應用程式的時間、當時網路和手動更新結果，不要直接判定系統封鎖了所有訂閱存取。
更新成功後，重新確認所選伺服器。有些項目的名稱或識別資訊變更後，原本的選取可能不再適用；Config 中參照的群組或策略也必須維持對應。接著以實際請求驗證，不要只看更新提示。更完整的操作位置與失敗處理方式請見訂閱手動與自動更新說明，連結格式的差異請見伺服器連結格式說明。
如果新訂閱持續失敗而舊項目仍可用，請暫時保留舊項目，並向服務提供者確認網址是否已重設、帳戶是否有效，以及格式是否有變更。頻繁重設連結會讓其他已設定的裝置也無法更新，不應作為第一步。修復後確認自己的其他裝置是否也需要同步變更，並清除不再使用的舊網址副本，避免日後混淆。
05 速度慢與間歇性中斷：建立可重複的比較
排查速度慢之前，先描述可觀察到的現象：首次開啟等待時間長、開始傳輸後速率低、影片持續緩衝，或閒置一段時間後需要重新連線。這些現象可能發生在不同階段。連線清單中的探測時間不是持續頻寬，也不能代表目標網站的回應速度。先固定目標、網路和伺服器，避免直接比較不同時間、不同內容的使用感受。
區分解析等待、交握等待與傳輸受限
若首次存取較慢，之後開啟相同頁面較快，請檢查網域解析、連線建立和快取因素；若一開始很快，但大型檔案持續傳輸緩慢，請著重檢查網路品質、遠端負載和目標服務限制。若只有某個應用程式緩慢，請查看它依賴的網域、是否啟用背景下載，以及請求是否使用預期策略。不要因影片卡頓就認定所有網路請求都受相同因素限制。
進行比較時，選擇自己有權存取且可重複測試的內容，使用相近的檔案大小與操作方式，並暫停裝置上的大量同步工作。測試前確認 Wi-Fi 和行動網路訊號沒有明顯變化。不要連續進行大量速度測試；測試本身也會占用頻寬、增加伺服器負載並消耗電量，反而改變測試環境。少量且可判讀的重複測試，比大量截圖更有診斷價值。
比較網路與伺服器，但不要同時更換
先固定伺服器，只切換網路。如果同一台伺服器在另一個網路明顯恢復正常，請優先檢查原網路的無線干擾、上游壅塞或特定傳輸條件。接著固定網路，只在自己現有項目中選取已知可用的對照項目。若對照項目正常，問題可能集中在原伺服器或其出口路徑。每次切換後重新建立連線，並以相同目標復測，避免舊連線影響結果。
使用 Wi-Fi 時，距離基地台太遠、同頻干擾或網路內其他裝置正在傳輸，都可能造成連線不穩。先移到訊號穩定的位置，確認基礎網路存取也沒有相同問題，再檢查代理路徑。若只有行動網路下失敗，也要確認應用程式的行動數據權限及目前訊號狀況。不要把不同電信網路之間的差異解讀成應用程式設定必然有誤；請保留比較條件，交由相關服務提供者判斷。
記錄間歇性中斷的觸發動作
閒置後中斷、鎖定螢幕後中斷和切換網路後中斷，並不是同一種症狀。閒置後中斷可能與連線維持及伺服器端逾時有關；切換網路後中斷可能是舊路徑尚未重新建立；鎖定螢幕後的狀況也會受應用程式的背景工作方式影響。記錄所有應用程式是否都失敗，或只有某條長連線失效。若新開網頁正常但舊工作階段停住，請先讓該服務重新建立連線，不必立即重設整份設定。
依賴 UDP 的服務，即使一般網頁正常，也不能證明其傳輸路徑正常。若只有特定類型的通話、即時傳輸或協定失敗，請確認伺服器是否支援相應流量、協定參數是否完整，以及目前網路是否允許所需傳輸。不要盲目調整 MTU 或套用網路上的固定值；這類參數必須依實際路徑和伺服器要求設定，修改前先記錄原值，並以相同服務驗證。
速度測試結果只反映測試條件測試目標、時間、網路和伺服器都會影響結果。單次探測時間短，不能保證持續傳輸順暢；尖峰時段速度慢，也不能證明裝置設定永久失效。
釐清目標服務與本機設定的範圍
如果只有單一目標速度慢，而其他類似請求正常，請檢查目標服務本身、帳戶狀態和資源載入情況。應用程式內建瀏覽功能與獨立瀏覽器可能使用不同的快取、登入狀態和連線重用方式，不能直接將差異歸因於分流。搭配連線記錄查看失敗資源，確認是等待回應、重複重試，還是策略不符合預期，再回到規則章節進行最小幅度修改。
處理完成後，請驗證首次開啟、短時間持續使用，以及正常切換一次網路後的狀況，不要只重測最快的一次。若要向服務提供者回報，請整理目標類型、網路類型、故障時段和比較結果，不要傳送完整驗證參數。若速度慢同時伴隨裝置發熱和耗電增加，請接著檢查背景傳輸、重試循環和診斷頻率；這些原因往往比單純更換伺服器更接近問題根源。
06 DNS 問題：檢查網域、解析路徑與規則
DNS 負責將網域解析為位址，但網頁無法使用不一定是 DNS 問題。先確認錯誤是否明確發生在解析階段，再分別檢查伺服器網域和目標網站網域是否可解析。代理伺服器本身的網域解析失敗，會讓連線尚未建立就中止；目標網域解析失敗，則可能發生在隧道已開啟之後。兩者表面上都像無法上網，實際處理位置卻不同。
從失敗的網域開始檢查，不要先更換解析服務
記錄具體的失敗目標和錯誤訊息，確認是單一網域、某類子網域，還是所有網域都受影響。如果只有單一網域失敗，先確認拼字、服務是否存在，以及是否需要登入。首頁能開啟，不代表所有資源都能正常解析；頁面使用的圖片、驗證和 API 可能位於不同網域。連線記錄有助於找出真正失敗的項目，比直接修改所有 DNS 設定更有針對性。
若伺服器位址本身是網域，先確認網域未過期、沒有拼錯，也未被服務提供者更換。不要隨意將解析出的單一位址固定寫入設定：伺服器可能使用動態調度，TLS 名稱也可能仍需使用原網域。若確實需要以位址進行比較，應依服務提供者的說明操作，並保留伺服器名稱等相關欄位。否則，臨時測試可能引入新的憑證或路由問題。
解析設定必須搭配存取路徑一起檢查
在 Config 中檢查是否有自訂 DNS 設定、是否匯入會改變解析行為的設定，以及這些解析請求是否需要經由特定出口。解析服務無法連線時，即使設定格式正確也不會有結果。若系統網路中也有解析設定，請將其視為獨立變因逐一檢查，不要一次全部刪除。先確認實際生效的是哪一層，再判斷是否重疊或衝突。
某些加密解析方式還需要先連上其伺服器。若目前網路無法連到該端點，或連線至端點又依賴尚未完成的解析，就可能形成等待循環。此時應回頭檢查目前設定的完整設計與初始化路徑，而不是繼續堆疊更多解析位址。還原到自己先前驗證過的設定副本，通常比混用多份不同來源的 DNS 設定更容易找出問題。
網域規則與位址規則的判斷結果不同
DOMAIN、DOMAIN-SUFFIX、DOMAIN-KEYWORD 用於比對網域條件；IP-CIDR、IP-CIDR6 和 GEOIP 則與位址判斷有關。後者的結果可能取決於是否已取得位址，以及應用程式實際發出哪一種請求。不要只根據網域歸屬，就推斷位址規則必定命中；伺服器可能透過不同區域、不同位址族或內容傳遞路徑回傳結果，請查看實際記錄。
[Rule]
DOMAIN,example.com,PROXY
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
FINAL,PROXY此處的 no-resolve 用來說明該位址規則不會為了比對而主動觸發網域解析，不是關閉整個應用程式的 DNS。範例仍只是規則片段，沒有定義完整伺服器與解析方案。尤其不要將此選項加到所有規則後面當作加速方式；是否解析會影響可供判斷的資訊，必須依規則用途及目前應用程式支援的語法使用。
分別驗證 IPv4、IPv6 與快取
某個網路支援 IPv6，不代表每台伺服器和每個目標都具備相同的路徑條件。如果只在特定網路失敗，請確認錯誤是否集中於某個位址族，並核對服務提供者目前的支援情況。不要將全域停用某類位址當作永久預設處理；先確認實際失敗路徑，再依設定說明進行比較。區域網路中的裝置探索或本地域名，也可能依賴目前 Wi-Fi 提供的解析條件。
修正解析設定後，舊快取和已建立的連線可能仍會影響短時間內的結果。可以中斷連線後重新連線，再重新開啟目標應用程式發出新請求，必要時等待快取自然失效。不要宣稱某個重新整理操作一定能清除所有層級的快取，瀏覽器、系統、應用程式和遠端服務都可能有快取。驗證時請記錄新連線的結果，不要反覆重新整理尚未結束的同一個請求。
若印表機、家用裝置或內部網域無法使用，請先在同一個 Wi-Fi 下確認能否直接存取，並確認裝置允許區域網路存取，且網路沒有啟用用戶端隔離。私有位址規則無法取代本地域名解析。最後應同時驗證伺服器網域、一般目標網域和確實需要的本機目標；只有這些實際需求都恢復，才算完成 DNS 調整，而不只是某次解析測試取得位址。
07 耗電異常：搭配流量與 On Demand 判斷
系統電池頁面中 Shadowrocket 的用量占比較高，不代表應用程式正獨自產生相同比例的服務流量。隧道承載其他應用程式的請求時，相關處理可能也會計入其使用情況；百分比還會受同一統計期間其他應用程式的耗電量影響。先查看使用時間、螢幕活動和實際服務，再判斷是否異常，不要只因為相對占比高就關閉所有連線功能。
先設定相同使用條件的觀察時段
選取兩段使用方式相近的時段，記錄網路類型、連線時間、主要應用程式，以及是否有大量上傳或下載。系統更新後的背景整理、照片同步、媒體播放和訊號不穩，都可能改變耗電量。如果一段時間使用訊號強的 Wi-Fi，另一段時間使用訊號弱的行動網路，兩者無法直接用來評估某個開關。先控制環境，才能看出設定變更是否真的有效。
同時檢查裝置是否明顯發熱、連線是否頻繁中斷並重新連線，以及記錄中是否持續出現失敗請求。錯誤設定造成的反覆重試，會同時增加等待時間、流量和處理負載；此時應先修正伺服器、DNS 或規則問題，而不是只關閉連線。如果有服務在背景持續傳輸，暫停該服務再觀察，比單獨調整隧道更有助於判斷流量來源。
On Demand 是連線觸發條件，不是省電保證
On Demand 會依設定條件要求建立連線，效果取決於具體規則和系統觸發方式。它不代表系統能理解每個應用程式的使用意圖，也不保證所有情境都比手動持續連線省電。條件範圍過廣時，一般背景請求也可能不斷觸發；條件設定不符合實際使用情境時，則可能需要連線時無法及時建立。請先明確決定希望何時連線，再選擇條件。
排查時先記錄原有條件，再暫時關閉 On Demand，手動建立一次連線並觀察。若手動模式穩定，但按需模式反覆啟動與停止，請檢查條件是否因網路變化而反覆符合或不符合，以及是否存在其他自動連線設定。不要一邊修改條件一邊快速切換網路；每次變更後，讓系統有時間完成中斷與重新建立連線，並在一般使用情境中驗證，不要只看開關當下的狀態。
依不同情境選擇連線管理方式
長時間持續使用同一組服務時，頻繁建立和中斷連線不一定比較合適；偶爾短時間使用時，則可在工作完成後手動中斷，或依照自己理解的條件使用 On Demand。沒有適用於所有裝置的固定方案。重點是連線方式符合服務需求，且不會為了讓圖示消失，導致應用程式不斷重試，反而產生更多網路活動。
如果每次手動關閉後又自動連線，請先確認 On Demand 和系統中對應 VPN 的按需狀態，不要誤以為開關故障。先關閉用於測試的自動觸發條件，再中斷連線並觀察是否維持關閉。若裝置受管理，也需確認管理員是否設定了連線要求。不要移除不明的管理設定；系統政策和個人應用程式選項應分開判斷，處理權限也不同。
診斷本身也會耗費資源密集進行速度測試、長時間保留詳細記錄、持續重新整理失敗頁面，都會增加裝置活動。取得必要的診斷資料後，請結束額外測試，並依實際需求恢復診斷設定。
區分用戶端處理與遠端連線問題
若耗電同時伴隨速度慢，請檢查是否有大量重傳、頻繁交握或無法連線的解析端點。維持相同服務，只短暫改用自己已知可用的伺服器作比較，觀察發熱與穩定性是否一併改善。若所有伺服器在某個訊號弱的網路下都異常，應優先改善基礎網路條件，而不是繼續嘗試更多設定。用戶端無法消除無線網路本身造成的耗電。
判斷是否改善時，應比較相近使用時間內的實際電量變化、裝置溫度和工作完成情況，而不只是應用程式的排名下降。某個應用程式的占比降低，也可能只是其他應用程式耗電增加。不要承諾固定的省電比例，也不必為了追求最低占比而犧牲必要的連線穩定性。對自己的需求而言，連線穩定、失敗重試減少且耗電合理，才是有效的調整結果。
更多情境取捨請參閱背景持續連線與 On Demand 說明。如果關閉額外診斷並修正重試原因後仍持續異常，請保留使用情境、系統電池記錄和已遮蔽敏感資訊的錯誤摘要，再考慮更新或還原設定。不要在沒有備份的情況下直接重新安裝，否則不但會遺失排查資料，也可能一併清除原有伺服器和規則。
08 更新後異常與 iPad：保留差異再還原
「更新後開始異常」只描述時間上的先後關係，不能直接證明問題完全由應用程式更新造成。同一時期也可能發生系統更新、訂閱重新整理、伺服器變更或網路環境改變。先列出從最後一次正常使用到首次失敗期間發生的事項，再找出最小重現步驟。保留目前設定副本和錯誤資訊，避免一開始就重新安裝而失去比較依據，也避免將舊問題帶入新設定後再次發生。
先判斷變更來自應用程式、系統還是設定
確認異常影響所有伺服器、所有網路和所有目標，還是只限於一份 Config。如果同一伺服器在 Proxy 模式下可用，在更新後的 Config 中卻失敗，請比較規則、策略參照和解析設定。若只有訂閱重新整理後的項目失敗，優先核對回傳參數。應用程式更新、訂閱更新和 Config 更新是不同操作，排查記錄中應分別寫明，不要一概稱為「更新」。
應用程式更新與重新取得皆須透過 App Store；系統需求以 App Store 頁面標示為準。需要確認來源時，請核對開發者 Shadow Launch Technology Limited、官方圖示及 App ID 932747118；具體步驟請見正版核對說明。購買紀錄只能說明應用程式的取得狀態，不代表設定自動正確，也不代表自己的遠端伺服器目前可用。
依可還原的順序處理，不要先清除所有資料
先正常結束再開啟應用程式，確認目前伺服器、Global Routing 和 Config 沒有變更；必要時再重新啟動裝置並復測。若問題仍在，請用自己保留的已知可用設定副本進行比較，不要匯入來源不明的整套設定。先保留原設定，只變更目前啟用的項目。找出差異後，再逐項移轉需要的規則，並確認策略名稱與伺服器之間的對應仍然存在。
只有明確懷疑系統 VPN 設定損壞時，才依第一章的方式重新授權。重新授權只能處理系統設定層，無法還原已刪除的訂閱、密碼和自訂規則。重新安裝應列為較後面的處理方式：先確認原始訂閱網址、伺服器資訊和必要設定都已安全保存，並了解應用程式目前支援匯出的內容。匯出檔案也可能含有憑證，應儲存在自己能控管的安全位置。
iPad 先確認帳戶、選取項目與網路差異
iPhone 可用而 iPad 失敗時，先確認兩台裝置使用相同且有效的資訊、同一台伺服器和相同的 Global Routing。顯示名稱相同不代表內部參數一致；移轉後也可能尚未啟用預期的 Config。分別查看實際選取項目、規則命中和錯誤階段，再比較差異。不要只因為使用同一個 Apple 帳戶，就認為應用程式中的所有設定都會自動同步並保持一致。
iPad 的視窗版面可能因螢幕和顯示方式不同，而呈現側邊欄或不同的資訊密度。操作時請依 Home、Config、Settings 等介面名稱尋找，不要按照特定按鈕的螢幕座標操作。使用分割畫面時可見範圍縮小，也不代表設定遺失。先移開遮擋或展開對應區域，確認目前操作的是伺服器編輯、設定選擇還是系統權限，避免在錯誤位置重複匯入。
僅支援 Wi-Fi 的 iPad 無法用裝置本身的行動網路進行比較，請改用另一個自己信任的網路。如果 iPhone 正在使用行動網路，而 iPad 使用需要認證的 Wi-Fi，兩者並非相同條件下的有效比較。也要確認目前 Wi-Fi 是否限制裝置之間的存取，以及本機網路權限是否適用於所需服務；一般網頁能開啟，不代表可以存取印表機或內部網域。
已購項目還原與設定還原是兩回事
重新取得應用程式時，請在 App Store 使用實際購買時所用的 Apple 帳戶尋找已購項目；顯示方式和適用範圍以商店頁面為準。iPad 的相容性及購買適用範圍也以 App Store 頁面標示為準。應用程式還原完成後，仍須確認自己的訂閱和 Config 是否存在；還原應用程式不等於還原所有服務設定。操作順序請見已購項目還原說明。
最後留下可重現的排查結論記錄故障症狀、觸發條件、唯一修改項目和復測結果。若問題仍存在，請附上裝置與網路資訊及已遮蔽敏感資訊的錯誤摘要；不要提供完整訂閱內容、金鑰或完整匯出設定。
還原後，依使用教學重新驗證匯入、選擇 Config、授權連線和實際存取四個步驟，再檢查 On Demand 與必要的區域網路服務。若問題再次出現，請回到本頁對應的症狀章節繼續縮小範圍，不要反覆清除資料。可靠的完成標準是相同操作能穩定成功，且原有需求未因暫時繞過而受影響，而不是重新啟動後一度看似正常。