Shadowrocket 連線逾時與連線失敗排除：延遲測試、協定參數與系統時間

本文重點

本文說明如何排查 Shadowrocket（小火箭）中既有伺服器的逾時與連線失敗，前提是您已有自己的服務商與訂閱。請依「基礎網路、測試結果、協定參數、TLS 與時間、DNS、路由與記錄」的順序逐項檢查，每次只變更一項設定，以判斷問題來自本機網路、設定或伺服器端。測試結果不代表線路品質保證；即使連線開關已開啟，也不代表目標請求已成功。

一、固定測試條件並檢查基礎網路

連線失敗表示某次請求未完成，並非特定故障名稱。預設設定、測試方式與連線逾時時間請以目前 App 顯示為準；排查前建議先記下原始值，避免同時變更伺服器、DNS 和 Global Routing。否則即使恢復連線，也無法確認是哪項變更生效。

檢查基礎網路，是為了確認裝置本身可以連上網路。先關閉 Home 的連線開關，再開啟平時可直接瀏覽的網頁；如果仍無法連線，請先完成 Wi-Fi 登入驗證或檢查行動數據權限，再繼續排查 Shadowrocket。VPN 狀態圖示只表示系統隧道已建立，無法證明遠端伺服器已接受連線。

記錄原始設定

在 Home 記下目前選取的伺服器與 Global Routing 設定，並在 Config 確認正在使用的設定檔。記錄故障發生時間與網路類型，切勿記錄明文密碼或訂閱憑證。
確認可直接連線

關閉 Home 的連線開關，使用瀏覽器確認基礎網路正常。若公共 Wi-Fi 顯示登入頁面，請先完成網路驗證；不要將尚未完成驗證誤判為伺服器逾時。
暫停自動觸發

前往 Settings → On Demand，記下現有設定後暫時停用隨選觸發，避免手動關閉連線後又被系統自動連線。排查完成後，請恢復原有設定。
單一變因複測

回到 Home，只選取一台既有伺服器並開啟連線，接著瀏覽同一個目標。之後只切換 Wi-Fi 或行動網路進行複測，伺服器與設定維持不變。

二、延遲測試與實際請求的差異

延遲測試測量的是特定探測方式所需時間，不等同於完整的 App 存取結果。Home → Connectivity Test 的測試方式與相關選項請以目前 App 顯示為準；解讀數值前，先確認使用中的探測類型。若只探測 TCP 連線建立，就無法完整驗證代理伺服器驗證、TLS 握手、目標網站回應或 UDP 資料傳輸。

測試逾時也須依探測目標判斷。如果探測依賴特定測試位址，該位址暫時無法連線，就可能導致多台伺服器同時顯示失敗。若實際瀏覽正常、只有探測失敗，請先核對測試位址與測試方式，不要直接刪除既有設定。

443

HTTPS 常用連接埠，但不是所有代理伺服器的預設連接埠

傳統 DNS 常用連接埠；解析成功不代表代理伺服器驗證成功

1 項

每輪只變更一個變數，並以相同目標複測

TCP 探測成功、網頁無法開啟：優先核對驗證、TLS、傳輸參數及實際套用的策略，不要只看延遲數值。
只有一台伺服器失敗，其他正常：優先核對該伺服器的位址、連接埠與伺服器端狀態，不要先重設所有設定。
同一設定只在某個網路下失敗：檢查該網路的 DNS、連接埠與 UDP 可連線性，並記錄切換網路後的差異。
多台伺服器與直接連線都失敗：先處理裝置的基礎網路問題；反覆更新訂閱通常無法解決這個階段的問題。

三、核對位址、連接埠與協定參數

伺服器參數是用戶端與伺服器之間的設定約定，不同協定沒有通用的正確值。請在 Home 開啟相應伺服器的編輯頁面，逐項比對服務商提供的原始設定；建議保留原始位址、連接埠與驗證欄位，不要憑經驗一律改成 443。位址欄位也不應混入網址路徑或多餘空格。

協定	優先核對項目	容易誤判的情況
Shadowsocks	位址、連接埠、密碼、加密方式，以及原始設定要求的其他參數	連接埠可連線，但密碼或加密方式不符，實際代理請求仍會失敗。
VMess	UUID、加密設定、傳輸方式，以及相應的 TLS 與傳輸參數	UUID 正確不代表 WebSocket 路徑或 Host 也正確，還應核對系統時間。
VLESS	UUID、傳輸方式，以及原始設定採用的 TLS、REALITY 或 Flow 參數	不要將其他伺服器的安全設定直接套用到目前的設定。
Trojan	密碼、TLS、Server Name 與憑證驗證	位址可以連線，但憑證名稱或驗證資訊不符，請求仍無法完成。
Hysteria2	驗證、TLS、連接埠及 UDP 可連線性	此協定以 QUIC 為基礎，TCP 連接埠探測成功無法證明其連線可用。
WireGuard	金鑰、Peer、Endpoint、Allowed IPs 與隧道位址	請檢查 UDP 通訊與握手狀況；單看 TCP 探測結果無法判斷。

更新訂閱是為了同步服務商發布的設定，不代表所有連線問題都能因此修復。確認訂閱仍有效後，再於 Home 更新相應訂閱，並確認更新後沒有繼續選取原本已失效的項目。手動修改由訂閱產生的項目前，請先保留紀錄，因為後續更新可能覆蓋變更；不要以重複加入同一訂閱作為排查方式。

四、TLS、Server Name 與系統時間

TLS 驗證用於核對伺服器憑證與連線身分，涵蓋憑證名稱、有效期限及信任鏈。Server Name 通常用於 TLS 的伺服器名稱指示與名稱驗證，實際填寫方式應依既有設定；它與 WebSocket 的 Host 並非可任意互換的欄位。建議保留憑證驗證，不要將略過驗證當作一般修復方式。

系統時間會影響憑證有效期限的判斷，也可能影響部分協定的驗證。iPhone 或 iPad 可前往系統「設定 → 一般 → 日期與時間」，檢查自動設定與實際時間；若裝置受到管理政策限制，請先確認相關管理要求。校正時間後重新建立連線即可，不必同時更換協定或 DNS。

憑證問題的處理範圍

確認裝置時間正確後，若仍出現憑證過期或名稱不符，請向自己的服務商確認憑證與 Server Name。將網域位址改為 IP 並不會自動修復憑證；即使連線至 IP，原始設定要求的 Server Name 仍可能必須保留。

核對系統日期、時間與時區，確認沒有因手動設定而產生明顯偏差。
核對伺服器編輯頁面的 TLS 與 Server Name 是否符合原始設定，不要沿用其他項目的值。
若使用 WebSocket，請分別核對 Host 與路徑；路徑的大小寫及開頭斜線應與伺服器端一致。
重新連線並查看這次錯誤，判斷錯誤是否由 TLS 錯誤轉為驗證錯誤或目標請求錯誤。

五、分層檢查 DNS 與 Global Routing

DNS 負責將網域名稱解析為位址，可能影響代理伺服器位址解析，也可能影響目標網站解析。預設 DNS 行為請以目前的 Config 與 App 設定為準；建議先保留原始設定，只有在記錄中出現解析錯誤時才檢查 DNS。任意疊加多個解析位址會增加變數，也無法證明逾時原因已排除。

基礎網路伺服器解析連線與驗證路由策略目標回應

Global Routing 會決定請求採用哪種路由方式。Proxy 可用來暫時測試目前選取的代理路徑，Direct 用於直接連線，Config 依目前設定的規則處理，Scene 則依已設定的情境處理；目前選項請以 Home 顯示為準。短暫切換至 Proxy 後恢復存取，通常表示應檢查 Config 中的策略或規則，但不能據此認定所有 DNS 與協定參數都正確。

伺服器網域解析失敗：先在直接連線狀態確認基礎網路，檢查目前的 DNS 設定及記錄中的查詢錯誤，再向服務商確認位址是否仍有效。
只有部分網站無法連線：確認 Home → Global Routing 的目前選項，再檢查 Config 所用設定檔中的比對規則與策略指向。
Config 失敗、Proxy 正常：優先檢查規則順序。DOMAIN-SUFFIX、IP-CIDR、GEOIP 的比對結果各不相同，FINAL 應放在規則末尾作為最終策略。
切換情境後才發生故障：檢查 Scene 對應的情境條件與實際採用的策略，不要只核對 Home 中的伺服器名稱。

完成排查後，請恢復原本的 Global Routing，並以實際目標複測。暫時使用 Proxy 只能作為對照條件，不能取代對 Config 中 DIRECT、PROXY、REJECT 策略的核對；如果請求遭規則明確拒絕，更換伺服器也不會改變拒絕結果。

六、根據記錄中的錯誤縮小範圍

記錄可協助判斷失敗發生在哪個階段。前往 Settings → Log 查看相關記錄；記錄開關與詳細程度請以目前 App 顯示為準，建議只在重現問題期間啟用所需記錄。先記下時間，再發送一次請求，避免將舊記錄誤認為目前結果。以下是網路底層可能回傳的錯誤原文片段，並非固定的彈出訊息；實際前後文請以記錄為準。

錯誤：i/o timeout

原因與處理方式：連線或讀寫作業未能在指定時間內完成，光憑這段文字無法判斷是封包遺失、連線遭阻擋或伺服器無回應；請先依記錄所示階段核對位址與連接埠，再使用相同設定切換網路複測。

錯誤：connection refused

原因與處理方式：目標或中間設備明確拒絕連線，可能是連接埠未監聽或套用了拒絕策略；請核對連接埠與協定，並請自己的服務商確認相應服務正在執行。

錯誤：no such host

原因與處理方式：網域解析沒有取得可用結果，可能是位址拼寫錯誤或解析鏈路異常；請先核對伺服器位址，再檢查目前的 DNS 設定與所在網路的解析狀況。

錯誤：certificate has expired or is not yet valid

原因與處理方式：憑證有效期限與目前時間不符；先檢查系統是否自動校時，若時間正確但問題仍在，請服務商檢查憑證，不要關閉驗證來規避問題。

錯誤從「解析失敗」變成「驗證失敗」，表示請求已進入不同階段，不代表問題變得更嚴重。每輪排查都應記錄變更項目與新的錯誤階段。如果連線只在長時間閒置後失敗，也請記錄切換前景與背景、切換網路及重新連線後的狀況，再檢查 On Demand 等自動連線設定，不要直接延長所有逾時時間。

七、複測結果與提交資訊

有效的複測應在相同目標、相同設定與明確的網路條件下重複驗證。建議至少保留一筆故障記錄與一筆對照記錄，註明連線是否開啟、Global Routing 的選項，以及錯誤出現的階段。不要憑單次延遲數值判斷長期可用性，也不要將未經處理的完整設定直接傳給他人。

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

先確認 Home → Connectivity Test 的探測方式，再實際瀏覽同一個目標。如果只通過 TCP 探測，請繼續核對協定驗證、TLS 與 Config 中的策略；有數值不代表完整請求已成功。

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

先維持密碼與協定參數不變，記錄兩種網路下的結果。檢查 Wi-Fi 登入狀態、DNS 與 UDP 可連線性；尤其使用 Hysteria2 或 WireGuard 時，請向網路管理方確認 UDP 通訊是否受限。

更新訂閱後還是無法連線，接下來該怎麼做？

在 Home 確認已選取更新後仍有效的項目，再核對位址、連接埠與協定。如果只有單一項目持續失敗，請將發生時間、網路類型與已隱去敏感資訊的錯誤內容提供給自己的服務商確認，不要反覆加入同一份訂閱。

提交排查資訊時，哪些內容需要隱藏？

保留協定名稱、網路類型、錯誤原文與重現步驟；隱藏密碼、UUID、金鑰、完整訂閱網址及其中的 token。提交記錄前，也請確認伺服器位址、瀏覽網域等資訊是否涉及個人資料。

已排除本機問題：直接連線正常、系統時間正確，且已完成 Wi-Fi 與行動網路的對照測試。
已核對設定：依既有服務設定檢查位址、連接埠、驗證、TLS 與傳輸參數，未混用其他項目的值。
問題可重現：提供具體時間、錯誤階段、使用的路由方式與已隱去敏感資訊的記錄，不要只說「無法連線」。
已還原設定：排查後恢復 On Demand、Global Routing 與暫時使用的記錄選項，並再次確認日常存取。