Shadowrocket(小火箭)的連線開關、伺服器選擇、規則設定與訂閱更新,是彼此不同的環節。本文以使用者已有自己的服務商與訂閱為前提,依序說明首次連線、模式選擇、更新排錯及換機還原。排錯時一次只調整一項,記錄 Connectivity Test 與實際連線結果,避免混淆客戶端購買、系統 VPN 授權與服務可用性。
1. 開啟連線開關沒有反應,該先檢查什麼?
首次連線需要已有可用的伺服器項目、明確的預設選擇,以及系統允許新增 VPN 設定。Home 上的開關用來啟動連線,不會自動建立伺服器。清單為空時,請先匯入自己已有的訂閱;清單已有內容時,先確認選取的是伺服器項目,而不只是展開訂閱群組。
-
檢查項目
進入 Home,確認已有伺服器,且位址、連接埠與驗證資訊來自自己已有的設定。
-
選取伺服器
點選伺服器左側的圓點,將該項目設為預設;記下名稱,方便稍後確認測試對象。
-
開啟開關
開啟 Home 的連線開關。系統首次詢問是否允許新增 VPN 設定時,請閱讀提示並允許,並依指示完成裝置驗證。
-
進行測試
返回 Home 使用 Connectivity Test,再開啟實際需要使用的網頁,分別記錄結果。
若系統授權遭取消,請返回 App 重新發起連線;若開關短暫開啟後立刻關閉,先查看系統 VPN 狀態與 App 錯誤資訊。不要反覆刪除所有設定,否則會失去判斷故障發生在哪個步驟的依據。
2. Global Routing 的 Proxy、Direct、Config、Scene 該怎麼選?
Global Routing 決定連線採用哪種路由方式,與伺服器清單並不相同。日常需要依規則分流時,先在 Config 確認使用的設定檔,再前往 Home → Global Routing 選擇 Config。排查伺服器是否可用時,可以暫時改用 Proxy 作為對照,完成後再恢復原設定。
若 Config 下只有部分網站無法使用,而相同網站在 Proxy 下可以開啟,應優先檢查規則比對結果與策略選擇,而不是直接判定伺服器失效。Scene 也不等於「自動尋找最快伺服器」;尚未確認場景條件及相關設定前,不宜將它作為排錯基準。
3. VPN 已連線,為什麼網頁還是打不開?
系統顯示 VPN 已連線,只代表通道正在執行,無法證明遠端驗證成功、DNS 解析正確或目標網站可以連線。Connectivity Test 成功也只適用於測試目標及當時的網路條件,不能取代各項服務的實際連線測試。
- 先檢查本地網路:暫時關閉連線,確認 Wi-Fi 或行動網路本身可以上網;需要網頁認證的 Wi-Fi,請先完成認證。
- 再確認選取項目:返回 Home,確認預設伺服器仍是預期項目。訂閱更新後,原有項目可能已經變動。
- 比對路由模式:記下目前的 Global Routing,改用 Proxy 重試相同目標;不要同時更改 DNS 與多條規則。
- 區分故障範圍:所有目標都失敗時,檢查端點、驗證資訊與服務狀態;只有單一網域失敗時,檢查規則、解析結果及目標網站本身的狀態。
例如,「測試有結果,但某個網頁一直載入」與「所有測試都逾時」是兩種不同狀況。前者應進一步找出目標連線問題,後者則優先確認伺服器是否仍有效。記錄檔與截圖可能包含位址、UUID 或訂閱憑證,提供排錯資料前請先遮蔽這些資訊。
4. 已有訂閱要從哪裡新增?
訂閱是用來取得伺服器項目的位址,不是一般網頁網址,也不是客戶端的購買憑證。新增時請使用自己完整的訂閱連結,保留路徑、查詢參數及大小寫。透過通訊軟體複製時,請特別確認沒有多出空格、換行或標點符號。
- 開啟 Home,點選右上角的「+」,在 Type 中選擇 Subscribe。
- 在 URL 欄位貼上自己已有的訂閱網址,填入方便辨識的備註,然後儲存。
- 返回 Home,下拉重新整理並等待請求完成,再確認群組中是否出現伺服器。
- 選取其中一台伺服器,再依首次連線流程完成授權、連線與測試。
匯入成功與連線成功是兩個不同的檢查點。出現項目代表客戶端已取得並辨識內容,不表示每台伺服器都能從目前的網路連線。本網站不提供、不販售也不推薦節點或訂閱,僅說明如何使用已有的設定。
5. 訂閱更新失敗、逾時或更新後沒有變化,該怎麼辦?
訂閱更新會先送出取得請求,再解析回傳內容。請求逾時、驗證失效及回傳內容無法辨識,應分別處理。先記下錯誤訊息,再判斷是網路路徑問題還是訂閱本身有問題;不要反覆刪除訂閱來取代檢查。
下拉重新整理一直逾時,要先開啟連線嗎?
若訂閱網址需要透過代理存取,先使用仍可連線的既有伺服器開啟連線,再前往 Settings → Subscribe 檢查 Update via Proxy,啟用後返回 Home 重試。若沒有可用伺服器,只開啟這個選項仍無法建立可用的連線路徑。
顯示驗證失敗,換伺服器有用嗎?
先確認訂閱 URL 是否完整,再前往自己既有服務的管理頁面,確認連結是否已重設、權限是否仍有效。驗證遭拒與網路逾時不同,修改 Global Routing 通常無法修復已失效的 token。
顯示更新完成,項目為什麼還是原來的?
回傳內容可能沒有變動。請確認訂閱群組、項目數量與目標伺服器參數;不要只憑名稱判斷。若手動編輯由訂閱產生的項目,之後重新整理時可能會被訂閱中的值覆寫。
暫時改用代理更新後,請記下這項設定,以便下次遇到「伺服器已失效,訂閱也無法更新」時,確認兩者的依賴關係。不要短時間內反覆重新整理;先確認一次請求的結果,再決定下一步。
6. 關閉開關後又自動連線,是 On Demand 造成的嗎?
On Demand 用來依網路條件觸發連線。若切換 Wi-Fi 後自動連線,或手動中斷後又再次連線,請先檢查 Settings → On Demand,而不是立刻刪除系統中的 VPN 設定。規則分流決定流量去向,On Demand 決定何時觸發連線,兩者屬於不同層次。
On Demand 排查
- 位置
- Settings → On Demand
- 檢查項目
- 是否已啟用、網路條件及對應動作
- 對照方式
- 暫時關閉 On Demand,再手動中斷連線
完成比對後,依實際需求恢復設定;不要同時修改路由規則。
確認系統狀態
- 系統路徑
- 設定 → 一般 → VPN 與裝置管理 → VPN
- 檢查對象
- 目前啟用的 VPN 設定與連線狀態
- 觀察條件
- 切換 Wi-Fi 與行動網路後,是否再次觸發連線
系統選單名稱可能隨系統介面版本而異,請以裝置實際顯示為準。
若關閉 On Demand 後不再發生,表示應回頭調整自動連線條件,而非更換伺服器驗證資訊。若仍會自動連線,再檢查是否有其他系統管理設定,並保留目前狀態以利進一步排查。
7. Config 的規則順序會影響哪些網站走代理嗎?
會。Config 會依目前設定檔中的規則判斷連線,規則通常由上而下比對,較早符合的規則會影響後續判斷。DOMAIN-SUFFIX 用於網域後綴,IP-CIDR 用於位址網段,GEOIP 依 IP 地理資料庫判斷,FINAL 則處理前面規則都未符合的情況。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY
這段範例表示將 example.com 及其子網域交由 PROXY 處理,指定的私人位址範圍使用 DIRECT,接著檢查 GEOIP,最後由 FINAL 作為預設處理方式。這只是規則語法範例,不應直接取代現有的完整設定;實際使用時,還要確認設定中的策略名稱有效,以及 DNS 和其他設定符合原本用途。
no-resolve表示比對這條 IP 規則時,不會主動為此進行網域解析;已有目標 IP 時,仍可進行網段判斷。- GEOIP 判斷的是 IP 位址的地理歸屬,不是網頁語言,也不等同於網站營運主體所在地。
- 若將涵蓋範圍較廣的規則放在前面,後續更具體的規則可能就沒有機會符合。
- 排錯時,先在 Config 備份目前設定,再調整單一規則,連線後確認目標流量的實際去向。
8. 伺服器位址和連接埠都填了,為什麼還是驗證失敗?
位址與連接埠只描述服務入口。Type 決定使用哪種協定與該入口通訊,驗證欄位和傳輸設定也必須與既有服務端設定一致。例如連接埠為 443,不代表 Type 就應選 Trojan,也不能據此判斷是否應啟用 TLS。
| Type | 優先確認 | 常見錯誤觀念 |
|---|---|---|
| Shadowsocks | 密碼與加密方式 | 密碼正確,但加密方式與服務端不一致 |
| VMess / VLESS | UUID、傳輸方式及 TLS 相關設定 | 只複製 UUID,漏掉傳輸路徑或服務端名稱 |
| Trojan | 密碼、TLS 與服務端名稱 | 將連線位址與憑證驗證所需的名稱混為一談 |
| Hysteria2 | 驗證、TLS 及目前網路的 UDP 可達性 | 只確認一般網頁可連線,未檢查 UDP 路徑 |
| WireGuard | 金鑰、通道位址、Endpoint 等 | 將對端公鑰填入自己的 Private Key |
優先重新核對原始參數,不要猜測協定或關閉憑證驗證。TLS 錯誤也可能與裝置時間、憑證有效性或服務端名稱有關;忽略驗證不應作為一般修復方式。若參數來自訂閱,請先確認更新是否成功,避免反覆手動修改產生的項目後,又被更新內容覆寫。
9. 換到 iPhone 或 iPad 後,如何還原已購 App 與設定?
App Store 的已購項目記錄與 Shadowrocket 內的伺服器設定是兩類資料。使用購買時的 Apple ID 還原 App,不代表伺服器、訂閱及規則檔案都已轉移。換機前請分別確認購買記錄與設定備份,並在新裝置上重新測試連線。
換機流程:分別處理 App 還原與設定移轉
原裝置
- 確認 App Store 中的購買帳號與購買記錄。
- 保留自己的訂閱網址與必要的手動伺服器參數。
- 備份正在使用的設定檔,並記下 Global Routing 與 On Demand 設定。
- 設定備份包含敏感憑證,請存放在自己能掌控的位置。
新裝置
- 使用購買時的帳號,在 App Store 的已購項目中尋找 Shadowrocket。
- 還原 App 後,確認伺服器、訂閱與設定是否確實存在。
- 若內容缺漏,請從自己的備份還原,或重新新增已有的訂閱。
- 首次連線時重新允許 VPN 設定,並執行 Connectivity Test。
使用相同購買帳號不代表設定會自動同步;通用購買、相容裝置與系統需求,請以 App Store 頁面標示為準。
若商店仍顯示購買價格,請先確認登入帳號、商店地區與購買記錄,不要急著重複購買。若原裝置上的伺服器已失效,將相同設定還原到新裝置也不會讓服務自動恢復。
10. 購買客戶端後,還需要另外準備什麼?
Shadowrocket 是閉源商業 App,透過 App Store 在 Apple 平台發行,採一次買斷制。買斷客戶端 ≠ 購買線路方案。購買客戶端取得的是 App 使用權,不會自動提供可連線的伺服器、訂閱或服務期限;本文操作均以使用者已有自己的服務商與訂閱為前提。
- 確認產品:名稱為 Shadowrocket,開發者為 Shadow Launch Technology Limited,App ID 為
932747118。 - 確認裝置:主要使用裝置為 iPhone 與 iPad;Mac、Apple TV、Apple Vision 的相容性及系統需求,請以 App Store 頁面標示為準。
- 確認設定:準備自己的訂閱或伺服器參數,確認服務有效,再選擇 Global Routing 與規則檔案。
- 保留檢查結果:記下預設伺服器、路由模式、Connectivity Test 結果及失敗目標,之後排錯時依相同條件重新測試。
新手可以依固定順序檢查:先確認本地網路,再確認伺服器選擇,接著完成系統授權並執行測試,最後檢查規則與自動連線。如此可分別處理「App 未啟動」、「伺服器無法連線」、「規則路由不符」及「訂閱無法更新」,減少無關設定對判斷的干擾。