官方手冊 · 依問題狀況逐項確認
Shadowrocket 常見問題
購買、匯入與連線排查
先確認問題發生在哪個步驟，再調整對應設定。購買問題檢查商店帳號，匯入問題檢查內容與格式，連線問題則依序確認裝置網路、伺服器、規則及 DNS。
- 4 類問題
- 20 項檢查說明
- 點選問題查看步驟
初次使用可先閱讀 使用說明；需要購買或還原 App，請查看 App Store 正版確認指南。
官方手冊 · 依問題狀況逐項確認
先確認問題發生在哪個步驟，再調整對應設定。購買問題檢查商店帳號，匯入問題檢查內容與格式，連線問題則依序確認裝置網路、伺服器、規則及 DNS。
初次使用可先閱讀 使用說明；需要購買或還原 App，請查看 App Store 正版確認指南。
先確認用來購買 App Store 項目的 Apple 帳號所屬商店，而非只看裝置語言或目前所在位置。在系統設定中依序前往 Apple 帳號、媒體與購買項目、檢視帳號、國家或地區，確認目前商店地區，再開啟 Shadowrocket 產品頁查看是否顯示。如需變更地區，請使用該處的官方變更入口，並先閱讀頁面對餘額、現有訂閱及付款方式的要求。變更裝置地區不能取代商店帳號地區變更，也不保證 App 一定會顯示。
請一併確認 App 名稱、官方圖示與開發者資訊：產品名稱為 Shadowrocket，開發者為 Shadow Launch Technology Limited，產品頁網址包含 id932747118。圖示應與本站頁首使用的 App Store 官方圖示一致。不要只憑搜尋結果排序、相似名稱或圖示顏色判斷。進入產品詳情頁後，再確認相容性、價格及購買帳號；系統需求與購買適用範圍以 App Store 頁面標示為準。本網站的取得說明頁整理了上述確認位置。
Shadowrocket 是 App Store 付費 App，採一次買斷；美國商店定價為 $2.99，實際價格與購買條件以目前商店頁面為準，其他商店會以當地貨幣顯示。一次買斷 App ≠ 購買線路方案；購買 App 不代表取得伺服器或連線服務。使用前仍須備妥自己已有的訂閱或伺服器資訊。本網站不提供、不販售也不推薦節點或訂閱；既有服務的有效期限與可用狀態，請透過原有管理管道確認。
先使用當初購買 App 的 Apple 帳號，在 App Store 帳號頁面查看已購項目或 App 列表，再搜尋 Shadowrocket 並嘗試重新下載。若顯示價格，先確認媒體與購買項目使用的帳號是否正確，並核對購買紀錄，不要立刻重複付款。商店地區、App 顯示狀態及目前購買適用範圍都可能影響還原，請以 App Store 頁面標示為準。還原 App 與還原個人設定是兩回事，既有伺服器、訂閱及設定應另外妥善保存。
Shadowrocket 可在 iPhone 與 iPad 上使用，系統需求及裝置相容性以 App Store 頁面標示為準。在 iPad 上，先確認媒體與購買項目登入的是原購買帳號，再從已購項目中尋找 App。家人共享是否適用，請查看產品頁是否標示支援，以及家庭群組目前的購買項目共享設定；不要因此推定所有帳號都能直接還原。Mac、Apple TV 與 Apple Vision 的相容性及購買適用範圍，也請在同一產品頁確認；取得管道皆為 App Store。
從既有伺服器、系統授權與目前設定開始確認。英文項目名稱依 App 介面保留，不必猜測名稱的對應方式。
先準備並匯入自己已有的訂閱或伺服器資訊，確認 Home 中有可選擇的伺服器，再檢查 Global Routing 與目前的 Config，最後開啟連線開關。只安裝 App 不會自動建立可用連線。首次測試建議使用已知有效的設定，不要同時調整 DNS、規則和多個進階選項。匯入後列表仍是空的，先處理匯入問題；若列表有項目但無法連線，再檢查伺服器參數與系統授權，避免混淆這兩類問題。
首次啟用連線時，系統可能會要求允許加入 VPN 設定檔，這是建立系統網路連線所需的授權步驟。先確認提示是在剛操作 Shadowrocket 連線開關後出現，再依系統指示確認並完成裝置身分驗證。若先前取消了授權，可返回 App 再試一次連線。系統 VPN 設定檔與訂閱、規則檔案並非同一項內容；授權成功也不代表伺服器一定可用。若裝置由公司或學校管理，請先確認管理政策是否限制加入 VPN 設定檔。
先確認是否已選擇伺服器、目前設定能否正常載入，再確認系統授權是否遭取消。前往系統設定中的 VPN 管理頁面，查看是否有 Shadowrocket 設定檔；同時停止其他正在使用 VPN 連線的工作後再試。若仍立即中斷，查看 App 可取得的連線紀錄，區分參數錯誤、設定讀取失敗與系統限制。不要反覆刪除所有資料；先保存目前設定與錯誤提示，再透過 App Store 檢查 App 是否有更新，必要時重新啟動裝置後再測試。
本手冊保留介面英文原文，方便逐項對照。Home 主要用來查看伺服器列表與連線狀態；Add Server 用來新增伺服器資訊；Config 用來管理設定；Settings 用來檢查相關選項。Global Routing 是選擇流量處理方式的入口，不是選擇伺服器協定的地方。裝置語言與 App 可用語言的關係，請以目前 App 與系統的顯示為準。查閱教學時，先依頁面名稱定位，再找對應項目；不要把名稱相似的系統 VPN 設定與 App 內的 Config 當成同一個入口。
先查看系統電池頁面的耗電時段與使用情況，區分持續傳輸、反覆重新連線、頻繁測速及其他 App 的背景活動；不要只因電量下降就歸因於特定協定。測試時減少重複執行 Connectivity Test，檢查 On Demand 是否造成連線頻繁觸發，並確認網路切換時是否反覆中斷。每次調整一項，再於相近條件下觀察是否保留。不要為了省電任意刪除必要規則或修改安全參數；若持續異常，請保存紀錄並檢查設定與連線狀態。
以下說明以使用者已有自己的訂閱或伺服器資訊為前提。先辨認內容類型，再進行匯入、更新與整理。
訂閱通常用來一次匯入並維護一組伺服器資訊；單一伺服器則須確認位址、連接埠與協定等參數。先確認手上的內容是訂閱網址、單一伺服器分享內容，還是完整設定，再使用 App 中對應的匯入入口；不要把訂閱網址填入伺服器位址欄位。可在 Add Server 查看適用類型與欄位，依原始資料填寫並儲存。匯入完成後回到 Home，確認列表中是否出現項目。以下操作均以使用者已有自己的訂閱或伺服器資訊為前提。
先確認網址是否完整複製，是否夾帶空格、換行或通訊軟體附加的標點，再檢查網址是否有效及存取條件。匯入結果若是網頁、登入提示或空白內容，不代表已取得可辨識的訂閱資料。接著確認目前網路能否存取該網址，以及內容格式是否適用於所選匯入方式。每次只修正一個因素再重試；若仍失敗，記下錯誤訊息，向原資訊提供者確認格式與狀態。回報問題時，請勿公開完整訂閱網址或其中的憑證。
協定類型必須與既有伺服器資料一致，不要為了測試任意切換。VMess、VLESS 須依資料核對位址、連接埠、UUID、傳輸方式及 TLS 相關欄位；WireGuard 則須確認金鑰、位址與對端參數。其他協定也應逐項對照實際欄位，不要套用其他協定的填寫方式。某些欄位留白有特定含義，未知值不能當成預設值。儲存後若驗證失敗，先檢查複製是否完整、參數是否對應，再檢查網路；不要一次連續修改多組設定。
在 Home 找到對應的訂閱群組，使用該群組提供的更新功能，並查看結果提示；實際操作位置以目前 App 介面為準。更新會重新讀取原訂閱內容，因此名稱、數量與參數可能隨原始內容變動。更新前記下目前使用的項目，完成後再確認所選伺服器仍存在。若更新失敗，不要立刻刪除仍可用的舊群組，先檢查網址有效性與網路。App 訂閱更新、Config 更新和 App Store App 更新的作用各不相同，不能互相取代。
先依原訂閱來源分組確認，判斷是同一網址重複匯入，還是不同訂閱本身包含同名伺服器。名稱相同不代表參數相同，不宜只憑名稱批次刪除。確認訂閱群組重複後，先保留目前連線使用的群組，再移除多餘群組並重新檢查列表。手動修改由訂閱產生的伺服器參數，後續更新時可能會被原始內容覆蓋，因此應區分長期需要的獨立設定與訂閱維護範圍。分享排查截圖時，請隱藏網址、憑證及完整訂閱連結。
日常依規則分流時，使用設定模式 Config，由目前設定中的規則決定流量去向；Proxy 模式主要讓流量透過所選代理處理；Direct 模式則用於直接連線。三種模式代表不同處理方式，不是速度等級。排查時可暫時切換模式作為對照，但應記下目前伺服器與設定，避免一次變更多個變因。若 Proxy 可用但 Config 不可用，優先檢查規則與策略；測試結束後恢復原本需要的模式。實際流量處理方式仍應依目前設定確認。
先中斷連線，確認裝置本身的網路能否開啟已知正常的網頁，再重新連線並確認選取的伺服器。接著以同一個目標分別檢查目前模式、規則比對結果與 DNS 解析結果，觀察是否只有部分網域失敗。Connectivity Test 有結果，只表示該次測試收到回應，不能證明所有網頁都能存取。若更換網路後恢復，請檢查原網路環境；若只有 Config 失敗，請檢查規則與策略。每輪測試維持相同目標、一次只改一項，記下錯誤提示後再繼續。
伺服器測試與網頁網域解析並非同一個流程，因此前者正常不能排除 DNS 故障。先檢查目前 Config 與 Settings 中實際生效的 DNS 相關設定，再查看失敗網域是否有解析錯誤、結果異常或請求未完成。不要連續加入多個不熟悉的 DNS 位址，也不要直接照抄與目前設定不相符的片段。先記下原值，依設定說明還原成一組明確設定，再重新測試同一網域。若解析已完成但連線仍失敗，請繼續檢查規則、伺服器與目標服務本身。
先確認 Global Routing 設為 Config，並確認目前使用的是預期設定，再查看異常網域實際符合哪一條規則。DOMAIN、DOMAIN-SUFFIX、DOMAIN-KEYWORD 等規則應連同排列順序一起檢查；較前面的規則已符合時，後面的規則可能不會再處理該流量。FINAL 是前面的規則都未符合時採用的最終策略，無法修正已被較早規則選中的流量。修改前先保存原設定，只調整相關項目後再測試同一目標；也要確認規則所引用的策略仍指向可用伺服器。
先記下 On Demand 目前的條件，再暫時停用自動觸發，回到 Home 手動連線一次，確認伺服器與基本設定是否正常。接著逐項檢查網路條件、規則比對及網路切換時的狀況，避免把自動觸發與伺服器中斷混為一談。如果手動連線穩定，恢復 On Demand 時一次只啟用一項必要條件，並觀察觸發是否符合預期。自動連線條件不等於分流規則：前者決定何時建立連線，後者決定連線後如何處理流量，兩者須分開檢查。