本文適合已安裝 Shadowrocket（小火箭）、已有自己的服務商與訂閱，但尚未完成首次連線的使用者。檢查順序為 Home 中的伺服器選擇、頂部連線開關、系統 VPN 授權，以及 Connectivity Test。讀完後即可分辨「已匯入」、「已選取」、「已連線」和「目標可存取」四種狀態，並依故障發生的位置逐項排查。
開始前：確認 App、訂閱與基本網路
Shadowrocket 是 Apple 平台上的閉源商業 App，主要供 iPhone、iPad 使用，唯一取得管道是 App Store。購買前請核對開發者 Shadow Launch Technology Limited 與 App ID 932747118；系統需求與相容性請以 App Store 頁面標示為準。尚未安裝時，請先查看App Store 正版核驗頁，再繼續閱讀本文。
App 買斷不等於線路方案。以下步驟以使用者已有自己的服務商與訂閱為前提，本網站不提供、不販售、不推薦節點或訂閱。訂閱用於匯入伺服器參數，App 則依設定處理連線；購買 App 後，Home 不會因此自動出現可用伺服器。
- 基本網路：先在 Shadowrocket 連線關閉時，確認目前的 Wi-Fi 或行動網路可以瀏覽原本可直接連線的頁面。若 Wi-Fi 需要網頁登入認證，請先完成認證。
- 現有設定：確認服務商提供的訂閱仍有效，或手上已有完整的單一伺服器參數。請勿自行根據伺服器名稱猜測連接埠、密碼或協定。
- 訂閱隱私：訂閱 URL 可能包含存取憑證。排查時記下錯誤訊息即可，請勿公開完整連結或含有密碼的設定。
如果 Home 仍是空白列表，請先點選 Home 右上角的「+」加入現有訂閱：將 Type 設為 Subscribe，填入自己的訂閱連結並儲存，等待列表載入。匯入失敗時，請先排除匯入問題；在空白列表中反覆操作頂部開關，無法補齊伺服器參數。
首次連線：依序完成五個步驟
伺服器已顯示在 Home 後，再開始連線。首次操作建議只選一台伺服器，完成整套驗證；不要同時更換伺服器、修改 DNS 或切換規則設定。一次變更多個條件，之後就很難判斷是哪個步驟影響結果。
-
選取伺服器
在 Home 的伺服器列表中點選要使用的伺服器列，確認該項目左側圓點亮起。這是在指定預設伺服器，不是開啟詳細資料進行編輯，也不只是查看延遲數字。
-
確認流量處理模式
查看 Home → Global Routing。初次排查時可暫時選擇 Proxy，減少規則分流造成的變數；若要沿用現有規則，請選擇 Config，並確認 Config 中已有目前使用的設定。
-
開啟連線開關
返回 Home，開啟頂部連線開關。若出現系統加入 VPN 設定的確認提示，請確認這是本次主動操作後出現的提示，再依系統要求完成裝置認證。
-
執行連線測試
等待連線狀態穩定後，在 Home 點選 Connectivity Test。先確認測試已完成，再查看 App 顯示的成功或失敗結果；不要把剛開啟開關的瞬間當成已完成連線驗證。
-
確認實際存取情況
開啟需要存取的網頁或 App，發出一次新的請求。若排查時暫時使用 Proxy，驗證後請恢復原本需要的 Global Routing 模式，並重新測試實際目標。
加入 VPN 設定是授權系統允許 App 建立相關連線，並非再次購買，也不代表服務商線路已通過測試。如果先前已完成授權，系統可能不會再次顯示相同提示；請繼續檢查開關狀態與 Connectivity Test，不要只以「有沒有跳出提示」作為唯一判斷依據。
左側圓點、連線開關與測試結果各代表什麼
「列表中有伺服器」只代表參數已匯入。「左側圓點亮起」表示該伺服器已選為預設伺服器。頂部連線開關反映連線的啟用狀態；Connectivity Test 則是在目前條件下進行一次連線檢查。這些訊號回答的是不同問題，不能互相取代。
伺服器選擇
- 位置
- Home → 伺服器列表
- 操作方式
- 點選目標伺服器列
- 確認依據
- 目標項目左側圓點亮起
- 無法據此推斷
- 僅選取伺服器不代表已建立連線
預設伺服器會用於後續連線；Config 中指定的策略仍可能影響實際路徑。
連線驗證
- 啟用／停用位置
- Home → 頂部連線開關
- 首次授權
- 系統加入 VPN 設定提示
- 測試位置
- Home → Connectivity Test
- 最後確認
- 實際目標是否成功完成一次新請求
測試結果只反映當下的測試請求，不保證所有網站與 App 都能存取。
伺服器旁顯示的延遲數字也不能取代上述流程。延遲測試與實際網頁請求的目標、資料量和處理路徑可能不同；某台伺服器有延遲結果，不代表目前連線已啟動，也不代表頁面資源能完整載入。首次連線請依序完成「選取 → 開啟 → 測試 → 實際存取」。
Global Routing：先確認測試採用哪條路徑
同一台伺服器在不同 Global Routing 模式下，實際存取結果可能不同。Proxy、Direct、Config、Scene 是流量處理模式，不是四種伺服器協定。首次連線若忽略這項設定，容易把「流量沒有經過所選伺服器」誤判為「伺服器已驗證可用」。
- Proxy：以代理模式處理連線。首次排查時使用此模式，可減少規則分流造成的干擾；測試完成後，請恢復符合自身使用需求的設定。
- Direct：直接連線。此時能開啟可直接連線的頁面，並不能證明所選伺服器的代理路徑正常。
- Config：依據目前設定中的規則與策略處理流量。即使已選取預設伺服器，也不代表每個請求都會經過該伺服器；請一併確認目前生效的設定。
- Scene：依已設定的場景處理流量。尚未確認場景條件與對應設定前，不宜只憑此模式判斷首次連線結果。
如果 Proxy 模式下測試成功，切回 Config 後只有特定目標失敗，請優先查看該目標的規則處理結果，而不是立刻重新匯入所有訂閱。規則可能讓不同網域採用不同策略，因此一次測試成功不代表所有規則都符合預期。代理模式的完整說明請參閱Global Routing 使用說明。
連線驗證：固定網路後再交叉檢查
先在目前的網路環境完整測試一次，再決定是否切換 Wi-Fi 或行動網路。測試時只需記錄網路類型、預設伺服器、Global Routing 模式與結果，不必公開訂閱憑證。切換網路後，請等待系統連線穩定，再重新執行測試，避免將切換期間的短暫中斷誤認為持續故障。
驗證方式：分別檢查 Wi-Fi 與行動網路
Wi-Fi 環境
- 先確認 Wi-Fi 已連線，必要時完成網頁認證。
- 固定使用同一台預設伺服器與同一種 Global Routing 模式。
- 開啟連線後執行 Connectivity Test，再測試實際目標。
行動網路環境
- 確認行動數據可用，並等待網路切換完成。
- 維持伺服器與處理模式不變，避免同時修改設定。
- 重新執行 Connectivity Test，確認是否只有某一種網路環境會失敗。
一次只變更網路環境，才能較容易判斷故障是否與目前的網路連線有關；行動網路測試會使用行動數據。
如果兩種網路都使用同一台伺服器而測試失敗，請改試訂閱中的另一台現有伺服器，並重複相同步驟。若只有一台失敗，請優先核對該伺服器的參數與服務狀態；若所有項目都失敗，再檢查訂閱效期、系統授權與目前設定。不同結果只能縮小排查範圍，不能只憑一次失敗就確定原因。
首次連線常見問題與排查順序
伺服器已匯入，為什麼開啟開關後還是不能使用？
先返回 Home，確認目標項目左側圓點亮起，再檢查 Global Routing 是否為預期模式。接著執行 Connectivity Test。若尚未完成系統授權，請先處理加入 VPN 設定的提示；不要只因列表中出現伺服器名稱，就認定已準備好連線。
剛才拒絕了 VPN 設定提示，需要重新安裝嗎？
先返回 Home，再次嘗試開啟連線開關，並依系統提示完成授權，不必先重新安裝。若無法完成提示，請檢查裝置是否受到管理限制；受管理的裝置應由管理方確認權限。重新安裝無法解除系統層級的限制，還可能增加重新整理設定的工作。
Connectivity Test 成功，為什麼某個網頁還是打不開？
先確認測試與存取時使用的是同一台伺服器和同一種網路。接著查看 Global Routing：若目前是 Config，可暫時切換至 Proxy，再測試該目標，以區分規則處理問題與伺服器路徑問題。若只有單一目標失敗，也需考慮目標本身的狀態、網域解析和存取條件。
關閉後又自動連線，如何先完成手動測試？
前往 Settings → On Demand，查看是否啟用自動觸發條件。記下原有設定後，暫時停用相關條件，再返回 Home 手動開啟或關閉連線。On Demand 用於依條件觸發連線，不能取代有效的伺服器參數；基本連線驗證通過後，再恢復設定並逐項檢查自動觸發條件。
訂閱更新失敗與連線測試失敗也應分開處理。前者是在取得或解析伺服器列表時發生的問題；後者則是在使用現有參數建立連線並執行測試時發生。向現有服務商反映時，可提供發生時間、網路類型、協定名稱與錯誤提示；密碼、完整訂閱 URL 和其他憑證請保留在私人管道中。
完成檢查：保留可重複驗證的連線基準
首次連線成功後，記下可重現的設定狀態，再逐步調整其他功能。不要剛通過一次測試就同時更換 DNS、規則、伺服器與 On Demand 條件。之後每次只修改一項，並重複執行 Connectivity Test 和實際存取，才能判斷調整是否造成影響。
- 選取完成：Home 中目標伺服器左側圓點亮起，名稱符合預期。
- 授權完成：系統已允許加入 VPN 設定，頂部連線開關可以維持開啟。
- 路徑明確：已確認目前 Global Routing 使用 Proxy、Direct、Config 或 Scene。
- 驗證完成：Connectivity Test 已取得結果，實際目標也已完成一次新請求。
- 設定收尾：恢復所需的規則模式，並確認 On Demand 符合日常啟用與停用需求。
這份檢查表的目的不是保證連線永遠可用，而是建立一套可重複執行的驗證流程。日後遇到無法存取的情況，仍可依「基本網路 → 預設伺服器 → 系統連線 → 測試結果 → 實際目標」逐步檢查，通常比一次修改所有設定更容易找出問題。