2026-10-02 · 故障排除 · 約 9 分鐘

Shadowrocket 節點逾時怎麼辦：延遲測試、協定參數與系統時間檢查順序

Shadowrocket 顯示 timeout 或連線失敗？依序測試延遲、核對協定與加密參數、檢查系統時間和時區，最後確認規則及 Global Routing 設定。

本文重點

本文適用於已有自己的服務商、伺服器資訊或訂閱的使用者。先區分測試逾時與實際請求失敗，再依序檢查網路、協定參數、系統時間及分流設定。每次只調整一個項目，並保留原設定，避免讓原本可恢復的問題演變成設定混亂。Shadowrocket（小火箭）的連線開關狀態、測試結果與網頁是否能開啟，請分別確認。

一、先測試延遲，判斷問題發生在哪個環節

timeout 表示某項操作未能在等待期限內完成，不能直接據此判定密碼錯誤、伺服器停用或用戶端異常。Home 中的 Connectivity Test 可用來診斷；不同測試方法驗證的環節也不同。先記下目前使用的測試方法，再比較同一個項目，不要混用不同測試方法的數值。

本機網路位址解析伺服器連接埠協定交握目標回應

連接埠連線成功，不代表代理驗證已通過，也不代表目標網頁能正常回應。反之，某種測試失敗，也不足以證明所有實際請求都失敗。先在關閉連線開關時確認目前的 Wi-Fi 或行動網路可正常連線，再選取已有項目進行測試，最後開啟連線並瀏覽平常能正常開啟的目標網頁。

  1. 記錄目前狀態

    在 Home 記下選取的項目、Global Routing 目前選項、Connectivity Test 測試方法及錯誤訊息。也記下測試時間，方便與伺服器記錄比對。

  2. 確認網路連線

    關閉 Home 的連線開關，確認本機網路是否需要先完成登入驗證。基本網路連線恢復前，不要修改伺服器協定參數。

  3. 重複測試

    使用同一個項目與測試方法連續測試三次，分別記下成功、timeout 或其他錯誤，觀察問題是持續發生還是偶爾出現。

  4. 切換網路

    條件允許時，分別使用 Wi-Fi 與行動網路重新測試。只切換網路，不要同時更換項目、協定或 Global Routing。

  5. 確認實際請求

    開啟 Home 的連線開關後，瀏覽同一個目標網頁。分別記錄「測試失敗但網頁可用」與「測試和網頁都失敗」，再檢查參數。

二、核對伺服器位址、連接埠與協定參數

從 Home 開啟對應項目的編輯頁面，先確認 Type 與自己的原始設定一致，再檢查位址、連接埠及驗證欄位。不要因為連線失敗就把 VLESS 改成 VMess，或把 Hysteria2 改成 Trojan；用戶端與伺服器必須使用相符的協定。

檢查項目逐項核對容易誤判之處
位址與連接埠網域拼字、IP 位址、連接埠號碼連接埠 443 只是範例，不代表協定、TLS 或驗證設定一定正確。
Shadowsocks伺服器指定的加密方式與密碼只核對密碼並不足夠，加密方式也必須相符。
VMess / VLESSUUID、傳輸方式，以及設定要求的 TLS、Host、Path 等欄位UUID 正確，也無法彌補傳輸路徑或交握參數錯誤。
Trojan密碼、TLS 設定與伺服器名稱連線位址與憑證驗證的名稱不一定相同，請以原始設定為準。
Hysteria2驗證資訊、TLS 參數及 UDP 路徑是否可連通TCP 連接埠探測無法取代以 UDP 為基礎的協定驗證。
WireGuard金鑰、Endpoint、連接埠、位址與路由參數不要以 TCP 交握結果判斷 WireGuard 的 UDP 通道狀態。

複製欄位時，留意首尾空格、遺漏字元及全形標點。若原始設定指定連接埠 8443，不要自行改成 443 試圖「修復」。如果伺服器未在新連接埠提供相同服務，這項修改只會造成另一處不符。TLS 相關錯誤也不應靠停用憑證驗證來掩蓋，請繼續核對名稱、時間與憑證設定。

判斷方向：依失敗環節決定下一步

只有某個項目持續失敗時，優先核對該項目的原始參數；同一批項目只在某種網路下失敗時，先檢查該網路的連線條件。遇到這兩種狀況，都不要直接重寫規則。

三、依錯誤訊息判斷檢查方向

測試清單可能只顯示簡短狀態，詳細錯誤也可能出現在連線記錄或自己的伺服器記錄中。以下列出網路診斷常見的原始錯誤文字，不保證每次都會在 Shadowrocket 的同一處顯示。排查時請保留實際看到的完整訊息，不要把所有問題一概稱為「節點逾時」。

錯誤：timeout

原因與處理方式：這次操作等待逾時，單憑這項訊息無法判斷失敗環節。先重新測試同一個項目，再比較另一種本機網路，接著核對位址、連接埠及協定要求。

錯誤：connection refused

原因與處理方式：通常表示目標連接埠主動拒絕連線，可能是服務未在該連接埠監聽，或存取遭到拒絕。核對連接埠是否與原始設定一致，再向自己的服務商或伺服器管理員確認服務狀態。

錯誤：no such host

原因與處理方式：無法解析目標名稱。先檢查伺服器網域拼字及本機網路連線；若網域由自己管理，再確認對應的解析記錄是否存在。

錯誤：TLS handshake timeout

原因與處理方式：TLS 交握未能在期限內完成。核對 TLS 是否符合伺服器要求、伺服器名稱是否正確，並比較不同網路路徑；不要直接認定是密碼問題。

向自己的服務商回報時，提供時間與時區、網路類型、協定、測試方法、完整錯誤訊息，以及故障是持續還是偶發即可。密碼、UUID、私鑰和完整訂閱網址都屬於敏感資訊，不應出現在公開截圖或公開記錄中。

四、檢查系統日期、時區與自動連線

系統時間不準可能影響憑證有效期限判斷及部分協定的驗證流程，但並非所有 timeout 的共同原因。請在 iPhone 或 iPad 的系統 Settings → General → Date & Time 中檢查 Set Automatically；若裝置受管理，相關選項可能受到限制，請依裝置管理規範處理。

五、最後檢查 Global Routing 與規則命中

若連線測試成功，但網頁仍無法開啟，再檢查 Home → Global Routing。這裡的 Proxy、Direct、Config、Scene 是不同的路由模式，不是不同協定。Proxy 會以全域代理方式處理可代理的流量，Direct 會以直連方式處理；Config 使用所選設定中的分流規則，Scene 則須核對目前場景及其相關設定，不能直接視為 Config 的另一個名稱。

要排除分流設定的影響，可先記下原選項，暫時切換至 Proxy，使用同一台已選取的伺服器連線至同一個目標；測試完成後還原原模式。若 Proxy 可用而 Config 不可用，優先檢查 Config 目前使用的設定、規則順序及策略指向。這只能縮小排查範圍，不能據此認定所有 DNS 或目標網站問題都已排除。

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

以上僅用來說明比對方式，並非可直接取代整份設定的內容。DOMAIN-SUFFIX 會比對指定網域及其子網域；IP-CIDR 會比對目標 IP 網段，範例中的 192.0.2.0/24 是文件專用網段；no-resolve 表示該 IP 規則不會為了比對而主動解析網域。GEOIP 依 IP 地理位置比對，FINAL 則處理前面未命中的請求。

六、訂閱更新與連線失敗常見問題

訂閱更新逾時，是否代表所有現有項目都失效了？

不一定。更新訂閱是取得設定資料，測試已儲存項目的連線則是另一條請求路徑。先測試 Home 中已儲存的項目，再確認自己已有的訂閱是否有效。若要透過現有代理更新，請先確認連線可用，再檢查 Settings → Subscribe → Update via Proxy；若所有項目都無法使用，啟用這個選項本身無法恢復連線。

延遲測試有數值，為什麼網頁還是打不開？

先確認 Connectivity Test 使用的測試方法。連接埠可連通，不代表驗證、TLS、目標解析及目標回應都成功。依序核對協定參數，再比較同一目標在 Proxy 與 Config 下的結果，不要只憑單一毫秒數判斷整條連線是否正常。

只有 Wi-Fi 逾時、行動網路正常，需要更改密碼嗎？

先保持密碼及其他欄位不變，重複測試同一個項目並比較結果。檢查 Wi-Fi 是否需要登入驗證，以及網路是否限制使用的連接埠或 UDP。將網路差異回報給自己的管理員；貿然更改密碼可能會破壞原本可用的設定。

更新訂閱後發生逾時，要立即刪除並重新新增嗎？

先比對更新前後的位址、連接埠、Type 與傳輸參數，並確認目前選取的項目是否有變動。保留原始資訊後，再向自己的服務商確認變更內容。直接刪除會失去比對依據，也無法解決遠端服務沒有回應的問題。

結論：留下可重現問題的最少記錄

排查完成後，保留「同一項目、同一測試方法、兩種網路、一個目標、每次只調整一項」的測試結果。這樣才能判斷下一步該修正本機設定、檢查網路條件，或請自己的服務商檢查伺服器端。

App Store 正版查驗核對開發者與 App ID