Shadowrocket 首次連線設定:選取預設伺服器、開啟連線,使用 Connectivity Test 測試

匯入節點後,如何選取伺服器、開啟 Home 連線開關並允許新增 VPN 設定,再用 Connectivity Test 確認連線狀況。

本文重點

首次連線時,依序確認伺服器已選取、VPN 連線已建立,且測試與實際連線都正常。本文適合已在 Shadowrocket(小火箭)匯入自有伺服器或訂閱的使用者,依照 Home 頁面的操作順序說明連線方式,並分別檢查「清單中有伺服器」、「開關已開啟」與「請求確實可用」。

一、先區分匯入、選取與連線

伺服器出現在 Home 清單中,只代表連線參數已儲存在 App 內,不代表它已成為目前使用的預設伺服器,更不代表 VPN 已連線。首次操作時應逐項檢查,避免尚未選取伺服器就反覆重新整理訂閱,或把測試有回應誤認為所有 App 都能正常連線。

本文以「使用者已有自己的服務商與訂閱」為前提。購買用戶端與購買連線服務是兩回事;Shadowrocket 一次性買斷不包含連線方案。既有訂閱提供伺服器參數,App 則依據參數建立連線並套用目前的路由設定。

3 項
首次驗收:選取伺服器、建立 VPN、實際連線
4 項
Global Routing:Proxy / Direct / Config / Scene
2 組
網路比較:分別測試 Wi-Fi 與行動網路

Home 主要用於選取伺服器與控制連線;Config 用於管理設定檔;Settings 則包含 On Demand 等 App 設定。首次連線先留在 Home 完成基本驗證,不必同時修改規則、DNS 與自動連線設定。

二、在 Home 選取預設伺服器並開啟連線

在 Home 清單中點選伺服器所在列,確認該列左側是否出現選取圓點。點選列尾的詳細資料入口通常是檢視或編輯參數,不等於選取伺服器。伺服器名稱可自行設定,因此確認目前選取項目時,應以選取標記為準,而不是名稱中的「預設」二字。

  1. 檢查清單

    開啟 Home,確認已顯示匯入的訂閱群組或伺服器列。若清單是空的,請先檢查匯入結果;訂閱網址本身不是可直接連線的伺服器參數。

  2. 選取伺服器

    展開現有群組,點選準備測試的伺服器列,確認左側出現選取圓點。記下伺服器名稱,後續測試都使用同一項目。

  3. 檢查路由

    前往 Home → Global Routing,確認目前的選項。已有可靠規則設定時可使用 Config;若要暫時排查規則影響,可使用 Proxy 作為比較,測試後再還原原設定。

  4. 開啟連線開關

    返回 Home,開啟頂端的連線開關。首次連線若出現系統新增 VPN 設定的提示,請確認發出要求的 App 是 Shadowrocket,然後選擇 Allow,並依系統要求完成裝置認證。

  5. 確認連線

    返回 Home 查看連線狀態。若開關立即關閉,或持續無法建立連線,請先處理授權與連線錯誤;不要把剛點亮開關的瞬間視為連線成功。

若先前已授予權限,這次可能不會再次顯示提示,屬於正常情況。如果裝置受到管理政策限制,應先確認是否允許新增 VPN 設定,不要反覆刪除設定來碰運氣。

三、確認 Global Routing 不會改變測試結果的意義

同一台伺服器在不同 Global Routing 模式下,實際請求可能採用不同路徑。尤其在 Direct 模式下,網頁能開啟並不能證明伺服器可用;在 Config 模式下,網頁也可能符合 DIRECT 規則。以下比較的是 Shadowrocket 本身的路由模式;建議選項以已有可用規則設定供日常使用為前提。

Config

建議

依目前啟用設定中的規則決定處理方式。規則可指定 DIRECT、REJECT 或相應的代理策略;未符合前置規則的請求通常由 FINAL 決定去向,不能簡單理解為「其他請求一律直連」。

適用情況:已確認設定檔內容,並需要依規則進行日常分流。

Proxy

由 App 接管的請求會依代理模式處理,可用來觀察略過規則分流後問題是否仍存在。這無法取代伺服器參數檢查,也不保證特定網路服務一定可用。

適用情況:暫時與 Config 比較,縮小規則或策略選擇的排查範圍。

Direct

以直連模式處理請求。此時的連線結果主要反映目前本地網路的直連能力,不適合用來驗證所選代理伺服器是否可用。

適用情況:比較本地網路,判斷問題是否只發生在代理路徑。

Scene

依預先設定的情境條件套用相應設定。首次連線若尚未確認情境內容,應先使用明確固定的模式完成驗證,避免環境變化同時改變測試條件。

適用情況:已完成情境設定,且清楚了解其觸發條件與作用。

若 Proxy 模式可連線,但 Config 模式失敗,請返回 Config 檢查正在使用的設定檔與符合的策略,重點確認規則將請求導向何處。不要因此直接修改伺服器密碼,因為兩次測試使用的伺服器認證參數可能完全相同。

四、執行 Connectivity Test,再驗證實際連線

在 Home 找到並點選 Connectivity Test,等待測試完成,再查看伺服器項目旁的結果。測試可用於檢查目前網路下的連通性或回應狀況;結果會受測試方式與目標影響,不能把任何毫秒數都解讀為完整網頁載入時間。

部分測試可在 VPN 尚未連線時執行,因此 Connectivity Test 有結果,與 Home 連線開關是否成功建立 VPN,是兩種需要分別確認的狀態。批次測試後也應再次確認選取圓點,不要假設測試會自動切換目前的預設伺服器。

觀察到的現象可判斷的事項下一步
顯示毫秒數本次測試有收到回應,不代表所有請求都能成功。選取同一台伺服器,確認 VPN 狀態,再開啟實際需要使用的頁面。
顯示逾時或失敗目前測試條件下未取得預期回應。保留現有參數,切換網路後重新測試,並檢查測試目標與伺服器連通性。
測試正常,網頁無法開啟測試路徑可能與實際服務使用的路徑不同。檢查 Global Routing、規則策略、DNS 與伺服器認證參數。
網頁正常,特定 App 失敗問題可能與特定網域、協定或 App 本身的網路狀態有關。查看失敗請求所套用的策略,不要以單一 App 的結果概括整條連線。

基本驗收順序

一般 HTTPS 網站通常使用 TCP 443,但代理伺服器連接埠由既有服務設定決定,兩者不是同一項設定。網頁使用 443,不代表伺服器連接埠也應改為 443。Hysteria2 等使用 UDP 傳輸的協定也需要網路允許 UDP;網頁測試成功,不能單獨證明 UDP 路徑正常。

五、連線失敗時依現象排查,一次只改一項

排查時應維持「同一台伺服器、同一種路由模式、同一個測試目標」,每次只變更一個條件。先分辨是開關無法維持連線,還是已連線但請求失敗;這兩種情況的檢查順序不同。

兩種情況的檢查順序

開關無法維持連線
  • 確認已完成系統 VPN 設定授權。
  • 查看 Home 的連線錯誤訊息,並保留原始提示。
  • 檢查是否有其他正在使用的 VPN 連線影響測試。
  • 確認伺服器位址、連接埠及協定必要參數。
已連線,但請求失敗
  • 確認選取的伺服器與預期相符。
  • 檢查 Global Routing,必要時使用 Proxy 與 Config 比較。
  • 分別測試網域解析、測試目標與實際網頁。
  • 切換網路重新測試,區分本地網路與伺服器路徑問題。

先記錄原本狀態,再修改一項設定;若結果沒有改善就還原,避免問題中又增加新的變因。

若 Wi-Fi 下逾時、行動網路下正常,目前只能確認兩種網路環境的結果不同,不能直接判定伺服器故障。切換網路後,請等待系統網路穩定,再使用相同伺服器與測試方式重試。行動網路測試會使用行動數據,請先確認裝置的數據使用條件。

若問題在更新訂閱後才出現,請檢查原先選取的伺服器是否仍存在,以及位址、連接埠或認證資訊是否有所變更。更新訂閱只是重新整理參數,並非連線成功的保證。回報問題時不要公開完整訂閱網址、密碼、UUID 或其他認證資訊;提供錯誤類型、網路環境與已進行的比較即可。

六、完成首次驗證後再設定 On Demand

Settings → On Demand 用於設定按需連線,與在 Home 手動開啟連線開關並非同一件事。首次排查時,若自動連線反覆介入,會讓「手動中斷後為何又重新連線」等現象難以判斷。因此,請先完成手動連線驗收,再依自己的觸發條件設定 On Demand。

首次連線完成的標準不只是出現 VPN 標示,而是「目標伺服器已選取、系統連線穩定、測試結果可解讀,且實際請求符合目前策略」。之後遇到故障,依照相同順序逐項檢查,比重新匯入所有設定更容易找出原因。規則比對與策略說明請參閱規則手冊。

從 App Store 下載