FAQ
Shadowrocket(小火箭)常見問題:正版驗證、安裝與訂閱匯入檢查
依四類主題整理 20 則問答:商店驗證與買斷事實、iPhone 與 iPad 的安裝與授權、訂閱與節點匯入、Global Routing 分流與連線故障。每則都給出可執行的操作順序,介面詞保留英文原文,方便與裝置上的實際介面對照。
- 開發者Shadow Launch Technology Limited
- App ID932747118
- 價格一次買斷
- 平台iPhone 與 iPad 通用
分類
QUESTIONS
四類常見問題,依序逐條檢查
每則答案都是操作順序,而不是結論。遇到現象先定位到分類,再依條目裡的步驟逐項驗證。
正版驗證與購買
開發者名稱 · App ID · 一次買斷
在 App Store 裡搜不到 Shadowrocket,該怎麼辦?
先確認搜尋詞是完整的英文名稱 Shadowrocket,而不是中文別稱。App Store 的搜尋排序會受目前登入帳號所屬商店地區影響,同一個 App 在不同地區商店的上架狀態可能不同。
若仍然搜不到,可以直接開啟產品頁:商店頁網址結尾帶 id932747118。開啟後核對開發者名稱與 App 圖示兩項,確認是同一個 App。若頁面顯示目前地區無法使用,代表該商店沒有這個 App,需要依 Apple 官方支援文件的步驟檢查帳號地區設定。
怎麼確認自己買到的是正版?
在商店頁核對三處:開發者名稱 Shadow Launch Technology Limited、App 圖示(白底、藍紫漸層描邊的火箭圖形,與本站頁首圖示一致)、App ID 932747118(商店頁網址結尾的 id932747118)。三處都相符,才是同一個 App。
搜尋結果裡同名或名稱相近的 App 不少,只憑名稱判斷容易買錯,請以開發者名稱與 App ID 為準。驗證步驟的完整說明見 App Store 正版驗證頁。
Shadowrocket 多少錢?是訂閱制嗎?
付費 App,一次買斷:美國區定價約 2.99 美元,其他商店以當地貨幣顯示,實際金額以 App Store 頁面標示為準。
買斷只涵蓋用戶端本身,不包含任何線路、節點或訂閱——用戶端買斷 ≠ 線路方案,節點與訂閱需要向你的服務商取得。
換了新 iPhone,還需要再買一次嗎?
不需要。用購買時的同一個 Apple ID 登入 App Store,在「已購項目」裡找到 Shadowrocket 直接下載即可,不會重複扣款。
是否支援家人共享,以及 Mac 與 Apple TV 是否在同一筆購買下可用,以 App Store 商店頁的標示為準。
帳號所屬商店沒有這個 App,可以切換地區嗎?
App Store 的商店地區由目前登入的 Apple ID 所屬地區決定。需要調整時,請依 Apple 官方支援文件的路徑修改帳號地區設定,並處理該地區的付款方式。
本站不參與帳號層級的任何操作,也不提供帳號。購買前建議先確認商店地區、價格與相容性三項資訊。
安裝與首次開啟
VPN 設定授權 · iPhone · iPad
iPhone 上怎麼安裝?系統需求是什麼?
在 App Store 商店頁點「取得」,用 Face ID、Touch ID 或密碼確認後開始下載,安裝完成後主畫面會出現圖示。
系統版本需求以 App Store 頁面標示為準,商店頁的相容性欄位會寫明支援的裝置與系統版本。安裝前先確認裝置剩餘空間是否足夠。
首次開啟時跳出的「加入 VPN 設定」是什麼?
這是 iOS 的系統層級授權彈出視窗。用戶端要在系統層面接管網路請求,必須透過這個彈出視窗註冊一組 VPN 設定,允許之後會要求驗證裝置密碼或 Face ID。
拒絕授權後用戶端無法建立連線,可以再次開啟 App 重新觸發。已授權的設定可以在系統「設定 → 一般 → VPN 與裝置管理」裡查看,不需要時也能在那裡移除。
iPad 上可以裝嗎?和 iPhone 有什麼不同?
同一個 App Store 商店頁同時標示 iPhone 與 iPad,用同一個 Apple ID 已購可直接在 iPad 上下載。
iPadOS 上介面較寬,設定項目與 iPhone 一致:Home、Config、Global Routing、On Demand、Data 都在同一組位置裡。iPad 上的 VPN 設定授權流程與 iPhone 相同。
開啟後介面是英文的,有中文嗎?
用戶端介面裡的設定項目以英文原文顯示,例如 Home、Config、Global Routing、On Demand、Add Server、Subscribe。本站教學一律保留這些原文並附中文說明,照著詞找位置即可。
不同系統版本下介面顯示可能略有差異,以你裝置上的實際介面為準。
Mac 和 Apple TV 上也能用嗎?
在同一個 App Store 商店頁的相容性欄位裡,可以看到 Mac、Apple TV 與 Apple Vision 的標示,系統需求與是否通用購買以商店頁標示為準。
Mac 上的取得方式與 iPhone 一致,同樣在 App Store 內完成。
訂閱與節點匯入
Subscribe · Scan QR Code · Add Server
訂閱連結從哪裡來?
訂閱連結由你的服務商提供,本站不提供、不販售也不推薦任何訂閱、節點或方案。匯入前先向服務商確認:連結是否有效、是否綁定裝置數量限制、是否需要定期重設。
用戶端一次買斷只涵蓋 App 本身,與線路服務是兩件事。
怎麼把訂閱匯入 Shadowrocket?
開啟 Home 頁,點右上角 +,選擇 Subscribe(訂閱),把服務商給的完整連結貼到 URL 欄位,備註名稱寫在 Remark,儲存後 App 會自動抓取一次節點清單。
也可以選擇 Scan QR Code 掃描服務商的 QR Code,或用 Import from Cloud JSON 匯入設定檔。範例連結形如 https://example.com/sub?token=xxxx,實際連結以服務商提供的為準。逐步操作見使用教學。
訂閱更新失敗、出現錯誤提示怎麼辦?
依序檢查:
- 先在瀏覽器裡開啟訂閱連結,看是否能回傳內容。打不開代表連結過期或被服務商重設,需要向服務商確認。
- 檢查連結是否複製完整,
?之後的 token 參數常被通訊軟體截斷。 - 確認目前網路能直連服務商網域,必要時先切到 Direct 模式再更新。
- 開啟 Config,找到對應的訂閱項目手動觸發一次更新。
- 若只是偶發逾時,稍後重試即可。
訂閱更新會依服務商下發的設定重建節點清單,先前的手動變更不會保留。
手動新增一台伺服器要填哪些欄位?
在 Add Server 頁:Type 選擇協定(Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard),Address 填伺服器位址,Port 填連接埠,Password 或 UUID 依服務商提供的資訊填寫,Remark 寫一個方便辨識的備註名稱。
範例值僅作格式示範:Address 寫 example.com,Password 寫 your-password,請依服務商提供的真實參數填寫。
訂閱裡的節點太多,可以只留幾個嗎?
可以在 Config 裡查看訂閱項目、控制是否啟用,但訂閱更新後會依服務商下發的設定重建節點清單,手動刪除的項目通常不會保留。
較穩妥的做法是讓 Global Routing 保持 Config 模式,用規則決定哪些流量走代理,而不是靠刪節點來控制。
規則分流與疑難排解
Global Routing · On Demand · REJECT
Global Routing 的三種模式怎麼選?
Global Routing 有三種模式:Config(依規則分流,預設)、Proxy(所有流量走代理)、Direct(所有流量直連)。
日常使用建議保持 Config,由規則決定直連或代理;懷疑某個網域被判定錯誤時,暫時切到 Proxy 驗證一次,如果切過去就正常,代表問題在規則;需要暫時恢復本地網路時切 Direct。三種模式的差別見功能與設定。
連線開關打不開,或剛打開就自動關閉?
依序檢查:
- 是否已經新增至少一台伺服器或訂閱——沒有任何可用節點時無法建立連線。
- 首次使用的 VPN 設定授權是否被拒絕,可在系統「設定 → 一般 → VPN 與裝置管理」裡確認。
- 裝置上是否同時存在其他 VPN 設定,先移除不用的。
- 是否開啟了「螢幕使用時間」裡的限制。
- 重新啟動裝置後再試一次。
顯示已連線,但網頁打不開?
依這個順序縮小範圍:
- 切到 Direct 模式,確認本地網路本身能上網。Direct 也打不開,代表問題不在代理。
- 切到 Proxy 模式。如果 Proxy 正常而 Config 不正常,代表規則把該網域判定成 DIRECT,檢查規則順序。
- 回到 Config,在伺服器清單裡做一次延遲測試,看節點是否可用。
- 確認訂閱是否過期、流量是否用盡。
- 檢查 On Demand 是否在切換網路時把連線斷開。
一直開著會不會很耗電、很耗流量?
用戶端常駐時會保持一個系統網路擴充功能在運作,耗電與使用強度、節點延遲、規則數量都有關係,沒有統一的固定值。
可以用 Data 頁的依伺服器與依 App 兩組數據,看實際走了多少流量、是哪個 App 在跑;On Demand 可以減少在不需要的網路環境下空轉。實際表現以你的裝置與網路環境為準。
加了 REJECT 規則,為什麼廣告還在?
REJECT 只能攔截規則命中的網域或 IP,而且只在流量經過用戶端時生效:HTTPS 之下看不到請求路徑,App 內建的請求、使用自有 DNS 的請求以及網域前置都可能繞過規則。
所以規則封鎖的效果因 App 而異,不保證任何阻擋廣告的效果。想確認規則是否命中,可以對照 DOMAIN-SUFFIX、GEOIP、FINAL 的比對順序檢查一遍,詳見REJECT 策略:封鎖原理與攔截邊界。
分步操作看使用教學,從取得到達日常維護的完整流程看系統教學;規則寫法可以看DOMAIN、GEOIP、IP-CIDR 與 FINAL 各比對什麼。
訂閱連結與節點資訊一律向你的服務商取得;用戶端一次買斷不等於線路方案。