Shadowrocket 完整手冊

階段 01 / 取得

從 App Store 取得與正版核對

Shadowrocket 是僅在 Apple 平台發行的付費閉源商業應用，唯一取得管道為 App Store。開始前請先確認裝置目前使用的商店帳號、購買紀錄及可用付款方式。購買用戶端與準備伺服器資訊是兩個獨立步驟：安裝完成只代表裝置已具備執行用戶端的條件，不代表已有可連線的服務。本網站說明如何匯入及使用已有資訊，不提供連線服務。

核對商店頁面的三項資訊

開啟正版下載說明，進入 App Store 產品頁後，先確認名稱為 Shadowrocket，再核對開發者 Shadow Launch Technology Limited、官方圖示及 App ID 932747118。名稱只能作為初步辨識依據；開發者和 App ID 更適合用來排除名稱相近的搜尋結果。App ID 對應產品連結末尾的 id932747118，並非目前的應用程式版本編號。

圖示應與本網站頁首使用的官方圖示一致。搜尋結果、商店產品頁與付款確認頁之間可能會跳轉，實際確認購買前仍應再次核對產品名稱。若頁面顯示的開發者不同，請停止目前流程，返回正版下載說明重新進入。不要只因圖示色調相近就略過開發者核對，也不要把搜尋結果排名當作核對依據。

了解一次性買斷與裝置適用範圍

Shadowrocket 採用用戶端一次性買斷方式，實際價格、幣別與稅額以 App Store 頁面顯示為準。用戶端一次性買斷 ≠ 線路方案；應用程式費用不包含使用者已有服務的費用，也不會取代服務的有效期限、流量額度或帳號驗證。日後若連線失敗，應分別檢查用戶端狀態與服務狀態，不能只因「應用程式已購買」就認定伺服器應可使用。

本手冊主要說明 iPhone 與 iPad 的操作。Mac、Apple TV、Apple Vision 也可在同一商店頁查看相容性；系統需求、裝置支援及其他裝置的通用購買適用性，請以 App Store 頁面標示為準。不同裝置的畫面配置與輸入方式可能不同，不要直接將某一裝置上的按鈕位置當作其他裝置的操作路徑。

安裝後，區分購買紀錄與設定資料

安裝完成後，從裝置主畫面開啟 Shadowrocket，先確認應用程式可以正常啟動，再準備匯入資料。App Store 購買紀錄用於重新取得應用程式；伺服器與設定資料則應另外保存。兩者不能互相取代：還原購買紀錄不代表本機所有設定都會還原，重新安裝也不保證原有訂閱群組、手動新增的伺服器與自訂規則都能一併恢復。

更換裝置或重新安裝時，先在 App Store 檢查原購買帳號中的已購項目，再依照已購項目還原說明處理。如果商店再次顯示價格，請先確認帳號與購買紀錄，避免急著重複操作。商店能否顯示特定購買項目，也可能受目前店面與帳號狀態影響；遇到這類情況，應先在商店流程中排查，而不是修改用戶端連線參數。

階段 02 / 權限

首次啟動與系統 VPN 設定

第一次開啟 Shadowrocket 時，先了解 Home、Config、Data、Settings 各自的用途。Home 主要用於查看伺服器與連線狀態；Config 管理分流設定；Data 顯示流量相關數據；Settings 則包含常用行為設定。實際配置以目前應用程式畫面為準。熟悉各入口後再逐項操作，比起一次修改多個開關，更容易判斷問題所在。

系統為何要求新增 VPN 設定

備妥伺服器後首次啟動連線時，系統可能會詢問是否允許新增 VPN 設定。這是 Apple 系統管理網路延伸功能的授權步驟，讓用戶端透過系統網路機制處理流量。這與 Config 中的規則檔案並非同一項目：系統 VPN 設定決定「應用程式能否接管相關網路流量」，Config 則決定「接管後如何處理請求」。

確認提示視窗是由剛才主動啟動的 Shadowrocket 操作所觸發後，依照系統指示完成授權；系統可能會要求驗證裝置身分。授權完成後返回用戶端，查看開關與狀態。允許新增設定不代表伺服器驗證成功；系統授權本身不會驗證位址、密碼、UUID 或遠端服務是否正常。即使伺服器無法連線，系統設定仍可能已建立。

拒絕、刪除或反覆出現提示時的處理方式

若剛才拒絕授權，請先返回應用程式確認伺服器資訊已儲存，再重新嘗試啟動連線，查看系統是否再次顯示授權流程。若未出現預期提示，可到裝置系統設定中的 VPN 管理頁面查看是否已有對應設定。系統介面可能因版本而異，請依 VPN 項目名稱尋找，不必照搬固定的選單層級。尚未確認設定用途前，不要刪除其他用途的設定。

如果曾在系統設定中刪除 Shadowrocket 對應的 VPN 設定，之後連線時可能需要重新授權。處理前先中斷連線，再返回應用程式重新發起連線。若反覆授權仍失敗，請記下系統提示原文、裝置是否受到管理限制，以及目前是否有其他 VPN 連線正在執行。權限問題應先處理權限，不要同時更換協定、DNS 和規則。

區分相機、照片與網路權限的用途

使用 Scan QR Code 時，掃描需要相機權限；若透過圖片辨識 QR Code，可能會使用系統的照片選取流程。這些權限只與匯入方式有關，手動填寫 Add Server 不需要先完成掃描。QR Code 可能包含完整驗證資訊，掃描前請確認來源屬於自己已有的服務；掃描後仍須核對協定、位址與連接埠。

若出現本機網路存取相關提示，請依當下功能判斷用途，例如存取區域網路中的目標；此權限不能取代 VPN 設定授權。通知等輔助權限也不等同連線權限。遇到多個提示時，請依序閱讀各項權限要求，不要因為「之前按過允許」就認定所有權限都已具備。記下拒絕的是哪一項，之後才有明確的恢復目標。

建立可重複驗證的首次連線條件

初次設定時，建議先維持在穩定的網路環境，暫時不要反覆切換 Wi-Fi 與 Cellular。先確認中斷用戶端連線時一般網路可正常使用，再儲存一組正確參數、完成系統授權，並查看用戶端與系統狀態是否一致。若裝置受到組織管理，部分網路延伸功能可能受管理政策限制；請遵守裝置管理要求，不要將限制誤判為伺服器故障。

完成此階段只能確認應用程式啟動與系統授權流程正常。連線後仍須檢查目標請求是否成功，以及 Global Routing 是否符合預期，詳情請見第五章。若要了解權限提示與系統設定的對應關係，可繼續閱讀首次連線時的 VPN 設定提示說明；排查時保留提示原文，比只說「無法開啟」更有助於判斷問題。

階段 03 / 匯入

新增伺服器與 Subscribe 管理

匯入前先確認取得的資料類型：單一伺服器參數、包含伺服器資訊的 QR Code，或訂閱連結。三種輸入各有對應的操作方式；一般網頁網址不能當作訂閱使用，訂閱連結也不能填入單一伺服器的位址欄位。所有資料都應來自使用者已有的服務；本章僅說明如何正確輸入與核對，不提供服務選擇建議。

逐項核對 Add Server 欄位

進入 Add Server 後，先選擇與已有資料相符的協定，再填入位址與連接埠。位址通常是網域名稱或 IP，不要自行加上路徑；連接埠須與遠端監聽的連接埠一致。接著填入該協定要求的驗證欄位。欄位空白不代表可以任意填入內容，也不要連同說明文字中的標籤一起複製。輸入完成後儲存，再重新開啟檢查一次。

通過驗證仍不代表傳輸設定正確。TLS 的伺服器名稱、WebSocket 的路徑與 Host 等欄位各屬不同層次，應依照已有參數逐項填寫，不能因為伺服器位址相似就互相替代。若憑證驗證失敗，請先檢查名稱、裝置時間與遠端憑證，不要把停用驗證當作日常解決方式。VMess 與 VLESS 的欄位差異請參閱協定參數差異說明。

Subscribe：匯入與更新是不同操作

匯入訂閱會讀取連結傳回的內容，並建立相應的伺服器群組；更新訂閱則會再次取得內容，同步位址、連接埠及其他參數變更。選擇匯入入口時，請依應用程式提供的訂閱方式輸入連結，儲存後等待請求完成，再確認群組中確實出現伺服器。如果只有群組名稱，沒有可用項目，應檢查回應內容，不能據此認定匯入成功。

訂閱連結通常包含個人驗證資訊，不要貼到公開對話、截圖或問題回報中。複製時請注意連結末尾是否遺漏、是否包含空格，或是否從富文字中複製到顯示文字。更新失敗時，先記下具體錯誤，再檢查一般網路是否可連上訂閱網址、服務是否仍有效，以及回傳內容是否為登入頁或錯誤頁；不要以連續點擊更新取代問題排查。

匯入 QR Code 後仍須檢查結果

使用 Scan QR Code 辨識後，請檢查新增項目的協定、備註與位址是否符合預期。QR Code 可能代表單一伺服器，也可能是訂閱入口；匯入結果應以應用程式建立的項目為準。若辨識成功但沒有出現預期內容，請先判斷輸入類型，不要立刻手動拼接連結。若來源不明或內容無法核對，請停止使用並重新取得自己的正確資料。

手動修改與訂閱覆寫的界線

訂閱中的項目由訂閱內容維護，手動修改參數後，下次更新可能會再次覆寫該欄位。若要暫時驗證，先記下原值，並盡量保留獨立的測試項目，避免整個群組變得難以追蹤。伺服器顯示名稱只是備註；名稱相同不代表位址相同，整理時應依實際協定、位址與連接埠判斷是否重複。

匯入完成後，先選擇一個伺服器進行單次驗證，不必立即測試所有項目。若舊項目可用、新項目無法使用，優先比對新舊參數與服務狀態；若所有項目都失敗，再檢查系統權限、本機網路與匯入方式。刪除舊群組前，請確認新群組已通過實際存取測試，避免過早刪除仍可用來回復的資料。

階段 04 / 分流

Global Routing 三種模式與規則順序

Global Routing 決定由用戶端接管的請求採用哪種處理模式。Config 依目前設定中的規則處理，Proxy 將相關請求交由所選代理處理，Direct 則以直連方式處理。這裡指的是用戶端接管範圍內的請求，不應理解為裝置上的所有網路行為都必然採用同一路徑；系統機制、應用程式行為與連線類型仍會影響觀察結果。

先選擇模式，再判斷存取結果

日常需要依規則分流時，使用 Config 並確認目前啟用的設定。排查時可短暫比較 Proxy 與 Config：若同一目標在 Proxy 下可存取、在 Config 下失敗，應優先檢查規則、策略引用與 DNS 處理方式。這項比較並非絕對結論，因為兩次請求也可能受到快取、連線重用或網路變化影響；請在相近條件下重複確認。

規則通常依序比對

在規則檔案中，應將具體比對條件放在範圍較廣的條件之前，並在最後使用 FINAL 處理未符合前面規則的請求。DOMAIN 比對特定網域名稱，DOMAIN-SUFFIX 比對網域後綴，IP-CIDR 比對 IP 網段，GEOIP 則依 IP 位址歸屬資料庫判斷。規則關鍵字與策略名稱要分開理解：前者決定比對對象，後者決定符合規則後採取的處理方式。

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

以下是用來說明規則順序的 Shadowrocket .conf 範例片段，並非適用於所有網路的完整設定。第一條將範例網域後綴交由 PROXY 處理，第二條讓指定私有 IP 網段使用 DIRECT，第三條依 GEOIP 資料處理，最後一條則處理其餘請求。實際使用時應依自己的區域網路位址、目標需求與設定中可用的策略逐項核對；不能只複製片段，就認定分流設定已完整。

為何網域規則與 IP 規則的結果可能不同

網域比對仰賴請求中可辨識的網域資訊；IP 規則則針對目標位址。部分應用程式會直接連線至 IP，或使用快取中已解析的位址，此時只新增網域規則未必能涵蓋所有相關請求。同一頁面也可能載入多個網域的內容；若主頁面正常、圖片載入失敗，通常應繼續檢查相關資源請求，不能只替主網域新增一條規則就結束排查。

GEOIP 判斷取決於資料庫與解析結果，與網站使用的語言、品牌所在地或使用者看到的內容並不相同。目標使用多個位址或位址有所變更時，比對結果也可能改變。遇到邊界情況，先查看實際請求的目標，再判斷應使用明確網域、IP 網段或其他規則。不要為了解決單次存取問題，就任意擴大整個 IP 網段的處理範圍。

修改 Config 後必須重新驗證

先儲存原設定的副本，再修改一條目標明確的規則，並確認已儲存且目前使用的正是修改後的設定。設定清單中存在檔案，不代表該檔案正在生效；檔名相似時尤其要仔細核對。若策略名稱引用不存在、規則格式錯誤或遠端資源更新失敗，應先修正設定問題，再進行網路存取測試。

階段 05 / 驗證

連線開關、Connectivity Test 與實際存取

連線驗證時須同時觀察三個層次：系統是否允許啟動、伺服器連線是否建立，以及目標請求是否如預期完成。開關保持開啟只代表其中某一層的狀態，不能單獨證明網頁存取正常；同樣地，某次測試逾時也不代表所有網路路徑都無法使用。分層記錄結果，才能避免「有時可以用」掩蓋實際差異。

建立一組可比較的基準

先中斷連線，確認目前的 Wi-Fi 或 Cellular 可以正常存取一般網路。若一般網路本身需要登入或連線不穩，請先處理基礎網路。接著固定使用一台已核對的伺服器和一種 Global Routing 模式，啟動連線並等待狀態穩定。驗證期間盡量使用同一個目標，不要同時更換網路、伺服器和規則。

實際存取時，應觀察目標頁面是否完整載入、資源是否持續回應，以及新的請求能否重複成功。已開啟的頁面可能來自快取，不能只憑重新整理圖示停止轉動就判定成功。必要時關閉目標應用程式中的既有連線後重新送出請求，或以另一個明確的新請求交叉驗證；無須為了驗證而清除裝置中的所有資料。

Connectivity Test 的數據可以說明什麼

Connectivity Test 可協助觀察測試目標的連線狀況；結果會受到測試方式、目標與當時網路環境影響。數值較低不代表下載速度一定較快，也不保證所有網站都能存取。某台伺服器即使通過測試，實際目標所需的 DNS、TLS、應用程式協定或資源網域仍可能失敗，因此應一併參考測試結果與實際存取狀況。

比較兩台伺服器時，應盡量固定測試方式與網路環境，避免直接排列不同條件下的數值。單次逾時可重試確認，但不必持續密集測試所有項目；過多測試會增加額外請求，也可能影響觀察。保留具有代表性的成功與失敗結果，比記住某個瞬間數值更有助於分析。

依失敗位置縮小排查範圍

若開關立即關閉，先檢查系統 VPN 設定、權限與應用程式提示；若開關維持開啟但所有實際請求都失敗，請檢查伺服器位址、連接埠、驗證資訊、傳輸設定與基礎網路；若只有特定目標失敗，再檢查該目標的網域解析、規則比對與遠端狀態。驗證錯誤、憑證錯誤與逾時代表不同問題，請保留錯誤原文，不要一概寫成「無法連線」。

若測試正常但網頁無法開啟，先確認 DNS 是否能取得有效結果，再比較 Config 與 Proxy 下的同一請求。即使解析成功，也可能得到目前路徑無法連線的位址，因此還要參考後續連線錯誤判斷。詳細步驟請見DNS 解析失敗疑難排解，不要同時更換所有 DNS 選項碰運氣。

分開處理速度問題與連線問題

連線成功但速度不穩時，先區分首次建立連線緩慢、單一請求緩慢與持續傳輸緩慢。前兩者可能與解析和交握有關；持續傳輸則還受遠端負載、本機訊號、網路壅塞與目標限制影響。延遲只是觀察指標之一，不能直接換算成傳輸量。切換網路後表現改變，也只能說明本機連線路徑值得進一步檢查。

可依照速度緩慢的分層檢查固定條件進行比較。完成臨時測試後，請恢復原本的日常模式，尤其不要長期保留排查時使用的 Proxy 或 Direct，造成設定與需求不符。若仍無法定位問題，請整理網路類型、協定、模式、錯誤原文與重現步驟，再查看常見問題中的對應分類。

階段 06 / 觀察

Data 流量數據與統計範圍

Data 用於觀察用戶端能夠統計到的流量活動，可協助判斷連線期間是否有請求與資料傳輸。它不是服務帳單，也不是判斷所有請求路徑的唯一依據。查看數字前，先確認目前的統計範圍、頁面分類、單位與起訖時間；即使兩個數字看起來相近，只要統計範圍不同，就不適合直接相減得出結論。

如何解讀上傳、下載與速率

上傳與下載是以裝置為基準的資料方向。上傳通常包括請求、提交內容及連線過程中的互動；下載則包括傳回的資料與回應內容。開啟網頁也會產生上傳，因此上傳數值不為零，不代表裝置正在主動傳送大型檔案。建立連線、重試與背景活動也可能使數據增加，應結合當時的操作判讀。

速率描述特定時間區間內的資料變化，累計流量則是特定統計區間內的總量。瞬間速率下降可能只是目前沒有新資料，不能據此判定連線中斷；累計數字持續增加，也不代表目標頁面已成功載入。請留意介面顯示的是位元組類單位還是位元類單位，單位不同可能造成數值看起來差異很大。

依伺服器與應用程式查看時的限制

依伺服器查看時，重點是同一統計區間內該伺服器所處理的資料變化，而不只是目前選取的伺服器名稱。切換伺服器後，先前連線的生命週期與數據歸屬仍須依實際介面判讀；不能假設切換選項會立即改寫所有歷史統計。若介面提供不同檢視方式，請先確認目前檢視的標題與分類依據。

若目前介面提供依應用程式或處理程序分類的資訊，應將其視為用戶端可辨識範圍內的觀察結果，而非裝置所有應用程式流量的完整稽核。系統可提供的資訊、共用連線與背景請求都會影響分類；無法辨識的請求也不應強行歸類。實際顯示範圍以目前應用程式畫面為準，不能因為某項未列出，就認定它完全沒有使用網路。

為何與服務端紀錄不完全相符

用戶端統計與既有服務後台紀錄可能採用不同的起訖時間、結算週期、單位換算與協定開銷計算方式。服務端也可能彙整同一帳號在其他裝置或連線上的資料，而用戶端只顯示本裝置可統計的活動。請先對齊時間與裝置，再檢查是否包含上下行、重傳及額外連線開銷；這通常比直接比較總量更有意義。

如果開始觀察時已經有背景請求，起始數值就不是零基準。測試期間自動更新訂閱、連線測試與其他應用程式同步，也可能產生額外活動。若要進行小範圍比較，可記下開始與結束數值，並控制測試時間與目標；不要為了「歸零」就貿然刪除統計紀錄或重設所有設定。

將 Data 用於範圍明確的診斷

啟動連線後，若送出新請求卻看不到預期的數據變化，先檢查請求是否位於目前的觀察範圍，以及是否命中快取。若上傳數值增加、下載長時間沒有明顯變化，可視為需要進一步檢查遠端回應的線索，但不能只憑這個現象就斷定是某種驗證錯誤。還應一併查看連線提示、解析結果與規則處理情況。

記下測試開始時間、目標、模式與伺服器，再觀察相應數據變化；之後只變更一個條件並重複測試。如此可將統計資料與實際操作對照。更多數據判讀方式請參閱Data 流量統計說明。若要回報問題，只保留必要的統計摘要，並遮蔽伺服器位址、個人識別資訊與驗證內容，無須公開整頁紀錄。

階段 07 / 設定

Settings、DNS 與 On Demand

Settings 中的項目會影響用戶端行為；Config 中的項目則可能影響目前設定下的請求處理。各項功能實際所在位置，請以目前應用程式畫面為準。調整前先確認要解決的問題，以及該項目影響的是全域行為還是單一設定。若不清楚作用範圍，請先保留預設值並查明用途，不要一次開啟所有看似相關的選項。

On Demand：觸發條件與手動連線

On Demand 會依系統條件要求建立或維持連線，常見條件包括 Wi-Fi 與 Cellular。它不保證伺服器可用，也不代表連線失敗後一定會自動切換伺服器。啟用前先確認手動連線已可穩定運作，再決定哪些網路條件需要觸發，避免混淆基礎連線故障與自動觸發行為。

先在固定網路中確認規則，再切換至另一種網路觀察。手動關閉後是否會再次觸發，須依目前條件與系統狀態判斷；若連線反覆出現，先檢查 On Demand 條件是否仍符合，不要只是不斷切換主開關。若要暫時停用，也應了解自動觸發設定，並確認系統狀態確實維持在預期結果。

請準確核對 Wi-Fi 名稱條件；名稱相近不代表是同一個網路。連線至需要網頁登入的 Wi-Fi 時，先完成基本網路驗證，再測試自動連線。系統可能因休眠、網路重新建立或切換狀態而重新評估條件，因此應配合時間軸觀察短暫變化，不能把一次切換視為所有情境都已測試成功。

設定 DNS 前先確認用途，再檢查位址

DNS 會將網域名稱解析為位址，但解析路徑與後續連線路徑是兩個不同問題。更改 DNS 前，先判斷故障發生於解析階段還是連線階段：網域沒有解析結果或回傳錯誤，與已有位址但連線逾時，應採取不同的排查方向。只要網頁無法開啟就修改 DNS，容易讓原本單純的問題增加新的變因。

使用自訂解析方式時，應確認目前網路可以連線至該解析服務，並了解相關請求會如何處理。區域網路名稱、內部網域與公開網域可能有不同需求，同一套設定未必適用所有環境。修改後請重新送出請求，並留意快取與既有連線可能會讓舊結果短暫保留；不要因一次結果沒有變化就繼續增加更多選項。

日誌、測試與隱私資訊

重現問題時可視需要查看日誌，重點記錄錯誤原文、時間、目標與重現條件。長期保留詳細日誌可能增加本機儲存空間使用量，並累積與存取活動相關的資訊。需要分享時，先移除完整訂閱連結、驗證欄位與個人識別資訊；即使是網域清單，也可能反映使用習慣，請僅提供排查所需的最少內容。

連線測試相關選項會影響測試使用的目標或方式；修改後，不要直接拿新條件下的數據與舊數據比較。如果測試目標本身不穩定，結果也可能隨之變化。排查時應固定測試條件，並以實際目標存取作為補充驗證，而不是為了取得較小的數值不斷更換設定。

調整後保留還原方式

每次修改 Settings 前，記下原值、修改原因與預期結果；修改 Config 時則另存檔案副本。若應用程式提示需要重新建立連線，請先停止目前重要的資料傳輸再操作。修改後問題沒有改善時，先還原原值再進行下一項檢查，不要留下多項無法說明的測試設定。

階段 08 / 維護

更新、備份與故障紀錄

穩定使用後，維護重點不是頻繁修改，而是保留可還原的狀態，並在發生變化時知道原因。用戶端更新、訂閱更新、Config 更新與系統更新是不同事件，可能分別改變不同層面。每次只安排一項重要調整，完成驗證後再進行下一項，能大幅降低問題發生時的排查成本。

透過 App Store 更新用戶端

在 App Store 查看 Shadowrocket 的更新紀錄與目前裝置適用條件，並依照商店提供的方式更新。更新前請確認已有參數與本機設定都已備份；更新後先使用原有伺服器與模式進行驗證，不要同時順手替換所有設定。若行為有所變化，記下變化前後的操作與應用程式提示，不必猜測特定版本是否必然造成問題。

系統更新也可能改變權限提示、網路切換行為或介面路徑。更新後若首次連線時再次要求確認，先閱讀提示並檢查對應的系統設定，不要直接刪除所有資料。系統需求仍以 App Store 頁面標示為準。若用戶端可以正常開啟但連線異常，應繼續依照權限、伺服器、規則、DNS 的層次逐一檢查。

備份哪些內容才有實際用途

至少分別保存手動伺服器所需參數、訂閱來源、目前的 Config 檔案，以及重要 Settings 的原始值。訂閱連結本身不等於長期有效的伺服器快照；服務內容變更後，重新匯入可能得到不同結果。備份應註明保存時間與用途，但不要將驗證資訊寫入公開檔名、截圖標題或共用文件。

使用應用程式目前提供的匯出或儲存功能時，請確認匯出項目為何，並檢查檔案是否包含預期內容。匯出成功提示不代表已確認可還原；重要設定應在保留原始資料的前提下，確認檔案可以讀取。備份請存放在自己掌控且存取受限的位置；準備分享規則範例前，先移除個人伺服器與訂閱資訊。

分開維護訂閱與 Config

更新訂閱後，先檢查項目數量與重要參數是否符合預期，再進行實際連線驗證。若項目減少，先確認回傳內容與服務狀態，不要立即刪除所有舊資料。更新 Config 時，則應重點檢查規則順序、策略引用與遠端資源是否正常。兩種更新同時進行，會讓失敗原因更難判斷；尤其在已無法連線時，不適合一起嘗試。

整理重複項目時，應依實際協定、位址與連接埠辨認，不要只看備註名稱。保留一份已驗證可用的備用設定，確認新狀態穩定後再整理舊檔案。不要隨意疊加來源或用途不明的設定；檔案愈多不代表功能愈完整，維護的目標是讓目前啟用的項目清楚且引用關係有效。

整理可重現的故障紀錄

有效的紀錄應包含：問題發生時的網路類型、是否剛切換網路、使用的協定、Global Routing 模式、具體錯誤原文、失敗的目標範圍，以及最近一次已知正常的狀態。另請記下已嘗試的單項調整及結果。這些資訊有助於區分「所有請求都失敗」、「只有一個目標失敗」與「測試失敗但實際存取正常」等不同情況。

紀錄中不必包含密碼、UUID、完整訂閱連結或可識別個人身分的資訊。必要時以描述取代實際位址，只保留協定、錯誤類別與時間順序即可。查閱常見問題或返回入門指南確認基本步驟時，請依照紀錄逐項比對，不要為了得到不同結果而不斷重複整套匯入流程。