本文適用於已有自己的服務商與訂閱，但在 Shadowrocket 中遇到節點逾時，或連線後無法存取網頁的使用者。先以同一節點重複測試並比較不同網路，再逐一檢查位址、連接埠、驗證資訊與傳輸參數，最後確認系統時間和訂閱狀態。排查重點是找出失敗環節，而不是把所有問題都歸因於節點失效。
一、先分清延遲測試逾時與實際連線失敗
Shadowrocket（小火箭）的延遲測試結果與網頁存取結果並非同一項指標。測試顯示逾時，代表該次測試未能在限定時間內完成；單憑這點無法證明帳號失效，也不能表示所有網站都無法存取。反過來說，顯示毫秒數只代表測試已完成，不保證後續的驗證、TLS 交握和目標存取都能成功。
先在 Home 確認目前選取的節點，再執行 Connectivity Test。記下使用的測試方式，前後比較時保持方式一致；若切換測試方式，結果就不能直接比較。TCP 連線測試與需要透過代理存取目標的測試涵蓋不同環節，尤其不能只憑 TCP 測試結果推斷以 UDP 為基礎的傳輸一定可用。
| 觀察到的現象 | 目前可判斷的情況 | 下一步 |
|---|---|---|
| 同一節點連續測試都逾時 | 測試路徑持續未能完成，原因尚未確定 | 保持參數不變，切換 Wi-Fi 與行動網路進行比較 |
| 測試顯示毫秒數，但網頁仍無法存取 | 測試環節已通過，不代表實際請求也能成功 | 檢查驗證、TLS、Global Routing 與 DNS |
| 只有一個節點失敗 | 問題較可能集中在該節點或其參數 | 與自己已有的其他節點比較 |
| 同一網路下所有節點都失敗 | 可能有共通的網路或設定因素 | 先確認本機網路可用，再切換網路重測 |
不要把某個毫秒數門檻當成通用的合格標準。延遲會受所在網路、伺服器位置和測試目標影響。與其比較不同環境下的數值，不如記錄「同一節點、同一測試方式、不同網路」的結果，這更有助於縮小問題範圍。
二、用五個步驟建立可重現的測試紀錄
每次只變更一個條件。若同時更新訂閱、切換協定、修改 DNS 並重新啟動裝置，即使恢復存取，也無法確認是哪個步驟奏效。先保留原有設定，避免排查時覆蓋仍可使用的參數；紀錄可寫在本機備忘錄，不必公開完整設定。
-
確認網路
暫時關閉 Home 的連線開關，確認目前的 Wi-Fi 或行動網路可存取平常能直接連線的網站。若公共 Wi-Fi 需要登入，請先完成網路驗證再繼續測試。
-
固定節點
在 Home 選取一個已有的節點，執行 Connectivity Test，並以相同測試方式重複三次。記錄結果是全都逾時、偶爾成功，還是每次都有數值；不要把這三次測試當成長期可用性的統計。
-
切換網路
保持節點和參數不變，在 iPhone 系統設定中切換 Wi-Fi 與行動網路，再重複相同測試。若只有某個網路下測試失敗，優先檢查該網路的存取限制及 UDP 可達性。
-
實際存取
開啟 Home 的連線開關，確認目前選取的節點後，存取同一個目標。若要暫時排除規則的影響，可將 Global Routing 切換為 Proxy 進行比較；測試完成後，恢復原先使用的 Config。
-
排除自動連線
如果手動中斷後連線又自動啟動，請檢查 Settings → On Demand。記下原有設定後，暫時關閉 On Demand，再重複手動連線測試；排查完成後，依原本需求恢復設定。
結論：先確認問題是否隨網路而變
若同一節點只在 Wi-Fi 下逾時，切換至行動網路就能完成測試，先保留節點參數，沿著 Wi-Fi 網路路徑排查；不要立刻重建所有設定或變更驗證資訊。
三、核對位址、連接埠與協定專屬參數
在 Home 開啟對應節點的編輯頁面，與自己的服務商提供的最新參數逐項比對。先看 Type，再看伺服器位址和連接埠，最後檢查驗證資訊與傳輸選項。伺服器位址欄不應包含網頁路徑；連接埠必須與伺服器的監聽設定一致。連接埠號碼是 443，不代表協定一定使用 TLS，也不代表參數就正確無誤。
例如，服務端明確要求 example.com:443 時，應確認位址為 example.com、連接埠為 443；不要自行改成 8443 來「測速度」。此處的網域和連接埠僅用於說明格式，不能實際用來連線。驗證資訊中多出的空格、遺漏字元或大小寫不同，都可能導致連線失敗。
| Type | 核對重點 | 容易混淆之處 |
|---|---|---|
| Shadowsocks | 伺服器位址、連接埠、加密方式、密碼 | 密碼正確但加密方式不同，仍無法正常通訊 |
| VMess | UUID、加密設定、傳輸方式及 TLS 相關參數 | 傳輸路徑、Host 與伺服器位址不一定相同 |
| VLESS | UUID、傳輸方式，以及服務端指定的 TLS 或其他安全參數 | 不能只根據位址和 UUID 推斷其他選項 |
| Trojan | 密碼、伺服器連接埠、TLS server name | 連線位址與憑證對應的網域可能不同 |
| Hysteria2 | 驗證、TLS server name、UDP 可達性及服務端指定的選項 | TCP 測試成功，不能證明 QUIC 通訊可用 |
| WireGuard | 本機私鑰、對端公鑰、Endpoint、位址與 Allowed IPs | 顯示連線狀態不代表已完成有效交握和資料傳輸 |
對於使用 TLS 的設定，應同時核對連線位址、server name 和憑證要求。直接將網域換成 IP，可能會改變憑證名稱比對或存取路徑。不要以關閉憑證驗證來取代修正設定；若憑證確實過期，應由伺服器維護方處理。
四、根據錯誤原文定位失敗環節
逾時是表面現象，錯誤原文才有助於分辨連線卡在哪個階段。查看應用程式中對應請求的連線紀錄或日誌時，請保留錯誤文字及發生時間。以下列出底層連線紀錄中可能出現的錯誤片段，並非每次故障都會顯示的固定彈出訊息；若找不到相同文字，請以實際紀錄為準。
錯誤：i/o timeout
原因：某個網路讀寫階段超過等待時間，單憑這段文字無法確定問題出在本機網路、伺服器還是目標回應。
處理方式：先以同一節點比較不同網路，再依錯誤前後的位址與連線階段定位問題，避免只靠延長等待時間來掩蓋故障。
錯誤：connection refused
原因：目標連接埠明確拒絕連線，常見原因包括連接埠未監聽、服務已停止，或網路設備主動拒絕連線。
處理方式：確認這筆紀錄指向代理伺服器還是目標網站；若是代理伺服器，請向自己的服務商確認位址、連接埠和服務狀態。
錯誤：no such host
原因：目前的解析程序無法取得該主機名稱對應的位址，可能與網域拼寫或 DNS 解析有關。
處理方式：先檢查位址中是否混入空格、協定前綴或路徑，再切換網路重測；尚未確認網域前，不要反覆修改密碼。
錯誤：certificate has expired or is not yet valid
原因：憑證有效期間與目前裝置時間不符，可能是系統時間錯誤，也可能需要維護伺服器憑證。
處理方式：先校正 iPhone 日期與時間，再重新連線；若時間正確但仍出現錯誤，請聯絡伺服器維護方處理，不要略過憑證驗證。
分享紀錄前，請遮蔽密碼、UUID、私鑰及訂閱 token。可以保留協定類型、已遮蔽部分資訊的伺服器位址、連接埠、測試時間和錯誤原文；完整訂閱連結可能含有存取權限，不應放進公開求助的截圖。
五、最後檢查系統時間與訂閱更新
在 iPhone 系統「設定 → 一般 → 日期與時間」中檢查「自動設定」。若裝置時間明顯錯誤，先恢復正確時間，再重新建立連線。時間會用於判斷 TLS 憑證有效期間，也可能影響需要時間驗證的認證程序；手動將日期調早或調晚並不能解決問題。
訂閱更新與節點連線是兩種不同的請求路徑：前者取得設定內容，後者則使用已有參數連線到伺服器。因此，更新失敗不代表本機已儲存的所有節點會立即失效；更新成功也不代表每個節點都能連線。更新後請重新選取目標節點，確認參數實際有哪些變化。
- 確認訂閱來源：在 Home 檢查已有的 Subscribe 項目是否仍使用自己的有效連結。格式範例為
https://example.com/sub?token=xxxx，此網址僅用於說明格式。 - 執行一次更新：在 Home 下拉重新整理已有的訂閱，等待結果後檢查節點清單。先保留錯誤資訊，避免連續重新整理造成更多干擾。
- 確認更新路徑：如果訂閱位址必須透過代理存取，而且已有可用的連線，可檢查 Settings → Subscribe → Update via Proxy。此設定需要可運作的代理路徑，無法讓失效的節點自行恢復。
- 確認服務狀態：向自己的服務商確認訂閱是否有效、帳戶是否仍可使用，以及位址或驗證資訊是否有變更。應分別確認用戶端的購買狀態與服務商帳戶狀態。
結論：更新後只重測一個目標
先比對一個失敗節點在更新前後的位址、連接埠和驗證資訊是否有變化，再於相同網路下重複測試；若參數未變且仍然逾時，應將排查重點轉回網路路徑和伺服器狀態。
六、測試通過但網頁無法開啟時，檢查流量分流
如果節點測試已完成，但實際存取仍失敗，請檢查請求是否真的經由該節點。在 Home 確認 Global Routing：Config 會依設定處理請求，Proxy 用於比較代理路徑，Direct 用於比較直接連線路徑，Scene 則須配合相應的場景設定判斷。不要只因連線開關已開啟，就認定所有流量都經過代理。
使用 Config 時，請在 Config 中確認目前啟用的設定，而不是只查看未啟用的檔案。DOMAIN-SUFFIX 比對網域後綴，IP-CIDR 比對 IP 網段，GEOIP 依據 IP 地理資料庫判斷，FINAL 則處理未命中前述規則的情況。命中 DIRECT 的請求不會因為目前選取了某個節點就自動改走代理；命中 REJECT 的請求則會遭到拒絕。
- 使用 Proxy 可存取，使用 Config 卻失敗：優先檢查設定中的比對順序、策略引用和 DNS 結果，不必急著重建節點。
- 只有一個網站無法存取：檢查該請求命中的規則及目標本身的回應；單一網站無法存取，不足以判定整條代理連線路徑都無法使用。
- 所有目標都無法存取：回頭檢查協定參數和連線紀錄，判斷問題是否卡在驗證、TLS 或輸出連線階段。
比對完成後，請恢復日常使用的路由模式。Proxy 是本次排查時用來隔離問題的方式，不能取代修正所有規則問題。如需查看完整操作順序，請參閱Global Routing 教學。
七、節點逾時常見問題
只有一個節點逾時，需要重新安裝應用程式嗎？
先不要重新安裝。在 Home 選取自己已有的另一個節點，進行相同測試。若其他節點正常，請優先核對故障節點的位址、連接埠、驗證資訊和伺服器狀態；重新安裝無法修正遠端連接埠未監聽的問題，還可能讓本機排查紀錄遺失。
顯示有延遲，為什麼連線後還是無法開啟網頁？
先確認測試方式涵蓋哪些環節，再使用 Global Routing → Proxy 比較實際存取結果。若仍然失敗，請檢查驗證和 TLS 錯誤；若只有在 Config 下失敗，請檢查目前啟用設定中的規則與策略，不要只盯著延遲數值。
訂閱重新整理逾時，原本的節點是不是也不能用了？
不一定。先測試本機已儲存的節點，再單獨排查訂閱位址的存取路徑。只有在存在可用代理連線時，Settings → Subscribe → Update via Proxy 才可能協助需要代理路徑的更新請求；同時請向自己的服務商確認連結是否有效。
聯絡服務商回報問題時，需要準備哪些資訊？
提供問題發生時間、使用的 Wi-Fi 或行動網路、協定類型、已遮蔽部分資訊的位址、連接埠、三次測試結果，以及錯誤原文。說明切換網路後是否恢復、其他已有節點是否正常。不要提供私鑰、完整密碼或含有 token 的訂閱連結。