本文適合已匯入服務商提供的設定，卻在 Shadowrocket 遇到逾時的使用者。先分辨測試失敗與實際請求失敗，再透過網路交叉測試、核對協定參數及檢查系統時間縮小問題範圍。每次只調整一項，並保留原始設定；排查完成後，還原原本的路由與 On Demand 設定。
一、分辨延遲逾時與請求失敗
Shadowrocket（小火箭）中的延遲數值，只代表特定測試方式的結果，不能完整證明連線可用。TCP 交握成功，不代表代理驗證、TLS 交握及目標網站連線都成功；以其他方式測試逾時，也不能直接推斷所有實際請求都會失敗。記下測試方式，比只記錄數值更有參考價值。
排查前先關閉連線開關，確認目前的 Wi-Fi 或行動網路可正常瀏覽一般網頁。若 Wi-Fi 需要登入認證頁面，請先完成登入。基礎網路本身無法使用時，反覆修改伺服器參數並不能解決問題。
- 單一節點逾時：若同一網路下其他既有伺服器可正常使用，優先核對該項目的位址、連接埠及服務狀態。
- 全部節點逾時：優先檢查基礎網路、網域解析、測試方式及訂閱狀態，先別急著逐項重新輸入參數。
- 延遲正常但網頁無法開啟：接著檢查驗證、TLS、Global Routing，以及目標請求符合的規則。
- 只有特定網站無法連線：記下目標網域與錯誤訊息，不要將目標網站的問題等同於整體代理連線失效。
二、先進行一次可重現的連線測試
在 Home 確認 SERVER 清單中的預設伺服器標記。不要只因為展開了某個群組或看見某筆記錄，就認定實際連線使用該伺服器。測試期間避免同時切換伺服器、網路及路由模式，否則無法判斷是哪項變動造成結果差異。
-
記錄目前狀態
在 Home 記下預設伺服器、Global Routing 目前的值及連線開關狀態。前往 Settings → On Demand 查看是否已啟用隨選連線；若此設定會自動重新連線，可先記下原值，再暫時關閉。
-
執行延遲測試
使用 Home → Connectivity Test，記下採用的測試方式及結果。針對同一項目重複測試兩至三次，分辨持續逾時與偶發失敗，不要只憑一次結果就刪除設定。
-
確認實際請求
選取預設伺服器並開啟連線開關。必要時可暫時將 Global Routing 設為 Proxy，再開啟已知可用的 HTTPS 網頁，減少 Config 中分流規則造成的干擾。
-
更換基礎網路
維持相同伺服器與路由模式，只在 Wi-Fi 和行動網路之間切換。每次切換後等網路穩定，再重新連線並瀏覽同一個頁面。
-
保存對照結果
分別記錄網路類型、測試結果、實際瀏覽結果及完整錯誤訊息。測試完成後，還原原本的 Global Routing 與 On Demand 狀態，避免暫時設定影響日常使用。
Proxy 用於確認代理連線路徑；Direct 會讓請求直接連線，不能據此證明伺服器可用。Config 會依目前設定處理請求；若目前使用 Scene，也要確認相應場景的生效條件。短暫切換模式只是排查手段，不應當作長期修復方式。
三、逐項核對協定參數
從 Home 開啟對應伺服器的編輯詳細資料，逐項比對服務商提供的原始資訊。先核對 Type、位址與連接埠，再檢查驗證及傳輸選項。網域、SNI、Host 是不同欄位；常見範例使用 443，不代表應將自己的連接埠改成 443。
| Type | 優先核對項目 | 容易混淆的條件 |
|---|---|---|
| Shadowsocks | 位址、連接埠、加密方式、密碼 | 加密方式必須與伺服器端一致；只有伺服器端要求時才設定外掛參數。 |
| VMess | UUID、傳輸方式及伺服器端要求的驗證選項 | 使用 WebSocket 時，還要核對 Path 與 Host；TLS 設定須與伺服器端一致。 |
| VLESS | UUID、傳輸方式及 Flow（如適用） | 不要直接套用其他設定的 TLS 或傳輸參數。 |
| Trojan | 密碼、連接埠、TLS 與伺服器名稱 | 即使位址可連線，仍可能因密碼或憑證名稱不符而失敗。 |
| Hysteria2 | 驗證資訊、TLS、混淆設定（如適用） | 需要 UDP 傳輸路徑；單獨測試 TCP 連接埠無法確認其完整可用性。 |
| WireGuard | 金鑰、Endpoint、介面位址與 Allowed IPs | 使用 UDP；金鑰不符或路由範圍錯誤也會導致資料無法傳輸。 |
判斷方式：先在不同網路重現，再修改參數
同一設定只在某一種網路下失敗時，先向服務商確認該網路的連接埠與 UDP 是否可連線；兩種網路都失敗時，再集中檢查服務狀態及協定欄位。不要同時修改連接埠、密碼與 TLS 選項。
若使用訂閱管理伺服器，手動修改匯入的項目後，下次更新可能會還原成服務商的設定。請先保存已遮蔽敏感資訊的記錄，再更新對應訂閱，確認更新成功且項目確實如預期變更。成功取得訂閱只代表訂閱網址可連線，不表示其中每台伺服器都可用；訂閱更新失敗，也不代表已保存的伺服器會立即失效。
四、依錯誤原文判斷失敗階段
錯誤記錄可能來自不同網路層，實際措辭也會因連線類型而異。以下列出常見錯誤片段，只有實際出現時才適用。記下完整錯誤訊息與發生時間，不要把所有失敗一概記成「逾時」。
錯誤：i/o timeout
原因與處理方式：某個階段等待逾時，未收到預期回應。光看這段訊息無法確定是驗證或網路問題；請查看前後記錄確認失敗階段，再使用相同設定切換基礎網路進行測試。
錯誤：connection refused
原因與處理方式：目標主機或中間設備主動拒絕連線，常見原因是連接埠未監聽或存取遭拒。先核對連接埠，再請服務商檢查監聽服務及存取政策。
錯誤：no such host
原因與處理方式：網域解析未取得所需結果，可能是位址拼寫錯誤或解析路徑異常。請比對原始伺服器網域並檢查目前網路的解析狀況，不要任意改用來源不明的 IP。
錯誤：certificate has expired or is not yet valid
原因與處理方式：憑證有效期間與目前的校驗時間不符，可能是裝置時鐘不準或伺服器憑證有問題。請先校正裝置時間；若問題仍可重現，再請服務商確認憑證有效期間。
TLS 憑證名稱錯誤與憑證有效期間錯誤是兩回事。前者應核對伺服器名稱、SNI 及憑證涵蓋的網域；後者才需要優先檢查時間與憑證是否續期。不要關閉憑證驗證來掩蓋錯誤，這會移除身分驗證，也無法修正伺服器端設定。
五、檢查 iPhone 系統時間
TLS 會檢查憑證的生效與到期時間，VMess 驗證也會受到時間影響。裝置日期與實際時間有落差時，即使位址、連接埠與密碼正確，仍可能連線失敗。畫面上的時區差異不一定表示系統時鐘錯誤，日期與實際時間都要一併確認。
- 開啟 iPhone 系統「設定」→「一般」→「日期與時間」，檢查「自動設定」。這是系統設定，不是 Shadowrocket 的 Settings。
- 在網路可用時啟用「自動設定」，確認年份、日期與時間正確。若設定受到管理政策限制，請先聯絡裝置管理人員處理。
- 返回 Shadowrocket，關閉連線開關，再重新連線至同一台伺服器。重新測試同一個頁面，避免同時更新訂閱或修改參數。
- 若時間正確但仍顯示憑證過期，請將錯誤訊息交由服務商確認伺服器憑證；反覆調整時區無法延長憑證有效期。
六、延遲恢復後檢查實際分流
若使用 Proxy 時可正常瀏覽，切回 Config 後卻失敗，排查重點應轉向 Config 中目前生效的設定，以及請求符合的規則。規則會依序比對，規則條件的排列位置及 FINAL 策略都會影響出站選擇。不要把「規則使用 Direct」誤判為預設伺服器無法連線。
DOMAIN-SUFFIX依網域後綴比對；請檢查目標網域是否符合預期策略。GEOIP依 IP 地理位置歸屬比對；這不是網域後綴規則。IP-CIDR依 IP 網段比對；請檢查網段範圍是否過大。FINAL處理前面未符合規則的請求；請確認其最終策略符合預期。
修改設定規則前請先備份，並保留原有策略名稱。若只有一個目標無法連線，請依該請求的記錄核對網域解析與實際出站，不要為了單一目標清空整份設定。若連線關閉後又自動恢復，請前往 Settings → On Demand 檢查隨選連線條件，避免將自動重新連線誤認為開關故障。
七、整理資訊供服務商檢查
完成上述檢查後仍無法連線，請提供可重現問題的記錄，而不只是說「不能用」。不必公開密碼、UUID、私鑰或完整訂閱網址，這些資訊可能被用來存取你的服務。傳送截圖及記錄前，也請確認其中沒有敏感欄位。
- 發生時間：記下日期、時間與時區，方便比對伺服器端記錄。
- 連線條件：說明使用 Wi-Fi 或行動網路、協定 Type、連接埠，以及已遮蔽敏感資訊的伺服器識別資料。
- 對照結果：分別記錄兩種網路下的測試方式、是否逾時，以及實際頁面能否開啟。
- 錯誤證據：提供錯誤原文及前後相關資訊，並註明已檢查系統時間。
- 已進行的變更：列出更新訂閱、核對欄位及切換路由的結果，並說明目前是否已還原原設定。
Shadowrocket 是閉源商業應用，僅於 Apple 平台透過 App Store 取得，主要供 iPhone／iPad 使用；系統需求以 App Store 頁面標示為準。購買 App 不等於購買線路方案。既有訂閱由你的服務商提供，線路狀態、憑證有效性及伺服器端憑證問題應由相應服務商確認；重新購買 App 並非排查這類故障的方法。