2026-09-15 · 故障排查 · 約 10 分鐘

Shadowrocket 速度慢怎麼辦？節點、線路、協定與本地網路逐層排查

從本地 Wi-Fi 與行動網路開始，逐步檢查協定設定、線路尖峰時段及伺服器狀態，透過可驗證的方法找出速度變慢的環節。

本文重點

Shadowrocket（小火箭）連線後速度變慢，建議先固定測試目標，再依序比對本地網路、協定設定、傳輸線路與節點伺服器。本文以 iPhone / iPad 的操作方式為主，適合已有自己的服務商與訂閱、可以連線但網頁或下載速度異常緩慢的使用者；看完可分辨延遲、頻寬與連線失敗，並整理可重現的排查紀錄。

先固定測試條件：延遲低不代表下載快

先分清楚是「連線前等很久」還是「開始傳輸後速度很慢」。前者可能與 DNS、建立連線或 TLS 交握有關；後者則較可能受到可用頻寬、封包遺失、限速及目標網站影響。Home 的連線狀態或延遲測試，只能反映當下指定測試的結果，不能取代持續下載測試，也無法證明所有 App 都使用相同的出口。

一次請求會經過多個環節。某個節點顯示延遲很低，不代表目標網站也靠近該伺服器；遠端出口到網站之間仍可能壅塞。排查時請固定使用同一個網站或檔案，不要直接比較不同測速服務的結果。

本地網路規則判定協定連線線路傳輸伺服器出口
  • 固定目標：使用自己有權存取的同一個 HTTPS 網頁或檔案；檔案測試選擇幾十 MB 即可，並留意行動數據用量。
  • 固定時間：每組觀察約 30 秒，重複 3 次，記錄初始畫面等待時間、穩定傳輸速率及是否中斷，不要只看瞬間峰值。
  • 統一單位：8 Mbps 約等於 1 MB/s，尚未扣除協定額外負載；請勿將 Mbps 與 MB/s 視為相同單位。
  • 固定變因：每輪只更改網路、節點或路由模式其中一項；測試期間暫停雲端備份、系統更新及其他大型檔案傳輸。

第一層：比較 Wi-Fi 與行動網路

同一節點在 Wi-Fi 下速度慢、行動網路正常時，優先檢查 Wi-Fi 連線及其上游路徑，不要立刻更改協定。若 iPad 沒有行動網路，可用自己的手機熱點進行比較；熱點也可能受限速，因此只能視為另一種連線方式，不能當成絕對基準。

  1. 保留原有設定

    在 Home 記下目前使用的節點與 Global Routing，並保留 Config 中正在使用的設定副本。記錄 Settings → On Demand 目前的狀態；若已啟用，可在受控測試期間暫時關閉，避免自動重新連線影響「已中斷」的判斷，測試後再恢復。

  2. 測試本地基準

    先中斷 Shadowrocket，確認連線確實已停止，再開啟平常可直接連線的 HTTPS 網頁。若該網頁也載入很久或反覆中斷，請先檢查 Wi-Fi 訊號、路由器負載或寬頻連線。

  3. 切換網路

    重新連線 Shadowrocket，維持相同節點與目標，分別在 Wi-Fi 和行動網路下重複測試。iPhone 可在系統 Settings → Wi-Fi 關閉 Wi-Fi，確認狀態列已切換後再開始下一輪。

  4. 縮小範圍

    若只有 Wi-Fi 異常，請靠近路由器重新測試，並分別檢查可用的 5 GHz 與 2.4 GHz 網路。若只有某種網路無法連線，記錄電信業者與網路類型，留待協定層檢查 UDP 是否可通。

第二層：核對協定參數與實際路由

在 Home 開啟目前節點的編輯頁面，依照服務商提供的原始參數，逐項檢查協定類型、伺服器位址、連接埠、驗證資訊，以及設定要求的 TLS、SNI 和傳輸選項。不要隨意更改連接埠或關閉憑證驗證來「加速」。例如，服務明確使用 TCP 443，就應核對該連接埠；不能因為另一份設定使用 UDP 443，就互相替換。

Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的連線要求各不相同，不能只更改 Type 就期待伺服器接受新協定。Hysteria2 以 QUIC 為基礎，依賴 UDP；WireGuard 也使用 UDP。若某個 Wi-Fi 網路對 UDP 限制較多，這些協定可能逾時或連線不穩。其他協定使用哪種底層傳輸方式，請以現有設定為準，不能只看協定名稱判斷。

檢查項目具體操作判斷方式
Global Routing在 Home 檢查目前模式。Config 依設定規則分流；Proxy 用於暫時比對代理路徑；Direct 用於直接連線。同一目標在 Proxy 下正常、Config 下異常時，優先檢查規則與策略選擇；測試後恢復原模式。
規則比對在 Config 核對相關的 DOMAIN-SUFFIX、GEOIP、IP-CIDR 與 FINAL 規則，以及對應策略是否存在。一般規則的順序會影響比對結果；過早符合的寬泛規則，可能讓目標走上非預期路徑。
DNS 與 TLS分別記錄網域解析失敗、憑證錯誤與連線逾時；檢查系統時間及服務要求的 SNI。只有網域無法存取，不代表頻寬不足；HTTPS 不宜用裸 IP 取代網域進行判斷，因為憑證與虛擬主機可能不同。
UDP 連通性使用兩種網路連線測試同一份 Hysteria2 或 WireGuard 設定。只有在某個網路下失敗，表示應調查該連線路徑；仍不能只憑逾時就斷定是電信業者封鎖。

若只有第一次開啟速度慢，同一頁面再次開啟時明顯變快，可優先留意 DNS、連線重複使用與快取，但這些只是線索。不要同時更換 DNS、協定和節點，否則無法判斷哪項變更有效。修改設定前請先保留副本，每次只改一個欄位。

第三層：分辨線路尖峰與目標網站限制

線路問題常見的情況包括：白天正常、晚上變慢；連線已建立，但傳輸速率上下波動；同一時間多個目標都受影響。要確認是否如此，需在同一網路、同一節點及同一測試目標下，跨時段記錄結果，而不是只看一次延遲數值。

  • 跨時段：可選擇 09:00、15:00、21:00 各測一組。這只是記錄時間建議，不代表所有地區都會在相同時段壅塞。
  • 跨目標：在同一節點下測試兩個彼此獨立且可合法存取的目標。若只有一個網站速度慢，請檢查該網站的服務狀態、帳戶限制、CDN 配置及 App 本身的行為。
  • 跨出口：若自己的訂閱已有不同地區或線路的節點，可在同一時段進行比較。節點名稱不同不代表使用不同上游，請謹慎解讀結果。
  • 觀察持續性：一開始幾秒速度很快，之後穩定下降，可能是限速、快取耗盡或壅塞控制變化；需搭配服務商的流量與頻寬規則確認。

不要只憑「地理距離近」就推斷線路品質好。實際路徑、電信業者互連及伺服器出口都會影響使用體驗。若只在特定時段變慢，提供準確時間、所在時區、網路類型與目標狀況給自己的服務商，比只說「晚上很卡」更容易查證。

第四層：檢查節點伺服器與實際錯誤

若在同一網路下，自己的訂閱中其他可用節點正常，只有某個節點持續異常，可將範圍縮小到該節點及其路徑。節點是連線端點，不等於整條線路；伺服器在線，也可能遇到出口頻寬耗盡、連線數限制或遠端網路故障。

以下列出網路診斷中可能出現的底層錯誤原文，不保證每次都會以相同形式顯示。請保留完整上下文與發生時間；單一錯誤通常只能縮小範圍，無法單獨確定問題環節。

錯誤：connection timed out

可能原因：未能在指定時間內完成連線，可能與路徑封包遺失、連接埠無法連通、UDP 受限或伺服器沒有回應有關。

處理方式：維持節點參數不變，切換 Wi-Fi 與行動網路重新測試；兩種網路都失敗時，請向自己的服務商確認位址、連接埠與服務狀態。

錯誤：connection refused

可能原因：連線收到明確拒絕，常見情況是目標連接埠沒有服務在監聽，或中間設備主動拒絕連線。

處理方式：核對伺服器位址與連接埠，不要反覆猜測連接埠；請服務商檢查監聽狀態與存取控制。

錯誤：certificate has expired

可能原因：正在驗證的憑證已過期，或裝置時間異常，導致憑證效期判斷錯誤。

處理方式：先核對系統日期與時間，再向服務商確認 TLS 憑證及 SNI；請保留憑證驗證，不要將略過驗證當成加速方式。

訂閱更新成功不代表節點目前可用，只表示已完成取得設定。反過來說，更新失敗也不一定能解釋現有節點為何變慢。需要重新整理時，請在 Home 更新既有訂閱，並確認網址與權限仍有效；不要刪除所有設定後重新匯入來取代問題排查。

  • 只有單一節點異常：提供節點識別資訊、錯誤原文與重現時間，詢問伺服器負載、維護狀況及連接埠狀態。
  • 所有節點都異常：先重新檢查本地網路、帳戶狀態與共用設定，再確認是否使用相同上游。
  • 分享診斷紀錄前：隱藏訂閱網址、token、密碼、私鑰與個人瀏覽紀錄，只保留排查所需欄位。

常見問題：連線正常，使用起來仍很慢

顯示延遲很低，為什麼影片還是會緩衝？

延遲測試不代表影片 CDN 有足夠的可用頻寬。請固定同一部影片與畫質，先觀察播放是否持續，再換另一個可合法存取的目標；若只有該平台異常，請檢查目標 CDN 路徑與平台限制，不要只按延遲排序來選擇節點。

把 Global Routing 改成 Proxy 就正常了，該怎麼辦？

先記下原本的模式，再到 Config 檢查目標相關規則及其策略。Proxy 下正常只能表示兩種模式的處理路徑可能不同，不能證明協定本身比較快。修正錯誤比對後，恢復原本的 Config 模式，再以相同目標重新測試。

切換到 Hysteria2 就一定能加速嗎？

不一定。必須有支援 Hysteria2 的伺服器與相應參數，而且網路連線必須允許所需的 UDP 通訊。請先在相同網路下比較連通性與持續傳輸狀況，再決定是否使用；不能直接把現有其他協定的節點改名為 Hysteria2。

中斷後又自動連線，會影響排查嗎？

會影響直接連線的比較結果。先查看 Settings → On Demand 的觸發設定，確認測試環境允許中斷後，暫時停用並確認連線狀態。測試完成後依原紀錄恢復設定，別忘了原本的自動連線需求。

提交排查紀錄：保留可重現問題所需的最少資訊

完成四層檢查後，應能回答「在哪個網路、哪個節點、什麼模式、存取什麼目標時速度變慢」。若仍無法確認，就回到單一變因比較，不要繼續疊加所謂的最佳化參數。Mac、Windows、Android 與 Linux 也可沿用相同的分層排查方式，但不要直接套用 iPhone / iPad 的系統選單路徑。

  • 環境：裝置類型、系統、Wi-Fi 或行動網路，以及是否有大量背景傳輸工作。
  • 設定：協定名稱、目前的 Global Routing、節點非敏感識別資訊，以及是否剛更新自己的訂閱。
  • 狀況：初始畫面等待時間、穩定速率與單位、是否中斷、錯誤原文及發生時間。
  • 比較結果：變更哪個項目後有所改善、連續幾次結果是否一致，以及測試結束後恢復了哪些設定。
下載 Shadowrocket