本文適用於 Shadowrocket（小火箭）已能連線，但網頁載入緩慢、影片緩衝或下載速度不穩的情況。以你現有的服務商與訂閱為前提，先固定測試目標並確認分流，再依序檢查節點、線路、協定與本機網路；每次只調整一個條件，找出可重現的狀況與處理方向，別只憑一次延遲測試就更換所有設定。
一、先確認慢在哪裡
開啟連線，不代表每個請求都會經過代理，也不代表代理出口有足夠頻寬。網頁首屏載入慢、影片播放時反覆緩衝、下載速度長時間偏低，可能分別與 DNS、建立連線或持續傳輸量有關。先明確記錄症狀，後續比對才有意義。
這段流程用來標示排查位置，並非所有協定都遵循相同的底層處理順序。DNS 可能參與規則判斷與目標解析，快取也會影響首次與再次造訪的耗時。單一網站回應緩慢，不代表整條代理線路都慢。
- 選擇一個你有權存取、內容相對穩定的網頁或下載項目，所有比對都使用同一個目標；不要拿不同網站的測速結果互相比較。
- 記錄目前時間、本機網路類型、節點名稱、協定、Global Routing 狀態與症狀；記錄中的節點名稱可用 A、B 代稱。
- 暫停系統更新、雲端硬碟同步與其他大量傳輸工作，連續進行三次相同操作，分別記錄首屏等待時間、傳輸速度及是否中斷。
- 分清首次連線與重複造訪。第一次解析與交握較慢、第二次明顯加快，和持續傳輸一直偏慢，是不同問題。
例如，80 Mbps 理論上約為 10 MB/s；這只是單位換算示例，不代表 Shadowrocket 的實測速度或效能承諾。延遲代表等待時間，下載速度代表單位時間內傳輸的資料量，兩者不能直接換算。
二、先確認分流與連線狀態
在 Home 確認目前選取的節點與連線開關，再查看 Global Routing。Proxy 會讓可代理的流量依代理策略傳輸，Direct 用於直連，Config 依設定規則分流，Scene 則依場景設定決定行為。排查時必須確認目標請求實際採用的路徑，不能只看狀態列圖示。
- Config：開啟目前使用的 Config，檢查規則順序與命中的策略；選取節點不代表該網域一定會使用這個節點。
- Proxy：可短暫用來比對目標經代理連線時是否有所改善。測試完成後，請恢復原本的 Global Routing，避免改變其他應用程式的連線路徑。
- Direct：用來比對本機網路直連目標時的狀況。若目標本身無法直連，連線失敗不能證明本地寬頻速度偏低。
- Scene：先確認目前生效的場景條件與路由行為。為減少變因，可暫時改用明確的 Config 或 Proxy 狀態進行比對。
以下是規則語法範例，並非可直接取代現有設定的完整檔案。這裡的 example.com 是示範網域，PROXY 必須對應實際可用的代理策略。規則通常依序比對，FINAL 放在最後作為預設處理。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXYDOMAIN-SUFFIX 依網域後綴比對，IP-CIDR 比對 IP 位址範圍，GEOIP 依 IP 地理位置資料比對。若目標誤匹配到 DIRECT，應先修正规則，而非切換協定；若 Proxy 正常、Config 緩慢，優先檢查規則、DNS 與策略選擇。更多路由說明請參閱代理模式。
三、節點層：確認可用狀況與負載跡象
節點是你現有設定中的特定伺服器入口。節點延遲低，只代表測試請求在特定條件下往返較快；這項測試無法反映伺服器出口壅塞、帳號限速或目標網站對出口的限制。同一節點可能短請求正常，但持續下載變慢，也可能是負載或限速所致。
- 在 Home 確認選取的節點正確，並核對位址、連接埠、協定類型是否與服務商提供的資訊一致。不要一律改用 443 連接埠；只有伺服器確實在該連接埠上提供服務時才能使用。
- 如果你有多個節點，維持相同本機網路、Global Routing 與測試目標，只在節點 A、B 之間切換，並記錄三輪結果。
- 檢查現有訂閱的流量與有效期限資訊；在 Home 更新訂閱後，再確認節點參數是否有變動。訂閱與節點由你的服務商提供。
- 只有單一入口持續異常時，向你的服務商回報節點代稱、故障時間與錯誤訊息。若多個入口共用出口或中轉路徑，別把它們視為完全獨立的比對組。
結論：先找出單一問題點，再調整設定
在相同網路與目標下，若只有節點 A 持續異常、節點 B 正常，先保存 A 的錯誤記錄並確認服務狀態；此時全面修改 DNS、MTU 或所有協定參數，會破壞原本有效的比對條件。
四、線路層：比較不同時段與網路路徑
線路是裝置到入口、入口到出口，以及出口到目標之間的傳輸路徑。節點名稱中的地區不代表整條路徑，也無法據此推論延遲低或頻寬高。同一入口在晚間變慢、非尖峰時段恢復，可能與共用鏈路壅塞有關，但單憑這種現象無法斷定是哪一段網路造成。
| 比對條件 | 操作方式 | 可縮小的排查範圍 |
|---|---|---|
| 同一節點，不同時段 | 記錄上午與晚間各三次的結果，目標與本機網路維持不變 | 判斷是否有反覆出現的時段性壅塞 |
| 同一節點，不同網路 | 切換 Wi-Fi 與行動網路，然後重新建立連線 | 辨別本地網路接取或電信業者路徑的差異 |
| 同一網路，不同目標 | 分別連線至兩個現有測試目標，節點維持不變 | 區分普遍傳輸異常與單一目標回應異常 |
| 同一目標，使用現有的不同入口 | 只切換節點，不同時變更協定與路由 | 判斷異常是否與特定入口或共用路徑有關 |
若有可信的封包遺失測試條件，請區分 ICMP 探測與實際業務傳輸。中間路由設備可能會限制探測回覆；某一跳顯示高封包遺失，但最終目標正常，不能證明業務流量在該處也有相同程度的遺失。更值得留意的是末端是否持續失敗、傳輸是否反覆停頓，以及這些現象能否在相同條件下重現。
不要在一次測試中同時切換節點、更換 DNS、更換協定並重新啟動路由器。每完成一組比對，先恢復基準狀態，再調整下一項；否則即使速度恢復，也無法判斷是哪個步驟奏效。
五、協定層：確認傳輸條件，別只看名稱
Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的伺服器參數與傳輸條件各不相同。更換協定並非把現有節點的類型欄位改成另一個名稱；只有你的伺服器明確提供相應設定，才能進行有效比對。
- Shadowsocks：確認伺服器位址、連接埠、加密方式與密碼；修改加密方式無法修復參數不符的問題。
- VMess / VLESS：除了身分驗證參數，也要檢查傳輸方式及其相關欄位；若使用 WebSocket，Path 和 Host 必須符合伺服器要求。
- Trojan：確認密碼與 TLS 伺服器名稱等參數。TLS 交握失敗屬於建立連線時的問題，不應藉由降低憑證驗證要求來掩蓋。
- Hysteria2：以 QUIC 為基礎，需使用 UDP 通道。在某些高延遲、封包遺失的情況下可能較合適；但若網路限制 UDP，可能完全無法建立有效連線。
- WireGuard：以 UDP 為基礎，請檢查 Endpoint、金鑰與伺服器設定。若通道已建立，但部分大型請求停滯，再進一步檢查路徑 MTU；不要把任意 MTU 數值當成通用加速設定。
例如，伺服器設定為 UDP 443 時，只確認 TCP 443 可連線，並不能證明 Hysteria2 可用；即使連接埠號碼相同，傳輸層仍不同。使用 TCP 與 UDP 的服務，也可能在同一網路下得到不同結果。
錯誤：connection refused
原因與處理方式：目標連接埠拒絕連線，可能是連接埠錯誤、服務未執行，或中間設備拒絕連線。先核對服務商提供的位址與連接埠，再確認服務狀態；反覆測速無法解決連線遭拒的問題。
錯誤：i/o timeout
原因與處理方式：某個網路操作未能在時限內完成，可能發生於解析、連線或讀取階段。查看錯誤的上下文，再使用同一節點切換本機網路來縮小範圍；不要直接認定是密碼錯誤。
錯誤：TLS handshake timeout
原因與處理方式：TLS 交握未能在時限內完成，可能與路徑、伺服器負載或交握參數有關。先確認系統時間、TLS 伺服器名稱與伺服器設定，再比較切換本機網路後是否仍然失敗。
以上是網路診斷中可能出現的原始錯誤訊息；實際記錄可能包含前綴、目標位址或更詳細的原因。這些訊息可用來判斷失敗階段，不代表 Shadowrocket 在所有平台上都會顯示完全相同的提示。
六、本機網路：檢查 Wi-Fi、DNS 與自動連線
本機網路異常會影響所有節點。先在同一裝置上比較 Wi-Fi 與行動網路，再決定是否深入檢查路由器；若只有一台裝置異常，應先檢查該裝置上的其他 VPN、過濾工具、省電設定與背景下載，不要一開始就重設整個網路。
- 確認 Wi-Fi 訊號與壅塞：靠近路由器重複測試，情況允許時比較不同頻段。較高頻段不一定在所有距離下都更快，應以相同位置的實際穩定度為準。
- 檢查 DNS 狀況：若主要問題是首次開啟網頁時等待很久，而後續下載正常，請檢查 DNS 設定與解析失敗記錄。先保存原有設定，再與系統 DNS 或你現有的自訂 DNS 比較；不要同時修改多個解析選項。
- 檢查時間與網路登入：確認系統日期與時間正確，並完成公共 Wi-Fi 的網路登入。尚未登入網路時，所有節點都可能逾時，TLS 連線也可能失敗。
- 檢查自動重新連線：在 Settings → On Demand 查看是否設定了自動連線條件。手動中斷連線進行比對時，確認連線沒有立即再次啟動；測試結束後請還原原設定。
- 重新建立基準：切換 Wi-Fi 或行動網路後重新連線，再進行三次比對，避免將舊連線中斷後的恢復時間算入穩定速度。
結論：優先跨網路比對，別反覆重新安裝
同一裝置、同一節點、同一目標在行動網路下正常，但在 Wi-Fi 下持續異常時，優先檢查 Wi-Fi 接取與上游路徑。先保留這組差異的證據，再修改路由器或用戶端設定。
七、常見問題與回報資訊
延遲只有幾十毫秒，為什麼看影片還是卡？
延遲測試不等於持續頻寬測試。固定使用同一部影片與畫質，比較同一節點下的連續播放，再換成你現有的另一個節點。若短請求穩定，但長時間傳輸反覆停頓，請記錄傳輸量波動與發生時段。
換成 Hysteria2 就一定會比較快嗎？
不一定。先確認伺服器提供 Hysteria2 設定，且本機網路允許相應的 UDP 通道，再於相同目標與時段進行比對。若只有 UDP 協定失敗，而現有的 TCP 傳輸設定正常，應先檢查 UDP 路徑，不要持續調高頻寬參數。
更新訂閱後還是很慢，需要繼續重新整理嗎？
更新訂閱是為了同步設定，不會直接增加伺服器頻寬。更新一次後，確認節點位址、連接埠與協定是否有變動，再使用固定目標測試；若參數未變且連線正常，請繼續檢查節點負載、線路與本機網路。
只有 Config 很慢、Proxy 正常，該改哪裡？
先在 Config 檢查目標命中的規則與策略，尤其是前面的 DOMAIN-SUFFIX、GEOIP，以及最後的 FINAL；再檢查網域解析是否影響比對。不要直接刪除所有規則，先備份，再只修正明確有誤的項目。
向你的服務商回報時，提供最小可重現條件，通常比只說「所有節點都很慢」更有幫助。公開記錄中不應包含訂閱連結、身分金鑰與密碼；分享截圖或記錄前，請先遮蔽這些資訊。
- 發生條件：日期、具體時間與時區、本機網路類型（Wi-Fi 或行動網路），以及問題是否只在特定時段出現。
- 設定範圍：節點代稱、協定、Global Routing 狀態與使用中的設定；不要提供完整訂閱連結或金鑰。
- 重現步驟：開啟哪一類目標、等待多久、在哪個步驟停頓，並附上三次重複操作的記錄。
- 比對結果：切換節點後是否改善、切換本機網路後是否改善、Direct 是否具備可比較的條件，以及完整且準確的錯誤訊息。
完成排查後，請還原暫時修改的 Global Routing 與 On Demand 設定，並保留可穩定重現問題的記錄。若仍無法判斷原因，可依照排查手冊繼續檢查連線與設定；本站不提供、不販售也不推薦節點或訂閱，相關設定請向你的服務商取得。