Shadowrocket（小火箭）的連線開關已開啟，只表示裝置已啟用相關連線，不代表遠端伺服器、DNS 和目標網站都能正常使用。本文適用於已有服務商設定的使用者：先建立中斷連線時的網路基準，再檢查 Home 中的伺服器、Global Routing、DNS 與 Config 規則。每次只調整一項，並以同一個網頁重新測試，保留能協助判斷問題的結果。
一、先確認是本機網路問題還是連線問題
先儲存目前的 Config，並記下 Home 中目前選取的伺服器和 Global Routing 模式。不要一開始就刪除所有設定。重新建立設定會遺失原有規則、策略選擇與 DNS 設定，也會讓前後測試失去比較基準。
準備兩個平時可正常瀏覽、由不同網站提供的 HTTPS 網頁。請使用完整網域名稱，不要以 IP 位址取代 HTTPS 網域；憑證驗證與虛擬主機選擇都仰賴網域名稱，直接連線到 IP 所出現的錯誤，不能單獨用來證明 DNS 有問題。
-
記錄目前設定
記下 Home → Global Routing 目前的選項、所選伺服器名稱，以及正在使用的 Config。若截圖或紀錄包含伺服器位址、密碼或 UUID，請只儲存在自己能控管的位置。
-
暫停按需連線
前往 Settings → On Demand，記下原本是否啟用，排查期間先暫時停用，避免手動中斷後又自動建立連線。測試結束後再還原原設定。
-
中斷連線後測試
在 Home 關閉連線開關，再用 Safari 開啟準備好的兩個網頁。如果兩個都無法開啟，請先處理 Wi-Fi 登入驗證、路由器或行動數據問題，暫時不要調整規則。
-
切換網路後重新測試
在 Wi-Fi 與行動數據之間切換，再開啟相同網頁。留意行動數據用量。如果只有其中一種網路無法連線，記下網路類型，再確認是否有連接埠或傳輸限制。
飯店、學校等網路可能要求先完成網頁驗證。關閉連線後完成網路驗證，再開啟 Shadowrocket 測試。若另一個網路延伸功能也在管理連線，排查時請暫停其連線，避免兩套網路設定互相干擾。
二、確認伺服器狀態，不要把延遲數值當成網頁可正常瀏覽
返回 Home，確認選取的是預計測試的伺服器，而不是名稱相似的舊項目。依照服務商提供的參數，逐一核對 Type、位址、連接埠與驗證資訊。協定類型必須搭配相應參數；不能只保留位址和連接埠，就把 VMess 改成 VLESS，也不能將 Trojan 的驗證方式套用到 Shadowsocks。
在 Home 使用 Connectivity Test 查看結果。測試顯示延遲數值，只能表示該測試方式的探測成功，不代表所有 HTTPS 要求、UDP 流量或目標網站都能正常連線。請繼續使用相同網頁測試，才能確認實際瀏覽是否恢復。
- 所有現有伺服器都逾時：先切換網路，再確認服務商帳戶狀態及伺服器是否正在維護。不要接連更改多項無關設定。
- 只有一個項目連線失敗：拿自己的另一筆可用設定作比較，檢查該項目的連接埠、驗證、TLS 與傳輸參數。
- 訂閱更新成功但連線失敗：取得訂閱資料與連線到伺服器是兩條不同的要求路徑。更新成功不代表清單中的每台伺服器都可使用。
- 使用 Hysteria2：確認目前網路是否限制 UDP。若只有某個 Wi-Fi 無法使用，先不要更改參數，改用其他網路測試；不要直接將問題歸因於 DNS。
結論：先確認至少一條可用連線路徑
若同一台伺服器透過行動數據可用、透過 Wi-Fi 卻無法使用，請優先檢查 Wi-Fi 的存取限制；若兩種網路都無法連線，再核對伺服器參數與服務狀態。此時修改 DOMAIN-SUFFIX 或 FINAL，通常無法解決伺服器交握失敗。
三、透過 Global Routing 判斷是伺服器問題還是分流問題
前往 Home → Global Routing，先確認目前選項，再開始切換。Proxy 適合暫時排除複雜分流的影響；Direct 可用來觀察直連路徑；Config 則依目前設定進行分流。若使用 Scene，也要確認目前場景實際採用的設定，不要只憑選項名稱判斷要求會經過哪條路徑。
| 選項 | 排查用途 | 重新測試後的判斷方式 |
|---|---|---|
| Proxy | 透過代理路徑測試，先排除 Config 分流規則的干擾。 | 若仍無法連線，優先檢查所選伺服器、DNS 與目標網站。 |
| Direct | 檢查目前網路的直接連線能力，不經由遠端代理轉送。 | 直連成功不能證明伺服器可用，也不代表所有目標都適合直連。 |
| Config | 依照目前 Config 的規則與策略處理要求。 | Proxy 可用但 Config 無法連線時，優先檢查規則命中與策略選擇。 |
| Scene | 使用場景設定時，確認目前場景實際套用的設定。 | 配合場景條件與最終要求紀錄判斷，不要將其視為固定出口。 |
依序操作「測試 Proxy → 測試 Config」，每次切換後重新送出要求。必要時先關閉再重新開啟連線，讓後續測試套用新設定。瀏覽器已建立的長連線可能繼續沿用舊路徑，因此不要只觀察已載入的網頁。
四、檢查 DNS，區分解析失敗與連線失敗
DNS 負責將網域名稱轉換成 IP 位址。如果遠端伺服器位址填的是網域名稱，建立連線前也可能需要先解析。此時 DNS 無法連線，可能看起來像「伺服器無法連線」；若目標網站解析失敗，則可能出現連線已開啟、網頁卻一直載入的情況。
前往 Settings → DNS 確認目前設定，同時檢查正在使用的 Config 是否包含 DNS 相關設定。不要以為只要修改 Settings，就一定會改變目前連線的所有 DNS 行為；請依據實際啟用的設定與要求紀錄確認。修改前先保留原值，以便還原。
- 網域名稱無法解析：查看是否出現解析錯誤，再確認 DNS 位址格式是否正確，以及目前網路能否連線到該位址。不要同時填入多個來源不明的解析位址。
- 使用加密 DNS：確認解析服務的網域本身能完成初始解析，並檢查要求是否被規則送往尚未建立的代理路徑，形成啟動依賴循環。
- 已取得 IP 位址：接著檢查 TCP 連線或 TLS 交握。取得解析結果，不代表一定能連上目標位址。
- 只有部分網站無法連線：記錄取得的是 IPv4 還是 IPv6 位址。只有在證據顯示 IPv6 路徑異常時，才暫時測試不同位址類型，並確認如何還原設定。
錯誤：connection refused
原因與處理方式：目標連接埠明確拒絕連線，常見原因是連接埠填寫錯誤或服務未在該連接埠監聽。核對現有設定中的連接埠，並向自己的服務商確認服務狀態；先不要修改 DNS。
錯誤：i/o timeout
原因與處理方式：某項網路操作未能在時限內完成，需搭配前後紀錄判斷問題發生於解析、連線或讀取階段。先切換網路重新測試，再針對對應階段檢查。
錯誤：no such host
原因與處理方式：網域名稱沒有取得可用的解析結果。檢查位址拼寫、網域是否仍有效，以及目前 DNS 是否可連線；如果是伺服器網域錯誤，請核對原始設定。
以上是常見網路錯誤訊息中的原文片段，實際顯示內容可能還包含其他前綴與位址。請記錄完整前後文，但不要將驗證資訊或完整訂閱連結張貼到公開位置。不要透過關閉憑證驗證來處理 TLS 錯誤；請先確認裝置時間、伺服器網域與 TLS 參數是否一致。
五、確認 Config 規則順序與最終策略
若 Proxy 可以開啟同一個網頁，但 Config 不行，請前往 Config 確認實際啟用的檔案。檢查相關網域命中了哪條規則、規則指向哪個策略，以及策略最後選用的伺服器是否可用。檔案名稱相同，不代表檔案內容或目前啟用狀態也相同。
規則通常依序比對，先命中的規則會決定後續處理方式。較寬泛的規則若排在前面，可能使後面的精確規則無法生效。以下僅示範語法與順序，不是可直接取代現有設定的完整 Config；其中的策略名稱必須能在目前設定中正確解析。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXYDOMAIN-SUFFIX,example.com,PROXY：符合範例網域及其子網域。排查實際網站時，先確認實際要求的網域；頁面資源可能來自多個網域。IP-CIDR,192.168.0.0/16,DIRECT,no-resolve：符合該 IPv4 網段；no-resolve表示不為這條 IP 規則主動觸發網域解析，不代表全域停用 DNS。GEOIP,CN,DIRECT：依 IP 地理位置資料庫比對，不會依網頁語言、網域後綴或伺服器名稱判斷。FINAL,PROXY：處理未符合前面規則的要求。若將 FINAL 提前，後續規則便無法正常生效。
如果規則指向某個策略組，也要檢查組內目前選取的項目。規則本身有效，仍可能將要求送往已失效的伺服器。修正時只調整與故障目標相關的項目，重新連線後再次開啟相同網頁，並確認新的要求紀錄符合預期。
六、依照實際狀況複查，保留可重現的結果
恢復連線後，重新啟用原本需要的 On Demand，並將 Global Routing 還原為平時使用的模式。先重新測試網頁，再測試原本無法使用的 App。不要只憑「快取頁面顯示正常」就認定網路已恢復；請確認有新的要求成功完成。
開關已開啟，為什麼還是無法連線？
連線狀態無法證明整條要求路徑都成功。先在 Home 確認所選伺服器並執行 Connectivity Test，再依序比較 Proxy 與 Config，最後檢查 DNS 和命中的規則。
只有一個網站打不開，需要重新安裝嗎？
先不要重新安裝。改用另一個網站作比較，再查看無法連線網站的實際要求網域、解析結果及規則策略。若只有單一網站無法連線，也要考慮目標服務狀態或出口存取限制。
Wi-Fi 無法連線，行動數據卻正常，該怎麼辦？
保持伺服器與 Config 不變，完成 Wi-Fi 網頁驗證後再試一次。若仍只有 Wi-Fi 無法連線，記下問題發生的連線階段與傳輸類型，再請網路管理者或自己的服務商協助確認。
更新訂閱後還是無法連線，該怎麼辦？
確認 Home 目前選取的是更新後仍有效的項目，並檢查帳戶額度、有效期限與伺服器狀態。更新訂閱只會更新設定資料，不會自動修復伺服器端故障或本機規則錯誤。
聯絡支援前，請先保留以下四項資訊
- 記錄使用的網路：Wi-Fi 或行動數據，以及切換網路後的差異。
- 記錄 Global Routing 模式、Config 名稱，以及 Proxy 與 Config 的比較結果。
- 記錄錯誤發生階段：DNS、伺服器連線、TLS 交握或目標回應。
- 保留已移除敏感資訊的錯誤原文與重現步驟，並刪除密碼、UUID、訂閱權杖及其他驗證資訊。
若要進一步判斷逾時原因，請參閱問題診斷中的逾時說明；若要確認規則術語，請參閱名詞解釋。這些檢查以使用者已有服務商與設定為前提；購買用戶端與取得線路服務是兩件不同的事。