Shadowrocket(小火箭)更新訂閱後沒有節點,請先保留原有記錄,再區分「請求失敗」、「回應內容有誤」和「清單未顯示」三類問題。本文以使用者已有自己的服務商與訂閱為前提,依序檢查網址、回應、網路與更新時機,最後透過一次受控更新確認結果。
一、先確認是清單空白,還是更新未完成
訂閱更新包含多個環節:應用程式讀取已儲存的 URL、向訂閱網址發出請求、接收內容,再將可辨識的節點記錄顯示於 Home。任何環節異常,都可能呈現為「沒有新節點」,但處理方式各不相同。請勿先刪除整份訂閱,也不要將連線開關的狀態當成更新成功的證明。
- 返回 Home,清除搜尋並展開對應的訂閱群組,確認不是搜尋條件或群組收合造成畫面空白。
- 記下這次更新是否出現錯誤、舊節點是否仍在,以及只有一個群組空白,還是所有群組都空白。
- 確認目前操作的項目。Config 用來管理設定檔與規則;本文要檢查的是 Home 中的訂閱節點清單。更新設定檔不等於更新節點訂閱。
- 私下備份訂閱名稱與原始 URL。若目前仍有可用連線,請先保留,以免刪除後失去唯一可用的測試路徑。
「舊清單還在,但沒有新增」較可能是更新未完成或遠端內容沒有變動;「更新後某個群組變空」應優先檢查回應內容與帳戶狀態;「所有清單都看不到」則先檢查 Home 的顯示範圍。這些現象可用來判斷下一步,不足以單獨確認故障原因。
二、確認 URL 完整,不要把帳戶頁面當成訂閱網址
訂閱網址是供應用程式取得設定內容的入口,不是帳戶首頁、訂單頁或瀏覽器登入頁。請從自己的服務商帳戶重新複製適用於 Shadowrocket 的訂閱網址,再與應用程式中儲存的網址逐字比對。網址看起來很長,不代表內容完整;查詢參數少了一小段,也可能導致驗證失敗。
https://example.com/sub?token=xxxx
以上僅為不可用於連線的格式示意。https:// 表示存取方式,example.com 是示例網域,/sub 是示例路徑,token=xxxx 是虛構的驗證值。實際服務的路徑、參數名稱和驗證方式可能不同,請勿依照此示例手動修改現有網址。
- 檢查首尾:移除複製時混入的說明文字、引號與換行,也不要把句末的中文句號一併貼上。
- 檢查參數:保留
?之後的完整內容;多個參數之間的&不可遺漏,也不要將網頁原始碼中的&當成實際分隔符號貼上。 - 檢查編碼:不要任意解碼
%2F、%2B或變更大小寫;驗證字串通常必須原樣保留。 - 檢查網址用途:必須先在瀏覽器登入才能看到內容的頁面,不一定是應用程式可直接請求的訂閱端點。
- 檢查憑證變更:若曾在帳戶中重設訂閱憑證,也必須替換應用程式內儲存的舊 URL。
三、檢查回應結果:網頁能開啟,不代表能解析出節點
瀏覽器成功開啟頁面,只能表示瀏覽器完成了相應的存取。瀏覽器可能已有登入 Cookie,也可能顯示人機驗證頁;Shadowrocket 取得訂閱時,不一定具備這些瀏覽器工作階段條件。即使 HTTP 狀態為 200 OK,回傳內容仍可能是登入頁、錯誤說明或空白本文。
結論:先確認回應內容,再調整解析相關設定
若取得的是登入網頁或空白本文,切換節點協定無法補回缺少的記錄;請先向自己的服務商確認該訂閱端點確實回傳適用於 Shadowrocket 的有效內容。
以下是可能出現在請求詳細資料、伺服器記錄或錯誤提示中的標準 HTTP 狀態文字,不代表應用程式每次都會以相同形式顯示。請以實際看到的狀態為準,不要只憑「清單空白」推斷狀態碼。
HTTP 401 Unauthorized
原因與解法:請求缺少有效驗證憑證——從自己的帳戶重新複製目前有效的完整訂閱網址,並確認 token 是否已重設。
HTTP 403 Forbidden
原因與解法:伺服器端拒絕目前的請求——確認帳戶權限與端點存取要求,並請自己的服務商檢查存取限制;不要反覆重新整理。
HTTP 404 Not Found
原因與解法:目標路徑不存在或已變更——確認是否複製了舊網址或漏掉路徑片段,並使用帳戶目前提供的訂閱網址。
HTTP 429 Too Many Requests
原因與解法:請求觸發頻率限制——停止連續更新;若回應包含 Retry-After,請依指定時間等待,否則向自己的服務商確認重試間隔。
若服務商確認回應包含記錄,但應用程式仍無法解析,請進一步確認所選的輸出格式。訂閱不是任意文字檔:節點清單、完整設定檔與網頁內容的結構各不相同。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的參數結構也各有不同,無法只改名稱,就讓格式不符的內容變成有效訂閱。
四、檢查更新路徑:分別測試直連與 Update via Proxy
連線節點所使用的連出路徑,與擷取訂閱網址的路徑需要分開判斷。節點能連線,不代表訂閱網域可存取;訂閱能更新,也不代表其中所有節點都能連線。請先使用目前的網路更新一次並記錄結果,再只改變一項條件重試,避免同時切換網路、重設網址和修改設定,導致無法判斷原因。
- 確認網路可用:若 Wi-Fi 需要網頁驗證,請先完成驗證。系統日期與時間也應正確;時間錯誤可能影響 HTTPS 憑證驗證。
- 確認更新方式:前往 Settings → Subscribe,查看 Update via Proxy。相關選項的顯示方式以應用程式中的實際介面為準。
- 測試透過代理更新:只有在已有可用節點且已建立連線時,才適合開啟 Update via Proxy 進行測試;清單空白本身不會憑空產生可用代理。
- 測試其他網路:情況允許時,改用行動網路或另一個可信任的 Wi-Fi,只更新同一份訂閱一次,並比較是否仍出現相同錯誤。
- 還原非必要變更:測試結束後,保留能說明結果的設定;不要為了更新訂閱而長期保留無關的路由變更。
Global Routing 中的 Proxy、Direct、Config、Scene 用於連線與路由選擇,無法修復失效的 token 或空白回應。On Demand 用於依條件觸發連線,也不是產生訂閱內容的開關。請勿將調整 Global Routing 或 Settings → On Demand 當成所有訂閱錯誤的通用解法。
五、確認帳戶狀態與更新時機,再進行一次受控更新
剛重設 token、剛調整帳戶權限或伺服器端正在維護時,訂閱內容可能尚未就緒。用戶端無法決定伺服器端何時產生新清單,也不能根據「更新動作結束」推斷帳戶中一定有可用記錄。請以自己的帳戶狀態與服務商提供的確認資訊為準,不設定通用的等待分鐘數。
- 確認帳戶範圍:確認目前訂閱所屬帳戶仍有效、授權範圍正確,並檢查是否因到期、額度狀態或群組調整而不再回傳原有記錄。
- 確認變更時間:記下重設網址、調整帳戶與首次出現清單空白的時間,判斷是否都發生在同一次變更之後。
- 確認維護與限制:若伺服器端正在維護或明確要求等待,請依說明重試,不要連續下拉重新整理。
- 執行單次更新:在 Home 更新目標訂閱;使用下拉重新整理時,請留意實際提示對應哪個群組,以免混淆多份訂閱的結果。
- 確認結果:展開目標群組,確認是否出現節點記錄;再對需要使用的節點執行 Connectivity Test。清單恢復與連線正常是兩項獨立的驗收項目。
若需要再次求助,整理「發生時間、網路類型、是否啟用 Update via Proxy、實際錯誤、原清單是否保留、帳戶近期是否變更」即可留下可供檢查的紀錄。請勿提交 PrivateKey、密碼或完整 token。排查需要的是現象與條件,不是公開驗證資訊。
六、訂閱空白常見問題
更新後整份清單都空白,需要先刪除訂閱再新增嗎?
不建議把這當成第一步。請先退出搜尋、展開群組,並確認已儲存的 URL 與更新錯誤。只有在備份原網址,且確認遠端提供有效內容後,才考慮重新新增以排除本機記錄問題;刪除訂閱無法修復伺服器端的空白回應。
同一個網址在瀏覽器中能開啟,為什麼應用程式裡仍沒有節點?
確認瀏覽器顯示的是節點內容還是帳戶網頁,並檢查是否依賴登入工作階段。請自己的服務商確認應用程式請求取得的實際本文與輸出格式,不能只以瀏覽器頁面載入完成來判定內容有效。
已連上舊節點,但訂閱更新仍逾時,該怎麼辦?
前往 Settings → Subscribe 確認 Update via Proxy,再確認目前連線本身可用。每次只變更更新方式或網路其中一項;若不同路徑都逾時,請記下時間並檢查訂閱端點狀態。
節點恢復了,但 Connectivity Test 仍失敗,是解析失敗嗎?
清單已顯示記錄,表示至少已有內容成功解析。接下來請檢查節點位址、連接埠、驗證參數與網路可達性;不要再將連線錯誤歸因於訂閱空白,也不要任意把連接埠一律改成 443。
購買 Shadowrocket 後,為什麼沒有自動出現節點?
購買用戶端 ≠ 購買線路方案。Shadowrocket 是閉源商業應用程式,透過 App Store 購買即可取得用戶端使用權;本文的訂閱匯入與故障排除,以使用者已有自己的服務商與訂閱為前提。