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

本文速覽

本文適用於已經有自己的服務商與訂閱，且能連線但存取速度緩慢的使用者。先確認 App 與測試條件，再依序檢查節點、線路、協定與本地網路，每次只改變一個條件；最後透過規則與連線記錄釐清結果，避免把延遲、傳輸速率和網頁首次載入時間混為一談。

一、建立基準：先分清是哪一種「慢」

Shadowrocket（小火箭）是透過 App Store 取得的 Apple 平台付費 App，採一次買斷方式。核對正版時，請一併確認官方圖示、開發者 Shadow Launch Technology Limited 與 App ID 932747118；相容性與系統需求以 App Store 頁面標示為準。App 買斷與使用者已有的連線服務是兩回事，購買 App 本身不會改變線路頻寬。

開始排查前，先在 Config 儲存目前的設定副本，並記下 Home 中選取的節點及 Global Routing 的目前模式。網頁首次載入緩慢可能與 DNS、建立連線或目標網站回應有關；持續傳輸緩慢較可能是吞吐量問題；速度忽快忽慢則要留意壅塞、無線干擾與連線重建。不要一開始就同時更換節點、協定或 DNS。

4 個層面

節點狀態、線路品質、協定設定、本地網路

4 種模式

Global Routing：Proxy / Direct / Config / Scene

3 次

每種對照條件至少重複測試三次，避免只看單次結果

選擇一個平常會使用的目標網頁，以及一個可正常存取的較大檔案，分別觀察首次載入與持續傳輸情況。
固定裝置、目標、節點與測試時段，暫停其他裝置的大流量作業，每次只進行一項測試。
分別記錄測試時間、網路類型、是否成功連線、首次載入所需時間，以及連線穩定後的傳輸速率。記錄數值應來自自己的裝置，不要以節點名稱中的宣傳數字代替。
留意單位：MB/s 與 Mbps 不同，1 MB/s 等於 8 Mbps。比較前請先統一單位。

二、節點狀態：先確認能否建立有效連線

在 Home 選取目前使用的節點，執行 Connectivity Test。測試成功表示該測試方式與目標可完成一次探測，不代表所有網站都能使用，也不代表持續傳輸的頻寬足夠。不同測試方式的數值不宜直接比較，更不能把一次低延遲視為高速保證。

如果目前節點屢次測試失敗，先檢查位址、連接埠、帳號憑證與服務是否仍有效，再從自己已有的設定中選另一個可用節點進行比較。成功匯入訂閱只代表 App 已取得並解析內容，不表示其中每條連線都有效。需要更新時，請在 Home 更新對應訂閱，並確認節點參數確實有變更；不要先刪除原本可用的項目再嘗試。

錯誤訊息：`Connection refused`

原因：連線收到拒絕回應，常見原因是目標連接埠未處於監聽狀態，或中間設備主動拒絕連線。處理方式：對照自己的服務設定，確認位址與連接埠，再請服務維護方檢查監聽狀態；單純更改測速目標無法修復連接埠遭拒的問題。

錯誤訊息：`Operation timed out`

原因：指定時間內未完成相關網路操作，可能是目標無法連線、封包遺失或服務沒有回應。處理方式：保留相同節點，切換 Wi-Fi 與 Cellular 進行比較，再用另一個已有節點重新測試，逐步判斷問題出在本地網路或遠端。

以上是網路診斷中常見的錯誤原文，實際顯示內容會依記錄來源而異。記下錯誤訊息時，也要保留發生時間、對應目標與操作階段；「VPN 已連線」只表示系統隧道已建立，不能據此判定代理伺服器與目標網站之間也已正常通訊。

三、線路品質：分開觀察延遲、封包遺失與吞吐量

節點入口位址相同，不代表不同時段的實際路徑與負載也相同。晚間壅塞、無線封包遺失、遠端出口負載及目標網站限速，都可能造成單次探測正常但檔案傳輸緩慢。請連續觀察同一目標的多次結果，不要只保留最好的一次。

觀察到的情況	優先懷疑	下一步比較方式
首次載入慢，開始傳輸後速度穩定	DNS、交握程序或目標網站回應	記錄首次開啟與再次開啟的差異，再查看連線記錄。
多個目標的持續傳輸都很慢	公共網路路徑或節點出口瓶頸	網路維持不變，改用另一個已有節點重複相同作業。
只有一個目標很慢	目標網站、內容傳遞網路或特定路徑	先確認該網域實際套用的策略，不要立刻修改全域設定。
特定時段明顯變慢	時段性壅塞或負載	在兩個時段使用相同條件分別記錄，再交由服務維護方比較。

使用網路診斷工具觀察封包遺失時，必須註明探測方式。某些伺服器會限制 ICMP 回應，因此 ICMP 探測到的封包遺失，不一定代表實際服務資料也以相同比例遺失。應搭配實際連線逾時、傳輸停頓與重試情況判斷，不能只憑單一百分比就斷定線路有問題。

結論：先找出變慢的範圍，再調整連線參數

如果相同網路下只有一個目標變慢，先檢查該目標的規則與路徑；若多個目標都慢，但換成已有的其他節點後恢復，應優先提供原節點與線路的對照記錄，而不是繼續修改本地 DNS。

四、協定設定：依服務端需求核對，不要憑名稱猜速度

Shadowsocks、VMess、VLESS、Trojan、Hysteria2 與 WireGuard 的設定參數及傳輸方式各不相同。切換協定必須有相符的服務端設定，不能只把同一個位址的類型改成另一種協定，就期待連線正常。伺服器連接埠由自己的服務設定決定；即使使用 443，也不代表協定、TLS 與驗證參數一定正確。

Shadowsocks：核對加密方法、密碼及所需的外掛參數；驗證資訊不符會影響連線是否可用，並非可用來提升速度的選項。
VMess / VLESS：核對使用者識別碼與傳輸設定；若使用 WebSocket，也要確認路徑及相關 Host 設定，啟用 TLS 時則檢查伺服器名稱。
Trojan：核對密碼、TLS 伺服器名稱與憑證有效性。不要把停用憑證驗證當成一般的加速方式。
Hysteria2：採用以 QUIC 為基礎的傳輸方式，需要目前網路允許相應的 UDP 通訊；TCP 測試成功，不代表已符合這項連線條件。
WireGuard：核對金鑰、Endpoint、位址與路由範圍。只有在有明確證據顯示路徑 MTU 存在問題時，才依設定維護方的說明調整 MTU。

修改參數前先保留原始設定，每次只調整一項，並重複基準測試。不要任意提高並行數、填入遠高於線路實際能力的頻寬數值，或反覆調整 MTU；這些做法可能造成新的排隊、封包遺失或連線問題。如果更新訂閱會覆寫節點欄位，請先確認這次修改是否仍會保留。

五、本地網路：使用同一節點比較 Wi-Fi 與 Cellular

保持節點、設定與目標不變，只切換本地網路，是區分無線環境與遠端服務問題的直接方法。Wi-Fi 訊號格數無法完整反映干擾、回程壅塞或路由器負載；行動網路也會受位置、涵蓋範圍與時段影響。使用行動網路測試前，請確認數據資費；測試作業維持相同大小即可。

使用 Wi-Fi 完成三次相同測試，並記錄期間是否有其他裝置上傳、播放影片或進行系統同步。
關閉 Wi-Fi，確認已切換至 Cellular，等連線穩定後再測試，避免把切換網路時短暫的重新連線誤記為持續速度緩慢。
如果只有 Wi-Fi 速度慢，請靠近路由器重新測試，並檢查其他裝置是否占滿上傳頻寬；條件允許時，也可比較不同無線頻段。
如果兩種網路都慢，請確認它們使用的是不是相同節點與規則，再回到節點和線路層面繼續排查。

六、檢查規則：確認流量確實經過預期路徑

Global Routing 的 Proxy 會讓流量依目前代理策略傳送，Direct 會直接連線，Config 會依目前設定檔的規則處理，Scene 則依已設定的情境處理。排查時請記錄目前模式，不要只看 Home 的連線開關。在 Config 中選取設定檔後，仍需確認目前是否以 Config 模式運作。

App 請求系統隧道規則比對策略出站目標回應

以下是用來理解比對順序的最小規則片段，並非通用的加速設定。example.com 是示範網域，192.0.2.0/24 是文件範例網段，不應直接套用為實際服務目標。套用到現有設定前，請先釐清哪些目標要使用 DIRECT，哪些要使用 PROXY。

[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

DOMAIN-SUFFIX 會比對指定的網域後綴及其子網域。若前面的網域規則已符合，後續規則通常不會再決定該請求採用的策略。
IP-CIDR 會依 IP 位址網段比對；no-resolve 用來避免為了這條規則主動解析網域，不代表停用整個 App 的 DNS。
GEOIP 依賴 IP 位址歸屬資料庫，不能取代對特定網域與實際連線目標的核對。
FINAL 是前面規則都未符合時使用的預設規則，應放在規則清單末尾。只修改 FINAL 不會覆蓋已符合的前置規則。

開啟連線記錄，找到剛才測試的目標，確認目標網域、符合的規則及最後套用的策略。若短暫切換至 Proxy 比較後速度恢復，但使用 Config 時仍然緩慢，應優先檢查規則、策略選擇與 DNS 相關設定；這只能縮小問題範圍，不能直接證明整份設定都需要更換。比較完成後，請還原原本的 Global Routing 模式。

七、常見問題與排查記錄整理

測試延遲很低，為什麼看影片還是會卡？

延遲測試與影片持續傳輸並非相同的負載。固定相同的影片畫質，觀察是否持續緩衝，再與另一個目標比較；同時確認該影片網域實際使用 DIRECT 還是 PROXY，避免用節點探測結果代替實際服務測試。

更新訂閱後速度變慢，需要刪除所有節點嗎？

先保留原有設定與可用項目，核對更新後的位址、連接埠、協定及目前選取的節點。確認是否切換了節點，再以相同目標重新測試；刪除項目會失去比較基準，也無法解決遠端壅塞。

每次從 Wi-Fi 切換到行動網路都要等一會兒，算是速度慢嗎？

先分清楚網路切換時的重新連線與穩定後的傳輸速度。檢查 Settings → On Demand 的觸發條件，等連線穩定後再開始計時；若穩定後速度恢復正常，應記錄重新連線的情況，不要與持續吞吐量問題混為一談。

要提供哪些資訊給自己的服務維護方？

提供發生時間與時區、網路類型、節點識別資訊、目標、錯誤原文及單一變因的比較結果。請隱藏訂閱 token、密碼、私鑰與完整驗證連結；只提供必要的診斷欄位，避免在公開交流中暴露憑證。

結束排查時，還原測試前的 Config、Global Routing 與 On Demand 設定，並再次存取常用目標。簡要記錄哪些條件有變更、現象能否穩定重現，以及還原原值後是否再次變慢。能重複驗證的差異，比單次速度截圖更有助於找出問題。更多規則語法請參閱設定完整指南，術語說明請參閱名詞解釋。