本文以 iPhone / iPad 上的 Shadowrocket（小火箭）首次連線為例，前提是已備妥自己的伺服器資料或訂閱。依序完成「匯入資料、選取預設伺服器、授權連線、確認測試結果」，並分清系統 VPN 已連線、伺服器可連線及目標網站可用這三種不同狀況。
一、連線前確認安裝來源與現有資料
尚未安裝時，請先前往下載指南，依裝置選擇取得方式。取得方式分為 2 種：iPhone / iPad 版在 App Store 一次性付費 $2.99；Mac（Apple 晶片 / Intel）、Windows、Android、Linux 版免費。iPhone / iPad 版的開發者為 Shadow Launch Technology Limited，系統需求請以 App Store 頁面標示為準。各平台的系統授權視窗可能不同，以下 VPN 授權步驟以 iPhone / iPad 為例。
安裝用戶端不代表已取得可用的伺服器。首次連線需要備妥自己的伺服器位址、連接埠與協定驗證資料，或自己的訂閱連結。本網站不提供、不販售也不推薦節點或訂閱。請勿將訂閱連結、密碼或完整設定檔貼到公開討論區；其中的 token 可能可用來存取個人訂閱內容。
- 已有訂閱：在 Home 右上角點選「+」，將 Type 設為 Subscribe，填入自己的訂閱網址並儲存，再更新訂閱內容。清單中出現實際伺服器項目後，才能進行下一步。
- 已有單一伺服器：在 Home 右上角點選「+」，依資料選擇 Type，逐一核對位址、連接埠及驗證資訊。Shadowsocks、VMess、VLESS、Trojan 等協定的欄位各不相同，不能只因位址相同就互換 Type。
- 已有 Config：請區分設定檔與伺服器訂閱。Config 可包含路由規則與策略引用，但匯入 Config 不一定會新增可用的伺服器項目。
二、在 Home 選取預設伺服器並開啟連線
在 Home 看到伺服器名稱，只能表示該項目已存在。首次操作還要明確選取實際要使用的伺服器，再開啟連線開關。點選伺服器左側圓點與進入項目編輯是不同操作；修改位址後返回清單，也應再次確認預設選取項目。
-
檢查清單
前往 Home，展開自己訂閱中的伺服器清單，確認至少有一個實際伺服器項目。若清單為空，先檢查訂閱網址與更新結果，不要直接反覆開啟連線開關。
-
選取預設項目
點選目標伺服器左側圓點，確認選取標記出現在該項目上。初次排查時先固定使用同一台伺服器，不要每次測試前又同時更換伺服器與路由模式。
-
確認路由模式
開啟 Home → Global Routing，查看目前使用的是 Config、Proxy 還是 Direct。若要測試代理路徑，不能停留在 Direct；使用 Config 時也應確認目前設定檔中的規則與策略引用有效。
-
開啟連線
返回 Home，開啟頂端的連線開關。首次出現系統加入 VPN 設定檔的提示時，確認要求來自 Shadowrocket 後再允許，並依系統指示完成裝置驗證。
-
確認狀態
等待連線狀態穩定，再執行 Connectivity Test。若開關立刻恢復關閉，請先處理授權或系統連線問題，不要直接判定是目標網站故障。
系統 VPN 狀態表示本機的流量接管通道已建立，不代表遠端驗證一定成功，也不表示每個請求都會經過代理。使用策略群組的 Config 也可能引用群組內其他伺服器，因此 Home 的預設選取項目不一定會套用到設定中的所有策略。
三、使用 Connectivity Test 分層驗證
開啟連線後，在 Home 執行 Connectivity Test，等測試完成並查看實際結果。測試用來檢查目前設定下能否連線至所選測試目標，並不保證所有網站、協定或應用程式都能使用。記下測試時的伺服器名稱、Global Routing 模式及目前網路，方便比較後續結果。
- 顯示耗時結果：表示這次測試已完成回應時間測量。該數值不是下載速度，也不能據此推斷影片傳輸量或長時間連線的穩定性。
- 顯示逾時或失敗：先記下完整提示，再檢查測試目標、伺服器資料及目前網路。單次逾時不足以證明整條線路已失效。
- 測試通過但網站無法開啟：接著確認該網站實際套用的規則、DNS 解析及目標網站狀態，不要以一次成功的測試結果推定所有請求都正常。
- 網站可開啟但代理不一定生效：Direct 或 Config 中的 DIRECT 規則都可能讓請求直連；網頁能開啟本身並不能證明流量經過代理。
測試後，開啟一個自己實際需要使用的網站，再確認日常應用程式是否正常。若只有某個應用程式異常，先維持伺服器與網路不變，再檢查它是否使用獨立連線或受到規則影響。不要把 Connectivity Test 的延遲、訂閱清單的延遲測試與實際下載速度視為同一項指標。
四、Global Routing 如何影響首次測試
首次連線常見的誤判，是在 Direct 下看到網站可用，就以為代理已正常運作；或是在 Config 下遇到單一網域失敗，就認定伺服器無法使用。請先辨識目前的路由模式，再判讀測試結果。以下比較的是 Shadowrocket 本身的路由設定，不涉及其他產品。
Config
建議依目前設定檔中的規則與策略處理請求。符合 DIRECT 的請求會直連，符合代理策略的請求則依對應策略傳送；未符合的請求會由後續規則或 FINAL 處理，並非一律直連。
適用情境：已有可用設定檔時，進行日常分流與最後確認。
Proxy
讓用戶端接管的請求採用代理路由，方便暫時降低分流規則對排查的影響。這無法略過伺服器驗證錯誤，也無法修正錯誤的位址、連接埠或 TLS 設定。
適用情境：暫時確認問題是否與 Config 的規則或策略有關。
Direct
採用直連路由，不使用代理路徑。可用來比對目前網路是否能直接連線到同一個測試目標，但不能用來確認遠端代理伺服器是否正常。
適用情境：檢查本地網路能否直接連線到相同的測試目標。
如果介面中使用 Scene，請先檢查目前 Scene 對應的設定，不要把它當成與 Proxy 相同的全域代理開關。初次排查可明確選用上述單一模式進行比較，完成後再恢復原本設定。切換模式只會改變路由處理，不會自動補上訂閱或修正伺服器驗證欄位。
五、連線失敗時依現象縮小範圍
排查時每次只變更一個條件，並在變更後重複相同測試。若同時更換伺服器、Global Routing、Wi-Fi 與行動網路，就無法判斷成功或失敗的原因。先確認問題是「開關無法維持開啟」，還是「已連線但請求失敗」，再依情況排查。
分別檢查兩類故障
開關立即關閉
- 確認首次系統 VPN 設定檔授權已完成，且沒有取消系統驗證。
- 在系統設定中確認 VPN 設定檔已存在，並確認裝置管理政策未限制連線。
- 暫停其他正在使用的 VPN 連線，再返回 Home 重試。
- 檢查 Settings → On Demand；排查期間先暫時關閉自動觸發，改用手動開關觀察結果。
已連線但請求失敗
- 確認 Home 左側圓點選取的是預期伺服器，並核對 Global Routing 模式。
- 逐一核對伺服器位址、連接埠、協定、密碼或 UUID，以及資料要求的 TLS 參數。
- 更新自己的訂閱，確認是否有更新失敗或伺服器項目變動。
- 固定使用同一台伺服器，分別透過 Wi-Fi 與行動網路測試，記錄是否只有其中一種網路失敗。
先確認系統連線能維持，再判斷遠端是否可連線；不要以反覆點擊連線開關取代分層檢查。
若 Wi-Fi 失敗但行動網路成功，優先確認 Wi-Fi 是否需要網頁認證、是否限制相關連接埠，以及該網路的 DNS 條件；這些只是排查方向，不能據此直接判定網路遭到封鎖。若兩種網路都失敗，再檢查現有服務是否有效、伺服器是否仍在訂閱中，以及協定欄位是否與原始資料一致。
Hysteria2、WireGuard 等協定會使用 UDP，不能只因其他 TCP 請求成功，就認定它們的傳輸路徑正常。反過來，也不要為了測試而任意將 Type 改成另一種協定：遠端與本機使用的協定必須一致，變更名稱不會改變伺服器實際提供的服務。
六、連線成功後的確認與記錄
完成一次 Connectivity Test 後，應恢復預計長期使用的路由模式，並再次確認實際網站。若排查時暫時使用 Proxy，恢復 Config 後也要重新測試；同一網域在兩種模式下可能採用不同路徑。請等手動連線穩定後再設定 On Demand，避免自動觸發影響初次排查時的觀察。
- 恢復設定：在 Home → Global Routing 選取日常使用的模式，並檢查 Config 中目前啟用的設定檔與策略選擇。
- 再次測試：再執行一次 Connectivity Test，並開啟實際需要使用的網站，確認不只在暫時切換的模式下可用。
- 檢查自動連線：需要自動觸發時，再前往 Settings → On Demand，依實際網路狀況設定；測試期間關閉的選項，請依原本需求恢復。
- 保留排查記錄：記下網路類型、伺服器名稱、路由模式、失敗提示與發生時間。對外提供記錄前，請遮蔽訂閱 token、密碼、UUID 等敏感資料。
完整的首次連線應同時符合三項條件：系統通道維持連線、測試目標有回應，以及實際使用情況符合預期。日後若發生異常，沿用相同的分層順序，通常比直接刪除所有設定更容易找出問題，也能保留原本可用的設定作為比較依據。