Shadowrocket（小火箭）顯示逾時，不代表已確認遠端服務停止。本文適用於已有自己的服務商與設定的使用者：先以相同測試方式區分單一節點、目前網路和目標網站的問題，再檢查位址、連接埠、驗證資訊、傳輸方式與 TLS，最後確認系統時間和實際路由。每次只修改一項，保留原始設定與測試結果，避免排查時引入新的錯誤。
一、先區分延遲逾時與實際連線失敗
延遲測試只涵蓋實際執行的探測過程，不能代表所有網站與所有協定都正常。TCP 握手成功通常只能表示目標 TCP 連接埠可連線，無法證明密碼、UUID 或後續 TLS 握手正確；透過代理連線測試網址的結果，也會受到測試網址、DNS 和遠端出口影響。先記錄測試方式再比較數值，不要把不同方式測得的延遲放在一起排序。
以下列出的是判讀條件，不是本站的實測結果。操作時請填入自己裝置上的數據，至少連續測試三次，並維持測試方式、節點和網路不變。
| 觀察到的情況 | 可以判斷什麼 | 下一步 |
|---|---|---|
| 只有一個節點連續三次逾時 | 問題較可能集中在該節點或通往該節點的路徑 | 核對該節點的位址、連接埠和協定參數 |
| 已有的節點全部逾時 | 可能是共通的網路、名稱解析或設定問題 | 先確認一般網路連線，再切換網路重新測試 |
| 連接埠測試有結果，實際網頁卻無法開啟 | 連接埠可連線，不代表代理驗證成功 | 檢查驗證資訊、TLS、傳輸方式和路由 |
| 網頁正常，只有測試逾時 | 測試目標或測試方式可能不適用於目前的連線 | 核對測試設定，先別急著重建節點 |
| 只有一個網站無法連線 | 不能因此判定整個節點失效 | 檢查該網域的規則、DNS 和目標網站狀態 |
結論：先固定測試條件
先以相同方式對同一節點連續測試三次，再只更換網路重新測試；不要同時修改協定和規則，否則無法確認是哪項變更影響結果。
二、依序完成一次最小化複測
以下以 iPhone / iPad 的 Home、Config、Settings 介面名稱說明排查位置，其他平台請對照相應設定。開始前先備份目前的設定；已有的訂閱和手動編輯的節點也應分別留存記錄，尤其不要在未備份時刪除整份清單。
-
確認基本網路連線
在 Home 關閉連線，使用瀏覽器開啟平常可直接瀏覽的頁面。如果基本網路連線也失敗，先處理 Wi-Fi 登入、行動數據權限或路由器連線，不要先修改節點密碼。
-
固定測試對象
返回 Home，選定一個已有的節點，記錄測試方式和連續三次的結果。若使用 Connectivity Test，先核對測試設定；複測期間不要更換測試目標。
-
切換網路
維持同一節點和測試方式，從 Wi-Fi 切換至行動網路後重新測試。若只有其中一種網路失敗，優先檢查該網路對連接埠、UDP 或網域解析的影響。
-
檢查自動連線
前往 Settings → On Demand，記錄目前設定。若手動中斷後又自動連線，可在排查期間暫時關閉 On Demand，完成對照測試後再恢復原設定。
-
記錄複測結果
記錄網路類型、節點名稱、測試方式、發生時間和錯誤原文。每次只調整一個欄位，儲存後重新連線，再用相同條件複測。
三、依序核對位址、連接埠、驗證資訊與傳輸設定
在 Home 開啟目標節點的編輯頁面，逐項對照自己的服務商提供的原始設定。優先檢查伺服器位址和連接埠，再檢查協定類型與驗證欄位，最後確認傳輸方式和 TLS。不要把設定名稱當成伺服器位址，也不要只憑「常用連接埠」修改數值：443 不一定代表該節點使用 TLS，8443 也不是可任意替換的備用連接埠。
| 協定或欄位 | 必須核對 | 容易誤判之處 |
|---|---|---|
| 位址與連接埠 | 完整主機名稱或 IP、原始連接埠；連接埠範圍為 1–65535 | 漏字、複製到空格，或把連線位址中的其他數字當成連接埠 |
| Shadowsocks | 加密方式與密碼；原始設定若含外掛，也要核對外掛參數 | 連接埠可連線，但加密方式或密碼不符 |
| VMess / VLESS | UUID、伺服器要求的相關選項和傳輸參數 | 只複製 UUID，漏掉 WebSocket 路徑或其他傳輸設定 |
| Trojan | 密碼、TLS、Server Name 與憑證之間的對應關係 | 連線 IP 正確，但 TLS 使用的名稱填錯 |
| Hysteria2 | 驗證資訊、TLS、連接埠，以及目前網路是否允許所需的 UDP 通訊 | 用 TCP 測試結果代替 UDP 連線狀態判斷 |
| WireGuard | 金鑰、Peer、Endpoint、介面位址與路由範圍 | 只填了 Endpoint，缺少其他設定；私鑰與公鑰填反 |
| WebSocket / gRPC | 傳輸類型，以及原始設定要求的 Host、Path 或 Service Name | 把 WebSocket 的路徑當成 gRPC 的 Service Name |
伺服器連線位址、TLS 的 Server Name 和 WebSocket 的 Host 可能不同，分別用於建立連線、驗證憑證或傳送應用層請求。請以自己的原始設定為準，不要為了「統一」而全部填成同一個網域。路徑也應完整保留，例如原始設定為 /gateway 時，不要刪除開頭的斜線或自行更改大小寫。
- 從訂閱匯入的節點，先確認訂閱是否成功更新，再判斷本機參數是否已過期。
- 手動修改訂閱節點前請先備份；之後更新時可能會重新寫入節點欄位。
- 同一服務商提供的不同節點不一定共用連接埠、密碼或傳輸方式，請勿套用彼此的設定。
- 不要以關閉憑證驗證來掩蓋 TLS 錯誤，應先核對名稱、憑證與系統時間。
四、依錯誤原文區分逾時、拒絕連線與 TLS 失敗
如果連線記錄提供錯誤文字，請保留原文和發生時間。不同系統與協定的錯誤訊息可能不同，以下說明常見網路錯誤字串的判讀方式，但不表示每個平台都會顯示完全相同的文字。單憑一個錯誤詞通常無法判定問題所在，還需搭配前述網路對照測試。
錯誤：i/o timeout
原因與解法：某項網路操作未能在期限內完成，可能發生於連線、握手或讀取階段——先確認錯誤出現的階段，再核對位址與連接埠，並切換至另一種網路重複測試。
錯誤：connection refused
原因與解法：連線嘗試收到明確拒絕，常見原因是目標連接埠沒有對應服務或遭到主動拒絕——先確認連接埠沒有填錯，再向自己的服務商確認該連接埠的服務狀態。
錯誤：no such host
原因與解法：伺服器網域名稱解析未取得所需結果——檢查網域拼字和目前網路的解析狀況，不要先改密碼，也不要任意使用網路上找到的 IP 取代原網域。
錯誤：certificate has expired or is not yet valid
原因與解法：憑證有效期限與裝置目前時間不符——先啟用系統自動設定時間；若時間正確仍失敗，再請自己的服務商檢查憑證效期。
若沒有具體錯誤訊息，只有「逾時」結果，請先補齊測試條件，不要直接判定為驗證錯誤。驗證失敗、TLS 握手失敗和遠端沒有回應，在簡化的狀態顯示中可能看起來相似，但處理方式不同。
五、檢查系統時間與憑證驗證條件
系統時間不是所有逾時問題的共同原因，但若 TLS 或驗證相關連線接連失敗，就值得檢查。憑證有生效時間與到期時間，裝置時鐘若明顯偏離實際時間，可能導致驗證失敗；部分協定的驗證機制也會用到時間。調整時區只會改變時間的顯示方式，無法取代校準裝置時鐘。
- iPhone / iPad：開啟系統「設定 → 一般 → 日期與時間」，啟用「自動設定」。若無法調整此選項，請檢查裝置管理或系統限制，不要反覆修改 Shadowrocket 參數。
- Mac：前往「系統設定 → 一般 → 日期與時間」，確認已啟用自動設定日期與時間，並確認裝置能完成同步。
- Windows：前往「設定 → 時間與語言 → 日期與時間」，確認已啟用自動設定時間，並使用系統提供的同步功能。
- Android / Linux：在系統日期與時間設定中檢查網路時間或時間同步服務；實際選單名稱依裝置和桌面環境而異。
校準後返回 Shadowrocket，先中斷再重新連線，並執行相同測試。若時間正確但憑證仍報錯，請接著檢查 Server Name 是否與憑證相符，以及憑證鏈是否有效。不要刻意調整裝置日期來配合憑證有效期，這會影響其他應用程式，也無法修復遠端憑證問題。
結論：確認時間正確後再處理憑證
自動時間設定正常，但重新連線後仍出現憑證錯誤時，請將錯誤原文與發生時間提供給自己的服務商核對；保留憑證驗證設定，不要長期降低驗證要求。
六、節點可用後檢查 Global Routing 與規則
節點測試恢復正常但網頁仍無法開啟時，排查重點應轉向實際流量的路由。在 Home → Global Routing 檢查目前模式：Proxy 會以代理方式處理流量，Direct 代表直連，Config 依照已啟用設定中的規則處理，Scene 則依照已設定的場景處理。選取某個節點，不代表每條連線都一定會經過它。
記錄原設定後，可暫時使用 Proxy 進行對照。如果目標網頁在 Proxy 下可正常開啟、在 Config 下卻失敗，應檢查目前啟用的 Config、命中的規則及其策略，而不是繼續修改節點驗證資訊。測試完成後請恢復原本模式，避免長期保留不符合日常使用目的的設定。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY以上是用來說明比對關係的規則片段，不建議直接取代現有設定。DOMAIN-SUFFIX 比對指定網域及其子網域，IP-CIDR 比對 IP 網段；規則通常依序比對，FINAL 則處理前面沒有比對到的連線。GEOIP 依據 IP 地理位置資料庫判斷，與網域後綴比對不同。
- 在 Config 確認目前啟用的是預期設定，而不只是開啟了某個設定檔。
- 檢查目標網域是否先比對到 DIRECT、拒絕策略，或與預期不同的策略群組。
- 若只有網域無法連線、但 IP 位址連線正常，請再檢查 DNS；不要把 IP 和網域連線視為完全相同的 TLS 測試。
- 若裝置也正在使用其他 VPN 連線，排查期間請先中斷其他連線，減少系統網路狀態造成的干擾。
七、常見問題與排查記錄
延遲測試有數值，為什麼網頁還是打不開？
先確認延遲測試是否只檢查連接埠。返回 Home 檢查 Global Routing，記下原本模式後以 Proxy 對照瀏覽；若仍失敗，再核對驗證資訊、TLS 和傳輸欄位。連接埠可連線不代表完整的代理連線測試成功。
切換至行動網路就正常，需要重新匯入嗎？
先不要刪除原有設定。使用同一節點在兩種網路下各測試三次，並記錄網路類型；若差異穩定，再檢查 Wi-Fi 登入狀態、名稱解析和 UDP 連線狀況。重新匯入相同設定，通常無法解釋接入網路的差異。
訂閱更新也逾時，代表節點全部失效了嗎？
不一定。取得訂閱與連線至節點是兩條不同的請求路徑。先向自己的服務商確認現有訂閱網址仍有效，並檢查更新是否成功；不要先刪除所有節點。分享錯誤記錄時，請遮住網址中的 token 等憑證。
都核對完了，還需要提供哪些資訊？
請提供協定類型、系統平台、錯誤發生時間、接入網路、測試方式、三次測試結果和已遮蔽敏感資訊的錯誤原文，並說明切換網路後的結果。請勿在公開截圖或討論區提供密碼、私鑰、完整訂閱網址或驗證 token。
需要重新安裝或確認平台下載管道時，請前往本站下載頁。iPhone / iPad 版由 App Store 提供，開發者為 Shadow Launch Technology Limited，系統需求以 App Store 頁面標示為準；Mac 提供 Apple 晶片與 Intel 兩種版本，另有 Windows、Android 和 Linux 版本。不要以重新安裝取代參數與網路檢查，操作前請先完成備份。