官方手冊 · 疑難排解

Shadowrocket 常見問題
購買、匯入與連線排除

遇到問題時該從哪裡查起?先依操作階段選擇分類,再展開對應解答。排查時每次只修改一項,保留原設定與錯誤提示,方便確認原因。

本文以使用者已有自己的訂閱或伺服器資訊為前提。系統要求、購買範圍與付款金額,均以 App Store 頁面標示為準。

Q.01—04 / App Store

正版確認與購買

購買前要確認什麼?先確認產品頁與目前的商店帳號,再查看價格及已購狀態。

如何確認商店中的 Shadowrocket 是正版?

請一併確認開發者、官方圖示與 App ID。開發者名稱為 Shadow Launch Technology Limited,App ID 為 932747118,產品頁網址結尾應包含 id932747118;圖示應與本站頁首使用的官方圖示一致。不要只看 App 名稱或搜尋排序。進入產品頁後,還要確認相容性與購買資訊;系統要求一律以 App Store 頁面標示為準。如需購買,請從本站的 App Store 正版確認頁繼續操作,所有取得方式均透過 App Store 完成。

一次買斷包含連線服務嗎?價格要去哪裡確認?

不包含。一次買斷客戶端 ≠ 購買連線方案;購買的是 Shadowrocket 客戶端的使用權,連線仍須使用者已有的訂閱或伺服器資訊。美國商店價格為 $2.99,一次買斷;實際付款金額與幣別,請以 App Store 頁面及確認購買時顯示的內容為準。本網站不提供、不販售,也不推薦節點或訂閱。購買後,請先備妥既有服務的有效參數,再依教學匯入;只安裝並開啟客戶端,不會自動產生可用的伺服器資訊。

換新裝置或重新安裝後,需要再買一次嗎?

先使用原購買帳號查看 App Store 的已購項目,不要看到價格按鈕就立刻再次付款。確認目前用於 Media & Purchases 的帳號與原購買帳號相同,再從 App Store 的 App 頁面或已購紀錄尋找 Shadowrocket;實際入口名稱以系統目前顯示為準。如果出現重新購買的提示,請先確認帳號、商店地區與購買紀錄,再進行操作。還原客戶端與還原本機設定是兩回事;重新安裝後,請檢查伺服器、Config 和規則是否仍在,並重新匯入自行保存的有效資訊。不要假設所有 App 資料都會隨購買紀錄還原。

查看 App Store 正版確認與購買說明 →

Q.05—08 / First use

安裝與首次啟用

安裝後先做什麼?確認裝置相容性、連線資訊與系統授權,再檢查自動連線條件。

iPad 可以安裝嗎?需要另外購買嗎?

請先在 iPad 上開啟同一個 App Store 產品頁,確認相容性。Shadowrocket 主要供 iPhone 與 iPad 使用;系統要求及通用購買範圍以 App Store 頁面標示為準。已購買的使用者,請使用原購買帳號查看產品頁是否顯示下載標示,或從已購項目進入,確認後再操作。iPad 版面會依螢幕尺寸與 App 介面調整,但仍須確認 Add Server、Config 和 Global Routing 等項目。不同裝置間的客戶端購買資格,不代表既有伺服器與設定已自動同步;首次使用時仍須檢查實際內容。

第一次開啟連線開關沒有成功,VPN 設定授權是什麼?

VPN 設定授權是讓系統允許 Shadowrocket 建立網路通道;取得授權本身不代表伺服器已可使用。請先確認已選取有效伺服器,再開啟連線開關;出現系統提示時,確認請求來自 Shadowrocket,並依系統指示允許及驗證。如果先前曾取消,可以返回 App 再試一次。仍無法開啟時,請查看系統 Settings 中的 VPN 設定狀態,以及裝置是否受到管理政策限制;若已有其他 VPN 連線,請先中止該連線再測試。不要反覆刪除所有設定,先記下提示內容,區分是系統授權失敗還是伺服器連線失敗。

介面顯示英文,該從哪裡開始操作?

可以直接依英文介面名稱尋找,不必先更改語言。Home 用來查看伺服器與連線入口,Add Server 用來新增連線資訊,Config 用來管理設定,Settings 用來查看 App 設定。初次使用可依序操作:Add Server → 選擇類型 → 填入既有服務參數 → 儲存,接著確認 Global Routing 與連線開關。本文保留介面原文,避免中文說明與實際按鈕名稱不一致;不同裝置與 App 介面的項目位置可能不同,若有差異,請以目前 App 顯示的名稱為準,不要只憑圖示位置猜測。

背景耗電較多,On Demand 該如何設定?

先比較使用時間、網路環境與流量相近時的系統電池紀錄,不要只憑單次百分比判定異常。網路通道持續運作、傳輸量較大或頻繁重新連線,都會影響耗電。查看 Settings 中的 On Demand 條件,確認是否在不需要連線的網路上仍自動啟動;排查時可暫時關閉 On Demand,改為手動連線並觀察。需要自動連線時,再依實際網路條件恢復設定。也請確認系統是否頻繁切換 Wi-Fi 與行動網路,以及伺服器是否穩定;On Demand 是連線觸發設定,並不保證固定幅度的省電效果。

依完整教學完成首次連線 →

Q.09—12 / Subscribe

訂閱與節點匯入

匯入失敗時先檢查哪裡?先區分請求失敗、內容解析失敗與伺服器連線失敗,不要將它們視為同一個問題。

匯入既有訂閱失敗,如何分辨是網址問題還是網路問題?

先在 Add Server 中選擇 Subscribe,確認已完整貼上自己持有的訂閱網址,再儲存並嘗試更新。請特別檢查網址開頭或結尾是否缺漏、是否混入空格或換行,以及聊天軟體是否截斷網址中的參數。請求失敗時,先確認目前的基本網路可正常使用;若回傳內容無法解析,請向原服務提供者確認該網址是否提供 Shadowrocket 可辨識的訂閱內容。網站帳號登入入口不能取代訂閱網址。排查時記下錯誤提示即可,不要公開包含存取憑證的完整訂閱網址,也不要失敗後反覆新增相同紀錄。

既有訂閱如何更新?為什麼更新後清單沒有變化?

在 Home 找到對應的訂閱紀錄,使用該紀錄的更新功能,並先確認更新是否完成;實際入口以目前 App 顯示為準。更新成功只代表已取得並處理訂閱內容,不保證上游內容一定有所變更。若清單沒有變化,請確認更新的是正確紀錄、訂閱網址是否仍有效,以及既有服務是否確實更新了內容。更新失敗時不要立刻刪除原紀錄,請先保留錯誤訊息並確認網路。更新後也要檢查目前選取的伺服器是否仍存在,不要假設原本的選項一定能在新清單中繼續使用。

匯入後沒有伺服器,或顯示名稱卻連線失敗,該怎麼辦?

這兩種情況應分開檢查。沒有伺服器時,先確認訂閱請求是否成功,以及回傳內容是否包含可辨識的連線項目;若只顯示名稱但連線失敗,則繼續核對位址、連接埠、驗證資訊、TLS 與傳輸方式。項目能儲存,不代表參數組合正確,也不代表伺服器目前可連線。先選一個項目執行 Connectivity Test,再嘗試實際連線,避免一次修改整組伺服器。若既有服務狀態有所變化,請向原服務提供者確認是否仍有效;匯入訂閱只會儲存連線資訊,無法修復伺服器端的驗證或可用性問題。

手動新增伺服器時,哪些欄位必須依原始資訊填寫?

先在 Add Server 中選擇與既有服務相符的類型,再填入位址、連接埠及該協定要求的驗證欄位。Shadowsocks、VMess、VLESS、Trojan 等類型的欄位各不相同,不要把一種類型的參數直接套用到另一種類型。如果服務資訊包含 TLS、傳輸方式、路徑或伺服器名稱,也要逐項確認,不能只填位址和連接埠。儲存前檢查大小寫、空格與內容是否完整,儲存後再單獨測試該項目。支援某種協定,不代表任意參數組合都能使用;不確定的欄位應回到原有服務說明確認,不要自行猜測。

在術語表確認協定與設定用語 →

Q.13—16 / Diagnostics

規則分流與故障排除

已連線卻仍無法使用?先分開檢查網路、解析與策略,再以相同目標進行比對。

Global Routing 的 Config、Proxy、Direct 三種模式該怎麼選?

需要依規則選擇策略時,使用 Config;需要讓請求依所選代理策略進行對照測試時,使用 Proxy;需要檢查直接連線狀況時,使用 Direct。Config 的結果取決於目前啟用的設定與規則,選取伺服器不能取代規則選擇。日常使用時先確認目標,再選擇模式;排查時保持相同的伺服器與測試目標,只切換模式進行比較。如果 Proxy 可用而 Config 異常,應優先檢查規則比對結果與策略參照。測試結束後請恢復需要的模式,不要長期保留為臨時排查所做的變更。

開關顯示已連線,但網頁無法開啟,該依什麼順序排查?

依序檢查基本網路、伺服器、Global Routing、DNS 與規則。先中止連線,確認目前的 Wi-Fi 或行動網路本身能連線至平常使用的目標;再連線到同一台伺服器執行 Connectivity Test,並嘗試實際連線。接著暫時切換 Proxy 與 Config 進行比較:只有 Config 異常時,檢查目前設定中的規則順序與策略參照;兩者都異常時,繼續確認伺服器參數及 DNS。每次只修改一項並記錄結果,避免同時更換伺服器、設定與 DNS。開關顯示已連線,不代表所有目標都能正常解析或連線。

Connectivity Test 延遲正常,就代表一定能上網嗎?

不一定。Connectivity Test 只反映所選測試方式、目標與當下網路的結果,不能代表所有網站、所有協定或持續傳輸的狀況。先確認測試使用的是要檢查的伺服器,再開啟實際需要連線的目標,確認能否解析、建立連線並取得內容。如果測試正常但實際請求失敗,請檢查 Global Routing、DNS 與規則比對結果;若只有特定目標失敗,則進一步釐清該目標的解析或連線問題。比較延遲時,盡量使用相同網路、測試方式與目標,不要只根據單次數值決定是否刪除或更換伺服器。

DNS 與規則該先改哪一個?FINAL 應放在哪裡?

先判斷問題出在名稱解析還是策略選擇,再修改對應項目。網域名稱無法解析時,確認目前 Config 中的 DNS 設定及解析請求是否可送達;網域名稱能解析,但連線策略不如預期時,檢查規則與實際比對紀錄。一般規則通常由上而下比對,應將具體條件放在較寬泛的條件之前,並將 FINAL 放在末尾,處理未符合前面規則的請求。規則列中的 PROXY、DIRECT、REJECT 是策略關鍵字,請保留原文。修改前先備份原設定,每次只調整一項,再用相同目標重新測試;確認原因後再擴大修改範圍。

查看規則架構、比對順序與策略參考 →