Shadowrocket（小火箭）的節點測試逾時、連線開關已開啟卻無法瀏覽網頁、訂閱更新逾時，可能分別出現在不同環節。本文以使用者已有自己的服務商與訂閱為前提，依序排查測試範圍、連線參數、系統時間及網路環境；每次只變更一項條件，保留失敗紀錄，再以相同目標重新測試。
1. 先分辨節點、網頁與訂閱逾時
逾時表示某項操作未能在等待期限內完成，不代表密碼錯誤或伺服器停止運作。Shadowrocket 的連線開關已開啟，只能表示系統通道處於相應狀態，無法證明遠端驗證成功，更不能保證所有網站都能存取。先確認失敗發生在哪個步驟，才能避免反覆變更無關設定。
上述流程用於劃分排查範圍，不代表所有協定內部都遵循相同的執行順序。例如，TLS 相關資訊可能影響交握，而規則也可能先依網域作出判定。實際定位時應配合測試對象與請求紀錄，不要只憑單一紅色結果推斷問題環節。
- 單一節點測試失敗：先檢查該節點的位址、連接埠、協定參數，以及目前網路是否能連線至伺服器。
- 節點有延遲，網頁卻無法開啟：接著檢查驗證、DNS、Global Routing 與目標網站；連接埠可連通不代表完整的代理請求成功。
- 只有訂閱更新失敗：先檢查訂閱連結、存取路徑及服務商端的狀態，不要因此認定所有已加入的節點都已失效。
- 所有節點同時失敗：優先檢查本機網路、系統時間與共同的設定來源，再分別確認伺服器狀態。
2. 固定測試條件，判讀延遲結果
在 Home 執行 Connectivity Test 前，先記下所選節點、目前網路及使用的測試方式。不同測試方式可能只檢查連線是否建立，也可能會向測試 URL 發出請求；後者還會受到 DNS、TLS 和測試目標回應影響。因此，不同方式測得的數值不能直接比較，單次結果也不代表頻寬。
-
記錄目前狀況
在 Home 確認目前選取的節點，記下 Global Routing 的選項、Wi-Fi 或行動網路，以及發生失敗的時間。記錄中不要保留密碼或完整訂閱連結。
-
重複測試
在 Home 使用 Connectivity Test，以相同方式連續測試 3 次並記錄每次結果。若使用 URL 測試，測試目標也必須保持不變。
-
切換網路
在允許使用行動數據的情況下，將 Wi-Fi 切換為行動網路，再對同一節點測試 3 次。此時不要同時變更連接埠、DNS 或協定。
-
驗證請求
選取節點並開啟連線，瀏覽一個已知可正常開啟的 HTTPS 網頁。分別記錄網頁和測試結果，以區分伺服器是否可連線，以及實際請求是否成功。
| 紀錄範例 | 可得出的判斷 | 下一步 |
|---|---|---|
| 相同方式測得 180 ms、210 ms、逾時 | 結果有波動，不能以最低值代表穩定度 | 保持參數不變，切換網路後重新測試 |
| 連線測試成功，URL 測試逾時 | 連線建立結果與完整請求結果不一致 | 檢查驗證、測試目標與 DNS |
| Wi-Fi 測試三次皆逾時，行動網路測試三次皆成功 | 問題較可能與網路路徑有關 | 檢查 Wi-Fi 登入狀態與網路限制 |
表格中的數值僅為紀錄方式範例，並非本站測量結果，也不代表任何線路的效能。若測試目標本身無法連線，URL 測試也會失敗；請先改用已確認正常的目標交叉檢查，避免將目標網站問題誤判為節點故障。
結論：先固定測試方式，再調整參數
保留「同一節點、同一目標、兩種網路」的對照紀錄；只有在變更某項條件後，結果穩定出現差異，才沿著該條件繼續排查。
3. 核對位址、連接埠、憑證與傳輸參數
從 Home 開啟相應節點的編輯頁面，逐項比對自己的服務商提供的原始設定。不要把顯示名稱當成伺服器位址，也不要只因協定名稱相同，就沿用其他節點的參數。連接埠 443 只是一個具體的連接埠號碼，不會自動代表已啟用 TLS；實際連接埠與 TLS 狀態都須依伺服器設定為準。
| 核對項目 | 具體檢查方式 | 常見影響 |
|---|---|---|
| 位址與連接埠 | 伺服器位址不應包含 URL 路徑；連接埠請使用伺服器指定的整數，例如 443 或 8443，不要自行替換 | 解析失敗、連線遭拒或等待逾時 |
| Shadowsocks | 核對加密方式、密碼，以及設定中實際使用的外掛參數 | 底層連線可能已建立，但無法完成有效的代理請求 |
| VMess / VLESS | 核對 UUID、相應的協定選項與傳輸方式；只填寫原始設定實際要求的欄位 | 驗證或傳輸層不相符 |
| Trojan | 核對密碼、TLS，以及伺服器要求的 Server Name | 驗證失敗或 TLS 交握失敗 |
| WebSocket 傳輸 | 核對 Path 與 Host；Path 開頭的斜線及大小寫都須依原始設定保留 | 請求已抵達伺服器，卻未能進入正確的代理入口 |
| Hysteria2 / WireGuard | 核對 UDP 是否可連通，以及驗證資訊或金鑰、Peer 等協定欄位 | 目前網路若限制 UDP，即使其他 TCP 請求正常，也不能證明此連線可用 |
複製密碼、UUID 或金鑰時，請檢查前後是否有空格或換行。TLS 的 Server Name 用於交握及驗證憑證身分；WebSocket 的 Host 用於對應請求路由，兩者不能只因「都是網域」就互換。即使連線位址是 IP，仍可能需要保留服務商指定的 Server Name。
4. 對照錯誤訊息，檢查系統時間與 TLS
錯誤訊息應以裝置上的實際紀錄為準，不同協定與底層實作的措辭可能不同。向自己的服務商回報時，保留完整錯誤文字和發生時間，比只寫「逾時」更有助於釐清問題。以下列出常見的底層錯誤片段，不代表每次失敗都會出現這些文字。
錯誤：i/o timeout
原因與處理方式：讀寫等待時間超過期限，但僅憑訊息文字無法判斷具體原因；先記錄錯誤發生於連線階段還是請求階段，再使用同一節點切換網路，確認連線是否可達。
錯誤：connection refused
原因與處理方式：目標主機或路徑中的設備明確拒絕連線；先核對連接埠，再請自己的服務商確認該連接埠是否正在監聽，以及存取控制是否生效。
錯誤：TLS handshake timeout
原因與處理方式：TLS 交握未能在期限內完成；核對連接埠、TLS 設定與 Server Name，並切換網路，排除交握流量受阻或連線回應過慢的可能性。
錯誤：certificate has expired or is not yet valid
原因與處理方式：目前時間不在憑證有效期間內；先校正裝置的日期與時間，若問題仍存在，請自己的服務商確認伺服器憑證是否已過期或尚未生效。
在 iPhone 或 iPad 的系統「設定 → 一般 → 日期與時間」中檢查「自動設定」，確認顯示的日期與時間正確後再重新連線。VMess 驗證也仰賴時間同步；裝置時間明顯有誤時，應先校正時間，而不是反覆修改 UUID。TLS 逾時與憑證有效期錯誤是不同情況，不能將所有交握失敗都歸因於時間。
5. 已連線但無法瀏覽網頁：檢查分流與 DNS
若節點測試正常，但只有實際瀏覽網頁失敗，請返回 Home 檢查 Global Routing。Proxy、Direct、Config、Scene 是不同的路由模式：Direct 不使用代理連線；Config 依目前設定的規則處理；Scene 則須配合所選場景檢查。排查時可暫時切換至 Proxy 作為對照，但測試完成後應恢復原有選項，不能把暫時切換視為已修復規則。
- 先核對命中的策略：在 Config 檢查目前使用的設定。
DOMAIN-SUFFIX比對網域後綴，GEOIP與IP-CIDR處理 IP 條件，FINAL用於最終兜底；規則順序可能改變連線的出站結果。 - 分辨規則拒絕與網路逾時：若目標符合
REJECT，表示請求遭規則拒絕，不應藉由修改節點密碼處理。請先確認規則是否誤將目標網域納入。 - 確認 DNS 涵蓋範圍：連線位址為網域時，必須先解析伺服器位址；網頁目標網域的解析則是另一個環節。記下究竟是哪個網域解析失敗，再檢查設定中的 DNS 選項及解析器是否可連線。
- 避免只用 IP 位址存取 HTTPS 作為判斷依據：直接存取 IP 可能缺少正確的網域資訊，造成憑證或網站路由不符，不能據此判定 DNS 正常或異常。
若只有大型網頁、影片或較大的資料傳輸停滯，而短請求可以完成，再考慮路徑 MTU 等問題。使用 WireGuard 時，請優先採用現有設定提供的 MTU；若需調整，先保留原值，並在服務商確認後單獨重新測試。不要同時修改 DNS、路由與 MTU。
6. 排除網路環境、On Demand 與訂閱更新的干擾
公共 Wi-Fi 可能需要先完成網頁登入驗證。請先關閉 Shadowrocket 連線，確認目前網路本身能正常上網；基礎網路尚未連通時，修改協定無法解決問題。使用行動數據時，也要確認系統允許 Shadowrocket 使用行動網路，並檢查是否有其他 VPN 設定或裝置管理政策影響連線。
在 Settings → On Demand 檢查是否啟用了自動連線條件。若排查期間連線被自動重新建立，可暫時關閉 On Demand，再手動控制連線開關；重新測試後，依原紀錄恢復設定。On Demand 用來管理系統觸發連線的條件，不會修復伺服器位址、連接埠或驗證資訊。
為什麼 Wi-Fi 逾時，行動網路卻正常？
保持相同的節點與測試目標，先完成 Wi-Fi 登入驗證，再重新測試。若仍只有 Wi-Fi 失敗，記下網路類型與使用的協定，向網路管理員或自己的服務商確認連接埠、UDP 等流量是否受到限制，不要先重置所有設定。
訂閱更新逾時，需要刪除所有現有節點嗎？
先保留現有設定。在 Home 更新自己的訂閱，確認連結仍有效，並檢查服務商是否變更訂閱位址或存取條件。更新請求失敗不代表已匯入的節點同時失效；刪除設定會失去比對條件。
節點有延遲，為什麼連線後還是無法開啟網頁？
先確認測試方式，再於 Home 將 Global Routing 暫時切換為 Proxy，重新測試相同的 HTTPS 網頁。若仍失敗，繼續檢查驗證、TLS 與 DNS；若恢復正常，則返回 Config 檢查原有規則的命中情況，最後恢復原來的路由模式。
反覆重新安裝能解決逾時嗎？
重新安裝無法改變伺服器連接埠、訂閱狀態或網路限制。請先比對參數並以兩種網路測試，同時備份自己的設定；只有確認問題出在應用程式本機狀態時，才依排查結果處理，以免遺失原始紀錄。
7. 問題仍未解決時，整理精簡的回報紀錄
完成上述步驟後仍無法定位問題，請將狀況限定在可重現的條件內，不要繼續隨機變更參數。向自己的服務商回報時，說明具體協定、測試方式與失敗階段；若使用學校或公司管理的網路，應由相應管理員確認網路限制。
- 發生時間與時區、裝置型號，以及實際使用的系統和應用程式資訊。
- Wi-Fi 與行動網路的對照結果，每種網路都保留 3 次相同方式的測試紀錄。
- 是否只有單一節點失敗，以及連線測試、URL 測試和實際網頁請求各自的結果。
- 已去除敏感資訊的協定類型、連接埠、TLS 狀態與完整錯誤文字；不要公開密碼、私密金鑰、UUID 或完整訂閱連結。
- 已變更的項目及還原狀況，特別是 Global Routing、On Demand、DNS 與 MTU。