Shadowrocket(小火箭)匯入伺服器後,還需要選取伺服器、確認 Global Routing、開啟連線並驗證實際連線情形。本文以已有服務商設定的 iPhone / iPad 使用者為例,說明「清單中有伺服器」、「已選取」、「隧道已開啟」和「目標網站可連線」四種狀態,並列出測試失敗時的檢查順序。Mac、Windows、Android、Linux 使用者也能參考相同判斷流程,實際操作位置請以各平台介面為準。
一、先確認伺服器已匯入,不只是已儲存訂閱
重點:Home 中必須出現可選取的伺服器項目,才能進行首次連線。訂閱是更新伺服器資訊的來源,儲存訂閱網址不代表已成功取得伺服器。本文假設使用者已有自己的服務商與訂閱;本站不提供、不銷售,也不推薦節點或訂閱。
如果 Home 已顯示伺服器清單,請直接前往下一節。若只有訂閱名稱、沒有伺服器,請先更新訂閱。尚未取得伺服器資訊前,請勿反覆開啟連線,也不要將訂閱網址填入單一伺服器的地址欄位。
- 透過訂閱新增:點選 Home 右上角「+」→ Type → Subscribe,填入自己的訂閱網址並儲存,再返回 Home 更新訂閱。
- 更新後檢查:訂閱群組下方應出現伺服器項目。若仍是空白,請先確認訂閱是否有效、是否包含可用內容,以及目前網路能否取得訂閱資料。
- 手動新增:點選 Home 右上角「+」→ Type,選取服務商指定的協定,再依原始設定填入地址、連接埠和認證資訊。
- 區分各設定頁的用途:Home 管理伺服器與連線;Config 管理規則設定;Settings 管理 App 設定。匯入規則檔案不能取代新增伺服器。
二、在 Home 選取預設伺服器,再開啟連線
重點:點選伺服器列,讓選取圓點顯示在預計使用的項目旁,再開啟 Home 頂端的連線開關。清單中的延遲數值、項目排序和訂閱群組名稱,都不能代替選取標記。此處的「預設伺服器」是指目前手動選取的伺服器;若 Config 使用策略群組,實際連線也可能由策略群組的選取結果決定。
-
查看清單
前往 Home,展開已建立的訂閱群組,找到準備使用的伺服器。先確認項目存在,再檢查是否有重複名稱,避免選到名稱相同但參數不同的項目。
-
選取伺服器
點選伺服器列,讓選取圓點顯示在項目旁。進入項目詳細資料只能查看或編輯參數;返回後仍須確認清單中的選取狀態。
-
確認路由
前往 Home → Global Routing 查看目前的路由模式。已有可用規則檔案時選用 Config;尚未確認規則是否正確時,可暫時選用 Proxy 進行對照測試。
-
開啟連線
返回 Home,開啟頂端的連線開關。iPhone / iPad 首次使用時,請依系統提示允許新增 VPN 設定,並完成系統要求的裝置驗證;取消授權後便無法依此流程建立隧道。
-
執行測試
保持連線開關開啟,在 Home 執行 Connectivity Test,等待本次測試結束並記錄結果,再用瀏覽器確認實際需要連線的頁面。
開啟連線後,請同時查看 App 的連線狀態和系統 VPN 狀態。狀態列圖示是否持續顯示會受裝置介面影響,不能只依圖示判斷。若開關立刻恢復關閉,請先檢查系統授權或錯誤訊息,而不是繼續調整 DNS。切換伺服器後,請等待連線狀態穩定;若看起來仍沿用舊連線,可先關閉再重新開啟連線開關,然後再次測試。
三、如何選擇 Global Routing:先分清 Config、Proxy 和 Direct
重點:日常使用已確認有效的規則設定時,選用 Config;排查規則影響時,暫時以 Proxy 進行對照;Direct 則用來確認直連狀況。Global Routing 負責決定路由模式,不會下載訂閱,也不會自動修正伺服器認證參數。
Config
建議依目前啟用的設定檔比對規則。連線可能會被分配至 DIRECT、代理策略或 REJECT,並非所有連線都會經過 Home 中選取的伺服器。使用前請在 Config 確認已啟用預期的設定檔。
適用情境:日常使用已確認有效的規則設定。
Proxy
以代理模式處理進入 App 的流量,用來對照規則分流是否影響目標網站連線。這不代表裝置上的每一種流量都必定會經過代理,也無法讓無效的伺服器變得可用。
適用情境:暫時驗證選取的伺服器,或排查 Config 規則的影響。
Direct
以直連模式處理流量,不適合用來判斷代理伺服器是否可用。即使 Home 已選取伺服器,使用 Direct 時網頁能正常開啟,也不能證明代理連線成功。
適用情境:建立本機網路直連的對照,檢查一般網頁是否可連線。
若 Global Routing 顯示 Scene,表示系統會依已設定的場景條件選擇路由方式。首次驗證時,請先確認目前場景會採用哪種模式;若無法確認,可暫時固定使用 Config 或 Proxy,減少自動切換造成的變因。驗證完成後請恢復原設定,不要將暫時使用的診斷模式當成已完成的日常設定。
四、Connectivity Test 成功後,還要確認實際連線
重點:Connectivity Test 用來檢查測試目標是否連通,不是頻寬測速,也不保證所有網站和 App 都能使用。伺服器清單中的延遲測試、連線開關狀態、Connectivity Test 和瀏覽器實際連線,代表不同層次的資訊,請分開記錄。
| 檢查位置 | 可確認事項 | 無法單獨確認的事項 |
|---|---|---|
| Home 的選取圓點 | 目前手動選取的伺服器項目 | 伺服器認證成功或目標網站可連線 |
| 連線開關與 VPN 狀態 | 隧道是否已開啟 | 遠端伺服器、DNS 和目標網站都正常 |
| 伺服器延遲測試 | 目前測試方式下的回應情形 | 完整連線要求的成功率與下載速度 |
| Connectivity Test | 目前設定下測試目標的連線結果 | 所有連線都經過代理,或所有目標都可連線 |
| 瀏覽器實際連線 | 特定頁面在目前條件下能否載入 | 其他 App、網域和網路也都正常 |
建議依相同順序完成一次驗證:開啟連線、執行 Connectivity Test,再用瀏覽器重新載入目標頁面。若測試成功但頁面無法開啟,請記錄錯誤是網域解析失敗、連線逾時還是憑證錯誤,不要一律記成「無法連線」。若瀏覽器仍顯示舊頁面,請重新載入或開啟新頁面再查看,避免將快取內容誤認為新連線成功。
例如,「Proxy 下測試通過且目標頁面可開啟,但 Config 下同一頁面失敗」,首先應檢查設定或策略差異;「兩種模式下測試都逾時,但關閉連線後一般網頁正常」,則應檢查伺服器參數和代理連線。這些是判斷方向,並非本文對特定線路的實測結果。重新測試時請固定使用同一伺服器、同一網路和同一目標,每次只變更一項設定。
五、測試失敗時,分別檢查伺服器參數與路由設定
重點:先檢查伺服器能否建立連線,再檢查連線是否依預期套用策略。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 使用的欄位各不相同,不能只更改協定名稱就沿用原有參數。地址、連接埠、認證資訊和傳輸相關欄位都應與自己的服務商設定一致。
伺服器檢查項目
- Type
- 協定須與原始設定一致,不能只因名稱相似就替代使用。
- 地址
- 使用原始設定指定的網域或 IP,不要自行互換。
- 連接埠
- 逐位核對;即使填入 443,也不代表該服務一定使用 TLS。
- 認證
- 核對密碼、UUID 或金鑰,避免複製時帶入空格或換行。
連接埠號碼不能用來判斷協定;請以服務商提供的完整參數為準。
路由檢查項目
- 入口
- 前往 Home → Global Routing,記錄目前的路由模式。
- 設定
- 前往 Config,確認啟用的是準備使用的檔案。
- 策略
- 檢查目標網域會命中 DIRECT、PROXY、REJECT 還是哪個策略群組。
- 自動連線
- 前往 Settings → On Demand,確認是否有影響重新測試的自動連線條件。
排查期間請固定路由模式,重新測試完成後再恢復自動連線設定。
Config 中的規則會由上而下比對,FINAL 負責處理前面規則都未匹配的連線。DOMAIN-SUFFIX 用來匹配網域後綴,IP-CIDR 用來匹配 IP 網段,GEOIP 則依目標 IP 的地理分類進行匹配。若前面的寬泛規則已匹配,後面的具體規則就不會生效。以下僅示範語法和順序,並非可直接取代日常設定的完整檔案。
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY
範例中的 example.com 僅用於示範規則語法,不代表推薦任何服務。若測試目標被規則分配至 DIRECT,即使測試成功,也不能證明代理伺服器可用;要驗證代理連線,應搭配 Proxy 對照和實際連線紀錄。也不要為了讓單次測試通過而關閉憑證驗證,這可能掩蓋網域、裝置時間或伺服器憑證等問題。
六、以 Wi-Fi 和行動網路交叉測試,避免一次變更多個變因
重點:同一設定在兩種網路下結果不同時,應優先從網路環境著手排查,不要立刻刪除所有設定。切換網路前,先記錄所選伺服器、Global Routing 模式和測試目標;切換後保持這三項不變,再重新執行 Connectivity Test。
對照方式:固定設定,只切換網路
Wi-Fi 環境
- 先確認 Wi-Fi 已完成入口網站驗證,且一般網頁可直接連線。
- 記錄目前選取的伺服器和 Global Routing 模式。
- 開啟連線,執行 Connectivity Test,再確認目標頁面。
- 若只有此網路測試失敗,請檢查路由器限制、DNS 和 UDP 連線狀況。
行動網路環境
- 關閉 Wi-Fi,確認裝置實際使用行動數據。
- 維持相同的伺服器、路由模式和測試目標。
- 重新建立連線後再執行測試,不要沿用上次的結果。
- 若 App 無法連網,請確認系統是否允許它使用行動數據。
每輪只變更網路;確認差異後,再分別檢查 DNS、協定傳輸或網路限制。
若在 Settings → On Demand 設定了自動連線,手動關閉連線後,可能會因觸發條件再次連線。若要取得明確的直連對照結果,可先記錄並暫時停用相關自動連線條件,測試完成後再恢復。使用 Hysteria2、WireGuard 等依賴 UDP 的連線時,也請確認目前網路是否允許所需的 UDP 通訊;TCP 網頁可以開啟,不代表 UDP 也能連線。
七、首次連線常見問題
伺服器都匯入了,為什麼還要點選?
匯入只會將伺服器加入 Home 清單,不代表已將它設為目前選取項目。返回 Home,點選準備使用的伺服器列,確認選取圓點出現後再開啟連線。若 Config 使用策略群組,也要檢查該群組中的選取項目。
已開啟連線,但 Connectivity Test 逾時怎麼辦?
先確認 Global Routing 沒有誤選 Direct,再核對所選伺服器的地址、連接埠和認證資訊。使用 Proxy 進行一次對照;若仍失敗,請保持其他設定不變,切換 Wi-Fi 和行動網路重新測試,並記錄在哪個步驟發生逾時。
測試成功,為什麼只有某個網頁無法開啟?
先重新載入頁面並記錄具體錯誤。在 Config 確認使用中的檔案和目標匹配策略,再暫時改用 Proxy 重新測試。若只有單一網域無法連線,請進一步檢查該網域的 DNS、規則和目標服務狀態,不要將測試成功解讀為所有網站都能連線。
重新開啟 App 後,如何確認連線仍在?
返回 Home 檢查連線開關、目前選取的伺服器和 Global Routing,再執行一次 Connectivity Test。若連線自動恢復,請檢查 Settings → On Demand;若開關處於關閉狀態,請重新開啟並留意是否出現系統授權提示或連線錯誤。
完成首次連線的判斷標準是:伺服器選取狀態明確、隧道正常開啟、目前路由模式符合預期,而且 Connectivity Test 與實際目標網站都已驗證。日後更換伺服器、更新訂閱或切換設定檔時,也可以依照這套順序檢查,避免只憑單一延遲數值判斷連線是否正常。