Shadowrocket
疑難排解指南

開關無法啟動：先檢查系統授權

開啟連線開關後立刻又關閉，請優先確認系統是否允許建立 VPN 設定，以及目前是否有其他連線設定互相衝突。此時還不能判斷伺服器是否可用：若系統隧道尚未成功建立，請求可能根本沒有送達伺服器。先留意系統是否出現提示，再區分「尚未完成授權」、「設定無法啟動」與「啟動後很快停止」，不要把三種情況一概視為伺服器逾時。

完成授權後，再查看開關狀態

首次嘗試連線時，系統可能會詢問是否允許加入 VPN 設定。確認提示來自目前使用的 Shadowrocket，依照系統流程完成驗證，再返回 App 查看開關狀態。若先前選擇拒絕，請重新發起連線並完成授權；若沒有再次出現提示，可到系統設定搜尋 VPN，查看是否已有相應設定。不同系統的選單位置可能不同，請以裝置顯示的名稱為準。

系統中的 VPN 設定不是訂閱內容，也不等同於伺服器列表。刪除設定不會自動修正伺服器參數，反而可能需要重新授權。請先確認目前設定屬於哪個 App，避免誤刪工作或學校管理的設定。受管理的裝置可能限制新增或修改 VPN；若選項無法編輯，請向裝置管理員確認限制，不要反覆切換開關，試圖解決管理政策問題。

完成授權後，先留在 App 中開啟連線一次，等待狀態穩定，再到系統設定確認 VPN 是否顯示已連線。記下開關回到關閉狀態是在授權前、授權後，還是切換到其他 App 之後發生。若只有進入背景後才停止，請繼續檢查 On Demand 與系統狀態；若在前景立即停止，優先查看 App 當時顯示的錯誤訊息，不要先調整網頁規則或 DNS。

排除自動連線與設定衝突

若關閉後又自動開啟，先查看 On Demand 是否已啟用，以及目前網路是否符合其條件。按需連線可能使手動開關的結果與預期不同，但不代表開關故障。為了建立清楚的對照，可暫時停用自己的按需條件，手動連線一次；記下原設定，測試後再復原。不要同時調整 Wi-Fi 條件、網域條件與伺服器，否則很難判斷是哪項變更造成影響。

檢查系統是否還有其他 VPN 設定正在自動連線。測試時一次只保留需要驗證的連線，先停用其他設定的自動觸發，再重試 Shadowrocket。若受管理的設定無法修改，請保留現況並詢問管理員。若開關終於能維持開啟，接著驗證實際連線；系統顯示 VPN 已連線，只能表示隧道已建立，不能證明所有網域、協定與伺服器都正常。

若有多份設定檔，先確認目前啟用的是預期檔案，而不只是確認列表中有沒有它。可保留原檔副本，使用自己已確認的伺服器和較簡單的設定進行測試。若簡化設定可以啟動、原設定卻不行，請檢查最近修改的設定區段與格式；訂閱更新成功不代表設定語法正確，兩者處理的內容並不相同。

依序復原，保留資料

確認沒有未儲存的編輯後，可先正常結束 App 再重新開啟，接著重新啟動裝置，查看系統狀態是否恢復。重新啟動後先測試基本網路，再開啟連線，藉此區分原本的網路問題與連線啟動問題。若錯誤仍存在，記下畫面提示原文、觸發步驟及網路類型；只寫「無法啟動」缺少判斷所需資訊，也容易讓後續排查重複已嘗試的步驟。

完成上述檢查後，再考慮重建系統 VPN 設定，而且只處理明確屬於自己的設定。重建後重新授權，並確認 On Demand 與目前伺服器。重新安裝 App 可能影響本機設定、歷史紀錄與自訂項目，請先確認已有可復原的資訊。購買與重新取得方式請見已購項目復原；系統授權相關說明請見VPN 設定提示說明。

已連線但無法上網：分開檢查路由與出口

開關維持開啟但網頁無法瀏覽時，先建立三項對照：關閉連線時基本網路是否正常、開啟後是否所有目標都無法連線，以及目前選用的 Global Routing 項目。連線狀態正常只代表系統隧道已建立；實際請求還會經過網域解析、規則比對、出口選擇與伺服器轉送。依序檢查，比同時更換伺服器、規則與 DNS 更容易找出明確原因。

先確認問題範圍

關閉連線，瀏覽平常可以開啟的一般網頁，並確認 Wi-Fi 是否需要先完成網路驗證。若基本網路也無法使用，請先處理路由器、訊號或網路驗證，再回到 App。開啟連線後用同一個目標重新測試，並增加另一個不同目標；若只測一個網站，網站本身故障、帳戶狀態或區域性服務異常都可能被誤認為用戶端問題。

分別記錄瀏覽器與出現異常的 App 是否有相同狀況。若只有單一 App 失敗，應考慮該 App 本身的快取、帳戶請求、獨立解析或連線重用；若所有 App 都失敗，才較可能是共同出口或解析路徑的問題。請在相近時間、相同網路下測試，避免更換 Wi-Fi 或伺服器後，仍拿很久以前的成功紀錄比較。

若基本網路有登入頁面，請先關閉連線並完成驗證，再重新連線。尚未完成網路驗證時，系統可能顯示已連上 Wi-Fi，但只有驗證所需的網址能開啟。此時訂閱更新、伺服器測試與網頁瀏覽可能同時失敗。不要為了繞過這種情況而不斷修改規則；先確認裝置已能正常使用基本網路。

使用 Global Routing 進行有限對照

Global Routing 中的 Config、Proxy、Direct 分別代表依設定路由、代理與直連。先記下原本選項，再短暫切換對照，判斷問題是否與規則有關。Direct 可用來觀察直接出口結果，Proxy 可用來觀察代理出口結果，Config 則用於檢查規則參與後的實際行為。這些是診斷條件，不是「切到某項就一定能用」的修復方式。

若 Proxy 下目標可瀏覽，但同一目標在 Config 下失敗，請優先確認規則是否將它導向不同策略。若 Direct 正常而 Proxy 普遍失敗，優先檢查目前伺服器及其參數。若三種選項都失敗，也不能立刻判定是 DNS 問題；仍需排除基本網路、目標故障與殘留連線狀態。每次切換後都重新發出請求，避免瀏覽器重用先前的連線。

透過 App 提供的連線紀錄或診斷資訊，核對目標網域、命中規則與最終策略；實際入口名稱請以目前介面為準。若看到 REJECT，先確認該拒絕是否來自預期規則；若看到 DIRECT，但目標需要透過自己的伺服器連線，請檢查規則順序。設定檔中有某條規則，不代表它一定會被執行。

依比對順序找出設定問題

規則通常依由上而下的順序比對，較寬泛的條件若放在前面，可能會先於後面的精確條件生效。以下片段僅用來說明順序，example.com 是示意網域，不代表建議瀏覽的服務。測試前請複製原設定，只修改與異常目標相關的最小範圍；不要直接用範例覆寫整份使用中的設定檔。

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

FINAL 用於處理前面沒有比對到的請求，無法修正已被前面規則命中的結果。排查區域網路存取時，也要確認目標位址與目前網路的實際網段一致，不要假設所有家用網路都使用範例網段。網域規則與位址規則的檢查方式不同；遇到解析相關狀況時，應搭配實際解析結果判斷，而不是只修改最後的策略。

若同一目標在簡化設定中正常、在原設定中異常，可逐段還原規則並重新測試，縮小問題範圍。測試結束後請恢復原本的路由設定，保留必要變更及原因，避免讓臨時 Proxy 設定長期留存。更多順序範例請見規則順序與 FINAL；介面詞彙說明請參閱術語手冊。

伺服器逾時：逐項核對伺服器參數

Connectivity Test 顯示逾時，表示該次測試未能在預期時間內完成，不能單憑此結果證明密碼錯誤、伺服器停止運作或整份訂閱失效。測試方式可能涉及不同連線階段，結果也會受目前網路與目標影響。先區分是單一項目失敗、同一訂閱全部失敗，還是只有某種網路失敗，再決定從伺服器參數、服務狀態或本機網路哪一方面繼續檢查。

核對原始資訊與實際項目

開啟目前選取的項目，逐一比對自己從服務商取得的資訊。先核對協定、伺服器位址與連接埠，再核對驗證與傳輸欄位。留意貼上時首尾多出的空格、錯誤換行與全形符號；位址欄不應混入說明文字。匯入後名稱相同，不代表參數也相同；請確認目前實際選用的項目，尤其是重複匯入後留下多個名稱相似項目的情況。

若項目是由訂閱產生，請先保留原始訂閱與目前紀錄，不要立刻逐項手動修改。手動修改的欄位可能在下次更新時被覆寫，也會讓你失去與原始資訊比對的依據。若確認服務商已調整參數，先更新現有訂閱並確認結果，再重新選取相應項目；若更新失敗，請轉到訂閱章節處理，不要把舊項目逾時當成訂閱已更新。

核對伺服器位址時，請區分網域名稱與數值位址。網域名稱需要解析；數值位址則可能與憑證中的名稱不同。任意將網域名稱換成解析出的某個位址，可能改變憑證驗證或路由結果，不能視為通用修復方式。若懷疑網域解析異常，請保留原位址，先記錄解析狀況，再依 DNS 章節進行對照，避免混淆兩種問題。

協定參數必須成套一致

不同協定的驗證欄位與傳輸要求各不相同。Shadowsocks 應核對伺服器指定的加密方式與密碼；VMess、VLESS 等應核對相應的識別欄位與傳輸設定；若使用 TLS，也要一併確認相關名稱與憑證要求。欄位可以儲存，只代表輸入內容獲接受，不代表與伺服器設定一致。不要用其他項目中「看起來相似」的參數補上缺漏欄位。

出現憑證相關錯誤時，先確認裝置日期與時間正確，再核對伺服器要求的名稱與憑證狀態。停用憑證驗證不代表設定已修復，也會改變驗證範圍，不應作為日常排查的預設做法。若不清楚欄位意義，請向自己的服務商確認完整參數，不要反覆嘗試填入不同值；錯誤訊息原文通常比項目顯示名稱更有助於判斷。

Hysteria2、WireGuard 等協定各有傳輸與金鑰設定，不能照搬其他協定的參數組合。某個網路可以建立連線、另一個網路卻失敗，可能與網路如何處理相關傳輸有關，但只憑一次逾時無法確定原因。使用同一項目與同一目標，分別在自己可用的兩種網路測試，並保持其他條件不變，才能得到有意義的比較。

交叉測試，縮小問題範圍

若只有一個項目失敗，而自己已有的另一個項目在相同條件下正常，請優先核對失敗項目的參數與服務狀態。若所有項目都失敗，先檢查基本網路，以及訂閱是否過期或仍提供舊內容。不要在短時間內快速大量發起測試；網路壅塞、伺服器限制與裝置負載都可能放大異常，讓結果更難判讀。

若 Wi-Fi 連線失敗、行動網路正常，可先確認 Wi-Fi 已完成網路驗證，再檢查路由器網路與解析環境；若裝置沒有行動網路，可在條件允許時改用另一個可信任的 Wi-Fi 比較。單次成功只代表當下條件可用，不代表能長期穩定。完成對照後，切回原網路確認問題是否能再次出現，避免把偶然成功當成最終結論。

向自己的服務商回報時，提供協定類型、故障時間、網路類型、錯誤訊息原文，以及是否只有一個項目受到影響。請隱去密碼、識別欄位、私密金鑰與完整訂閱網址；這些資訊通常不需要出現在公開截圖中。本手冊只說明如何核對既有資訊，不提供連線服務。若伺服器測試正常但實際使用仍失敗，請返回「已連線但無法上網」章節檢查實際路由。

訂閱失敗：區分取得、解析與更新結果

訂閱更新是一條獨立流程：先取得網址，再透過目前網路請求內容，接著解析為項目，最後寫入本機列表。連線正常不代表訂閱一定能更新；訂閱更新成功也不代表每個項目都可使用。排查時先記下完整提示，區分無法送出請求、回傳內容不符、解析失敗及更新後項目數量變化，避免用刪除後重加掩蓋真正原因。

核對自己的訂閱網址

從自己的服務商提供的正式資訊重新複製完整網址，檢查是否漏掉末尾參數、貼入空格或夾帶說明文字。網頁管理入口、說明文件網址與訂閱網址看起來可能相似，但用途不同；能在瀏覽器開啟某個頁面，不代表該頁面適合用來匯入訂閱。不要只憑網址中的某個字詞猜測格式，請以服務商對該入口的說明為準。

訂閱網址可能包含存取憑證，應像密碼一樣妥善保存。回報問題時不要公開完整網址，也不要貼到來路不明的線上檢查工具。可以描述回傳類型、錯誤代碼或提示原文，但要隱藏可識別帳戶的參數。若懷疑網址已外洩，先透過自己的服務商提供的管理方式處理，再更新 App 中儲存的網址。

先手動更新一次，觀察 App 顯示的結果，不要只看項目名稱是否改變。服務商可能沒有更動項目名稱，也可能保留名稱但調整參數；反過來說，本機仍顯示舊項目也不能證明這次請求成功。更新前記下原有群組與目前選取項目，更新後再核對實際內容，才能確認變化發生在哪個步驟。

判斷是請求失敗還是回傳內容不符

若提示無法連線、逾時或網域解析失敗，先用目前網路確認基本連線，再檢查訂閱網域是否需要特定連線條件才能取得。若自己已有可用伺服器，可在服務商允許的情況下比較連線前後的更新結果，但不要為了更新而反覆建立來源不明的設定。網路能否連線與回傳內容是否正確要分開確認，不能把所有錯誤都歸為格式問題。

若伺服器回傳登入頁面、驗證頁面、錯誤頁面或空白內容，App 可能無法將其辨識為訂閱。狀態碼有助於判斷，但不能取代對回傳內容的檢查：成功回應也可能提供的是網頁，而非預期資料。若出現拒絕存取提示，請確認網址有效且自己的服務狀態正常；尚未確認憑證前，不要連續重複請求。

若格式不符，先確認服務商提供的訂閱類型與目前匯入方式相符。伺服器項目訂閱與完整設定檔不是同一種內容，不能只因兩者都透過網址取得，就用相同入口處理。若匯入後出現的是設定檔而非預期列表，請回頭核對原始說明與用途，不要只靠修改副檔名嘗試修復。

處理更新後異常與自動更新

更新完成後，重新確認目前選取的項目是否仍存在、所屬群組是否變更，以及參數是否已替換。若服務商移除了某個項目，本機原先的選擇可能已不再對應可用項目；請從自己現有的列表中重新選取並驗證。項目數量減少不一定是解析遺失，也可能是遠端內容本身有所變動，需搭配更新提示與服務商說明判斷。

開啟 App 時自動更新與手動更新的觸發時機不同。若每次啟動都出錯，可暫時關閉相關自動更新選項，改用手動更新觀察流程，完成後記得恢復原設定。若只有啟動時失敗、稍後手動更新卻成功，可能是當時基本網路尚未就緒；先確認網路狀態，不必立刻刪除整份訂閱。

若曾手動修改由訂閱產生的項目，更新後的變化可能是遠端內容重新寫入所致。若需要保留個別自訂設定，請先了解目前 App 如何處理本機編輯與訂閱更新，並儲存必要副本。不要把對訂閱項目的臨時修改當成可靠備份；真正復原所需的是有效的原始網址、自己的服務資訊，以及明確記錄的設定差異。

確認網址與格式後，才考慮重新加入訂閱。先保留舊紀錄，再用明確名稱區分測試項目；確認成功後再清理重複內容。若新舊項目都失敗，刪除舊項目並不會改善請求流程。更多觸發方式請見訂閱手動更新與自動更新說明；首次匯入方式請見入門指南。

速度慢或連線中斷：在相同條件下測試，找出瓶頸

網頁開啟緩慢、影片緩衝、檔案傳輸速度慢與連線頻繁中斷，反映的是不同指標。單次連線測試的回應時間不能代表持續傳輸能力，單一檔案的速度也不能概括所有連線狀況。先說清楚症狀：是第一次開啟等待很久、開始後傳輸速度偏低，還是使用一段時間後突然停止。確認問題發生階段，才能判斷要檢查解析、連線路徑、目標或裝置狀態。

建立可重複的測試條件

選擇自己可合法存取、內容相對穩定的目標，在相近時間內進行測試。記錄網路類型、所選伺服器、路由方式，以及是否有背景傳輸。不要一邊更新 App、同步照片或下載大型檔案，一邊據此判斷連線速度。裝置正在執行的其他工作會占用網路與處理資源；先暫停與測試無關的大量傳輸，才能減少干擾。

比較兩次結果時，請保持目標與操作一致。第一次開啟網頁可能需要解析網域、建立連線並下載資源；第二次則可能直接使用快取。因此「第二次比較快」不一定是剛才修改設定的效果。可關閉該目標的舊連線後重新測試，或以相同順序多測幾次，觀察整體趨勢，不要只挑最快或最慢的一次下結論。

若關閉連線後，瀏覽同一個原本可直接存取的目標仍然很慢，應優先檢查基本網路與目標服務。Wi-Fi 訊號強不代表上游網路沒有壅塞，路由器負載與網路尖峰也會影響實際結果。改用自己另一個可信任的網路比較時，請維持相同伺服器與目標；若只更換網路就有改善，排查重點應先放在原本的網路環境。

區分回應時間與實際傳輸速度

Connectivity Test 的結果用於觀察該次測試是否完成，不應只按數字排序，就認定某個項目一定適合所有用途。網頁由多個網域與資源組成；持續傳輸還會受出口頻寬、目標負載與連線品質影響。回應時間短但檔案傳輸慢，以及回應時間長但傳輸穩定，可能同時發生；請依實際使用的目標驗證。

若只有一個目標速度較慢，先確認該目標是否命中預期策略，以及資源網域是否走了不同出口。主網域能開啟，不代表圖片、登入與媒體資源都使用相同路徑。可查看相關連線紀錄，找出失敗或反覆重試的請求；不要只為了改善單一網頁，就把所有規則都改成相同策略，這會失去精確判斷的機會。

若自己有多個可用項目，可在同一時段分別測試相同目標。只有一個項目持續偏慢時，請確認其服務狀態並向自己的服務商回報；若所有項目都慢，仍需考慮本機網路或目標服務等共同因素。測試時避免同時連線多個項目，依序對照更容易將結果對應到明確的出口。

處理連線中斷、長連線與網路切換

從 Wi-Fi 切換到行動網路時，網路位址與路徑可能改變，已建立的連線也可能需要重新建立。遇到一次短暫停頓，不要立刻修改協定參數。先等網路穩定，再重新執行原本操作；若只有切換當下失敗、穩定後便恢復正常，請記錄為網路切換相關情況，而非持續性的伺服器無法連線。

若連線在固定時間後中斷，記下大約持續時間、是否鎖定螢幕、是否切換網路，以及開關是否仍維持開啟。長連線中斷與隧道關閉的處理方式不同：前者要檢查目標、傳輸與工作階段復原；後者則應回頭檢查權限、On Demand 與系統狀態。裝置發熱或背景工作繁忙時，也應先讓環境恢復正常，再以相同條件重新測試。

不宜憑經驗大量調整 MTU 等底層參數。只有在特定現象可重複出現，且有伺服器端或網路方面的依據時，才在副本中一次調整一項進行對照，並記錄原值與結果。隨意調整多個參數，即使偶爾成功，也難以證明原因。若沒有明確依據，先處理訊號、並行工作、規則命中與伺服器狀態，通常更容易得到有效結論。

最後留下簡短紀錄：使用哪個網路、目標、項目與操作，以及結果能否重現。向自己的服務商回報時，優先提供這些條件，而不是只附上一張瞬間速度截圖。測試結束後恢復自動更新與日常路由設定，並停止不必要的重複測試；持續測速本身會消耗流量與電量，也會改變正在觀察的網路負載。

DNS 問題：檢查解析路徑與規則結果

DNS 負責將網域解析為位址，但網域無法存取不一定是解析故障。連線建立、TLS 驗證或目標回應失敗，也可能造成網頁無法開啟。先確認畫面錯誤是否明確提到網域解析，再核對 App 的解析設定與請求紀錄。直接輸入數值位址瀏覽網頁並非等效測試，因為憑證、虛擬主機與資源網域可能都依賴原始網域名稱。

從網域與位址的關係開始檢查

記下異常網域，確認是只有該網域失敗，還是所有需要重新解析的目標都失敗。舊頁面仍可瀏覽，不一定代表 DNS 正常，它可能正在重用既有連線或快取位址。相反地，只有一個網域失敗，也可能是該網域本身的紀錄有所變更。先增加不同網域作為對照，再觀察問題是否集中在特定類型的目標或同一網路。

查看目前設定中的 DNS 選項時，先儲存副本，確認使用的是哪一份設定，以及是否有覆寫項目或依條件選擇的解析路徑。不要只修改檔案中看到的某個位址，就認定所有請求都改用它。設定檔可能未啟用，App 也可能另有相關設定；請搭配實際診斷資訊判斷，而非只檢查靜態文字。

若解析器位址本身是網域名稱，也要考慮它最初如何解析；若使用需要建立安全連線的解析方式，還得確認該解析入口是否可連線及名稱驗證是否正確。增加更多解析入口不一定能提高成功率，也可能增加等待時間或造成結果不一致。請先使用自己了解且能驗證的設定，不要把不明確的位址清單當成通用修復方式。

一併檢查解析結果與路由規則

網域規則會比對名稱條件；IP-CIDR、IP-CIDR6、GEOIP 等規則則會比對位址或位址歸屬條件，兩者可能在不同階段影響最終策略。同一網域解析出不同位址後，位址規則的命中結果也可能改變。因此排查時不只要問「是否成功解析」，還要確認「解析出什麼，以及結果最後走哪個出口」。

若紀錄顯示目標命中非預期策略，先檢查網域條件拼寫是否正確、是否被較早的規則覆蓋，以及最後的 FINAL 策略。DOMAIN-SUFFIX 的比對範圍與 DOMAIN 的精確比對範圍不同；DOMAIN-KEYWORD 則可能比對更多名稱。不要只為修復一個目標就新增範圍過廣的關鍵字規則，否則其他無關請求也可能受到影響。

若設定包含本機位址規則，請核對裝置目前的實際網段與服務名稱。區域網路裝置的名稱解析有時仰賴目前網路提供的機制，不能假設遠端解析入口也能解析家中裝置名稱。若只有家中裝置無法存取、一般網頁正常，先比較以名稱與裝置實際位址連線的差異，再檢查區域網路路徑及相關權限。

處理 IPv6、快取與網路差異

有些網域會同時回傳不同位址家族的結果，目前網路、伺服器與目標對這些路徑的支援可能不同。若偶爾失敗，可觀察是否總與某類位址結果有關，但不能只因看到 IPv6 位址就認定問題出在 IPv6。先保留原設定進行對照，並確認 App 提供的相關選項意義；每次只修改一項，測試後再復原，或清楚記錄保留原因。

修改解析設定後，舊快取與既有工作階段可能仍會生效。請先重新建立連線，再重新送出目標請求；必要時正常關閉並重新開啟相關 App，以降低舊狀態的影響。不要因為第一次仍然失敗就認定設定無效，也不要因為一次命中快取就認定已修復。觀察多個新請求能否在相同條件下穩定完成，再決定是否保留變更。

若同一設定在一個 Wi-Fi 正常、換到另一個網路卻異常，請檢查原網路是否需要驗證、是否提供不同的解析環境，以及解析入口是否可連線。切換網路時，伺服器與目標保持不變；若解析錯誤消失但連線仍失敗，就繼續檢查傳輸階段。排查時應容許同時存在多個問題，不要強行用一項 DNS 設定解釋所有症狀。

復原時優先恢復先前已確認可用的解析設定，再逐項加入必要變更。留下異常網域、錯誤訊息原文、網路類型與命中策略即可，不需要公開完整瀏覽紀錄。相關詞彙請參閱術語手冊；若 DNS 已成功，但請求仍失敗，請回到伺服器參數或規則章節，避免在已正常的解析環節反覆修改。

耗電與更新後異常：保留基準再比較

連線開啟期間耗電增加，需一併考量流量、訊號、重試與裝置工作。系統電池統計中的 App 使用比例，不等於額外耗電的直接測量；也不能只憑單一百分比就認定設定異常。更新後出現問題也應拆開判斷：App、系統、訂閱更新與設定修改可能在相近時間發生，但影響內容不同，請先理清事件順序。

觀察耗電時實際執行的工作

先查看系統電池資訊中的相應時段，確認當時是否正在播放影片、同步檔案、大量下載或處於訊號較差的網路。流量經過隧道時，相關處理會與裝置使用情況一同影響耗電；光看連線開啟時間不足以推算耗電量。比較時盡量維持相近的螢幕亮度、網路、工作內容與持續時間，避免拿待機狀態與持續播放狀態相比。

若幾乎沒有主動使用，裝置仍持續發熱，先查看是否有更新反覆執行、頻繁進行連線測試，或失敗請求不斷重試。暫時停止自己設定的自動工作，保留一般連線作為對照；確認有改善後，再逐項恢復以找出觸發因素。不要一次關閉所有功能後，就斷定某個協定耗電；並行工作與網路重試可能才是主要差異。

同時檢查訊號環境與網路切換。裝置在不穩定的網路間反覆切換，或長時間嘗試連線至無法連線的目標，都可能增加額外負載。先換到穩定且已有的網路，在相同設定下觀察；若裝置仍明顯發熱，請停止高負載測試，讓裝置恢復正常後再繼續記錄。測試本身不應成為持續耗電與發熱的來源。

更新後先確認實際更新了什麼

記下最近變更的是 App、系統、訂閱，還是手動編輯的設定。訂閱更新可能替換伺服器參數，設定更新可能改變規則；App 更新則不代表自己的服務狀態也同步改變。先檢查目前選取的伺服器、啟用的設定與 Global Routing 是否仍和原先一致。許多「更新後失效」的情況，實際發生在目前選擇變更之後。

App 透過 App Store 取得與更新。核對正版時，可查看開發者 Shadow Launch Technology Limited、官方圖示及 App ID 932747118；相關入口請見正版核對說明。系統需求請以 App Store 頁面標示為準。不要只憑介面外觀變化判斷 App 來源，也不要用未經核對的設定內容取代產品本身的驗證。

若設定在變更前運作正常，先用保留的副本比較，確認是規則變更還是伺服器本身無法使用。備份中的伺服器也可能已失效，因此「舊設定也失敗」不能單獨證明是 App 更新造成問題。應綜合基本網路、服務狀態與簡化設定判斷，盡量找出可重複的最小條件，而不要只因時間接近就推斷因果。

依低風險順序復原並回報

先儲存尚未提交的編輯，再正常結束並重新開啟 App；接著在網路穩定時重新建立一次連線。若系統剛完成更新，可重新啟動裝置後再測試；但重新啟動只是用來排除暫時狀態，不是所有故障的固定解法。復原後仍應檢查原本的自動更新、按需規則與路由選項，避免臨時調整改變日常使用方式。

若問題只出現在某份設定中，複製該檔案並逐步移除最近新增的內容，比清除所有設定更容易找出原因。若涉及伺服器密碼、金鑰或識別欄位，不要公開分享原始檔案。保留最小規則片段、錯誤訊息原文與重現步驟即可；若移除某段後問題消失，再逐項確認具體條件，不必立刻替換整份設定。

重新安裝前，先確認自己備妥有效訂閱網址、必要伺服器資訊與本機自訂設定。重新從 App Store 取得 App 不會自動還原所有本機資料；購買紀錄與設定備份是兩回事。相關流程請見更換裝置與重新安裝後的復原方式。若尚未確認資料可以復原，請先保留現況，繼續進行不涉及刪除的檢查。

回報時請寫明實際系統與 App 資訊、變更順序、可重複的步驟，以及已驗證的結果，不要只說「更新後就壞了」。本文不固定列出 App 版本或更新時間，實際發布資訊請以 App Store 頁面為準。耗電問題請補充相同條件下的使用時段與工作內容；連線問題則補充開關狀態與錯誤訊息原文，兩類資訊不要混為一談。

iPad 專項排查：區分裝置、網路與設定差異

相同訂閱在 iPhone 正常、在 iPad 卻異常時，先不要認定訂閱不支援該裝置。兩台裝置可能連接不同網路、使用不同設定檔、路由選項或伺服器項目，也可能保存了不同時間更新的內容。請將「相同」落實到具體參數，再逐項比較。iPad 的系統需求與相容性請以 App Store 頁面標示為準。

先確認 App 與系統狀態一致

在 iPad 上開啟相應的 App Store 產品頁，核對 App 身分與相容性；購買與取得方式請見iPad 裝置說明。同一帳戶的購買紀錄與本機儲存的設定不是同一回事；App 安裝完成後，仍需確認自己的訂閱或伺服器資訊是否已匯入。不要把另一台裝置運作正常，當成本機已具備所有設定的證據。

首次連線也需要完成系統 VPN 授權。若介面配置因螢幕尺寸不同而改變，請依 Home、Config、Settings 等原文尋找相應功能，不要只記按鈕在手機上的位置。分割畫面或視窗寬度變化可能影響可見範圍，但不會改變檢查順序：先確認目前項目，再確認設定與路由，最後開啟連線並驗證實際存取。

部分 iPad 僅支援 Wi-Fi，無法在同一台裝置上用行動網路作比較；此時可在條件允許下改用另一個可信任的 Wi-Fi。支援行動網路的裝置則應記錄切換前後的結果。比較 iPhone 與 iPad 時，盡量讓兩台裝置使用相同網路，並在相近時間測試；不要讓一台使用行動網路、另一台使用尚未驗證的 Wi-Fi，卻把差異歸因於裝置型號。

逐項比較設定，不要只看名稱

分別在兩台裝置查看所選伺服器的位址、連接埠與協定，再核對目前啟用的設定與 Global Routing。即使顯示名稱相同，也可能是不同項目，尤其是在重複匯入、手動編輯或訂閱更新之後。不要直接覆寫 iPad 的所有內容；先記下差異，必要時在副本中修改一項，再觀察問題是否有所變化。

確認兩台裝置是否都完成同一次訂閱更新，以及遠端回傳內容是否相同。若一台保留舊參數、另一台已完成更新，異常可能來自內容時間差。先在出現問題的裝置上手動更新並查看結果，再重新選取目前可用的項目。若更新本身失敗，請轉到訂閱章節處理，不要繼續拿兩份不同內容比較裝置。

若只有某台裝置連線至特定目標時失敗，請檢查該裝置是否有本機規則、不同的解析設定或其他系統設定。同步檔案不一定包含所有 App 層級設定，也不代表系統權限完全一致。逐項比對時保留原值，不要為了追求「完全相同」而刪除裝置原本需要的區域網路或工作環境設定。

檢查區域網路、按需條件與長時間使用

iPad 常在固定 Wi-Fi 環境中使用；列印、投放畫面或存取家用儲存裝置時，需區分區域網路路徑與遠端存取路徑。若只有這些功能異常，先關閉連線進行對照，核對裝置實際位址與所在網段，再檢查相關規則及系統中的區域網路權限。不要只為了恢復某項本機服務，就把所有網際網路請求都改為 Direct。

請依目前 iPad 實際使用的網路，核對 On Demand 條件。即使複製了相同條件，兩台裝置所在的 Wi-Fi、網路類型或網域觸發過程也可能不同。暫時停用自己的按需條件，以手動開關建立基準，再恢復並逐項測試。相關觸發方式請見On Demand 設定說明。

若長時間鎖定螢幕後無法存取，先確認開關是否仍開啟、系統 VPN 是否已連線，以及重新開啟目標後能否恢復。只有舊工作階段失效與整個連線停止，是不同故障；請記下鎖定螢幕前後的網路變化，不要直接認定背景連線無法使用。分割畫面中的其他工作也可能占用網路；測試速度時應維持相近的裝置負載。

最後以一份自己的對照紀錄整理結果：在相同網路、項目、設定與目標下，各裝置分別出現什麼狀況。若基本條件一致時仍能穩定重現差異，再整理系統資訊與錯誤訊息原文進行回報。常見問題的簡短說明請見常見問題；若要重新完整設定，請回到入門指南，依匯入、路由、授權與驗證的順序逐步完成。