· 故障排查 · 約 8 分鐘

Shadowrocket 已連線卻無法上網：伺服器、Global Routing、DNS 與規則排查

顯示已連線卻無法開啟網頁？依序檢查伺服器狀態、Global Routing 選項、DNS 設定與規則比對順序，並依步驟確認問題及修正設定。

本文重點

Shadowrocket（小火箭）的開關已開啟，只代表本機連線已啟動，無法證明遠端伺服器、DNS 和目標網站都能正常使用。本文適合已匯入自己的設定、但網頁無法載入的使用者：先確認關閉連線時的網路基準，再依序檢查伺服器、路由選項、網域解析與規則比對；每次只調整一項並記錄結果，最後還原日常分流設定。

一、先確認故障範圍並保留原設定

排查前先儲存目前設定的副本，並記下 Home 中選取的伺服器、Global Routing 目前的選項，以及 Config 中正在使用的設定檔。本文以 iPhone / iPad 的 Home、Config、Settings 操作路徑為例；其他平台請依照對應的設定項目確認，不要以介面所在位置判斷連線是否成功。以下步驟假設使用者已有自己的服務商與訂閱。

  1. 記錄目前狀況

    記下無法開啟的網址、發生時間、使用的 Wi-Fi 或行動網路，以及瀏覽器顯示的錯誤訊息。先不要同時更新訂閱、更換 DNS 和重寫規則，否則無法判斷是哪項變更生效。

  2. 暫停自動連線

    前往 Settings → On Demand，記下目前設定後暫時關閉自動觸發，再回到 Home 關閉連線。避免測試基礎網路時，連線又因條件規則而自動啟動。

  3. 確認基礎網路

    關閉連線後，嘗試開啟平常可直接瀏覽的網站。若仍無法開啟，先處理 Wi-Fi 登入頁、路由器或行動數據問題；使用公共網路時，請先完成網路認證。

  4. 建立對照測試

    重新開啟連線，分別測試原本無法開啟的網站，以及另一個已知可正常瀏覽的網站。若只有一個網域無法使用，優先檢查該網域的規則、解析與網站狀態，不要直接重新安裝用戶端。

若切換到行動網路後恢復正常，而相同設定在 Wi-Fi 下持續失敗，這表示問題可能與網路路徑有關，不代表協定參數一定正確。後續仍應使用相同伺服器和目標網址進行對照，避免同時變更兩個條件。

二、檢查伺服器：Connectivity Test 通過不代表網頁一定能開啟

在 Home 確認實際選取的伺服器，再執行 Connectivity Test。清單中出現伺服器，不代表它已設為預設伺服器；更新訂閱後也要重新確認選取項目。若測試逾時，先檢查伺服器位址、連接埠和驗證資訊，不要直接調整分流規則。測試有回應只代表該測試路徑可用，無法證明所有網站或傳輸方式都正常。

錯誤訊息：connection refused

原因：目標連線遭到明確拒絕，常見原因是連接埠未監聽或網路設備主動拒絕。解決方式：對照伺服器端資料檢查 Address 與 Port，再向自己的服務商確認服務是否正常運作；反覆更換 DNS 通常無法修復連接埠遭拒的問題。

錯誤訊息：i/o timeout

原因：操作未能在指定時間內完成，可能發生於連線、交握或讀取階段。解決方式：查看錯誤訊息附近的目標位址與階段，換用另一種網路重試；不要只憑 timeout 就判定是 DNS 故障。

三、檢查 Global Routing：對照 Proxy 與 Config

在 Home → Global Routing 查看目前選項。Direct 會讓一般目標請求直接連線；需要透過代理存取的目標在此模式下無法使用，不代表伺服器不可用。Config 會依目前設定檔進行分流；Proxy 適合暫時用來確認代理路徑；Scene 則須依所選 Scene 的具體設定判斷，不能只看名稱就認定實際流量的去向。

選項排查用途下一步
Proxy暫時讓一般目標請求經由代理連線，降低分流規則的干擾。使用同一個無法開啟的網址重試；若仍失敗，繼續檢查伺服器與解析。
Direct檢查目標是否能直接連線。不要把直接連線失敗，當成代理伺服器故障。
Config依目前設定檔中的規則決定策略。若只有此選項無法使用，請優先檢查規則比對結果與策略目標。
Scene套用所選 Scene 的設定。確認目前 Scene 的內容；排查時先切換到明確的對照選項。

判斷方式：Proxy 可用、Config 失敗時，先檢查規則

保持相同伺服器與網路，將 Global Routing 從 Proxy 切回 Config 後重試。若故障會隨選項穩定重現，先檢查目標網域命中的策略，不要立刻重新匯入整份訂閱；DNS 也可能因設定路徑不同而有差異，因此還要確認解析記錄。

四、檢查 DNS：區分解析失敗與連線失敗

DNS 負責將網域解析成位址。瀏覽器顯示找不到伺服器時，可以懷疑是解析問題，但應搭配日誌確認：是否取得位址、取得的是 IPv4 還是 IPv6，以及之後是否發起連線。不要只靠「直接輸入網站 IP」判斷，因為 HTTPS 憑證和虛擬主機通常仰賴網域；輸入 IP 後出現錯誤，無法證明 DNS 正常或異常。

53
傳統 DNS 常用的服務連接埠通常採用 UDP，也可以使用 TCP。
A / AAAA
分別代表 IPv4 與 IPv6 位址記錄，兩條連線路徑的結果可能不同。
1 項
每次只修改一項解析相關設定，並使用相同網域重新測試。
  1. 前往 Config，開啟目前啟用的設定檔，查看 [General] 中的 dns-server；也要檢查是否有影響相同網域的 [Host] 對應設定。若修改的是未啟用的設定檔，測試結果不會改變。
  2. 若使用自訂 DNS，先確認目前網路可以連線至該解析服務。將 DNS 改成另一個同樣無法連線的位址，不會改善結果；請勿同時修改代理伺服器與 DNS。
  3. 若設定檔使用加密 DNS，請檢查主機名稱、憑證與存取路徑。解析服務本身無法連線時，可能會造成許多不同網站同時無法使用，而不只是單一網域。
  4. 變更後先儲存並重新建立連線，再關閉原本出錯的頁面並重新開啟。瀏覽器、系統與用戶端都可能保留快取，因此不能只看舊分頁中的錯誤訊息。

若日誌已取得目標 IP，之後卻發生連線逾時，應繼續檢查該位址的網路路徑、IPv6 可達性與最終策略，不要再盲目更換 DNS。若懷疑 IPv6 路徑異常，記錄 AAAA 結果與連線位址後進行暫時對照；測試結束後恢復原設定，不要把全域停用 IPv6 當成通用修復方式。

五、檢查規則順序：確認第一條命中的策略

在 Config 中確認目前啟用的設定檔，不要只看檔名。一般分流規則會依序比對，前面先命中的規則會決定策略；排在後面的正確規則可能根本沒有機會執行。特別要檢查範圍較廣的 DOMAIN-SUFFIX、涵蓋目標位址的 IP-CIDR，以及兜底規則 FINAL。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

此範例僅供理解規則結構，不需要用來覆蓋現有設定。example.com 是示例網域；PROXY 與 DIRECT 是策略名稱。若實際設定使用自訂策略群組，請確認群組內有可用伺服器，且目前選取的項目並未失效。

重新測試時，觀察同一網域對應的規則與最終策略。網頁也可能會請求圖片、API 和登入網域；若主頁能開啟但登入失敗，應繼續檢查失敗的子請求，而不是只替首頁網域新增規則。確認完成後，還原 Config 並刪除僅供排查使用的暫時規則。

六、常見問題：更新訂閱、自動連線與部分功能無法使用

訂閱更新成功，為什麼還是無法連線？

更新成功只代表已取得訂閱內容。在 Home 重新確認預設伺服器，再執行 Connectivity Test；接著對照服務商提供的資料，確認帳戶狀態與連線參數。不要直接假設舊項目可用，更新後的項目也一定可用。

關閉開關後，為什麼又自動連線了？

前往 Settings → On Demand，檢查是否啟用了符合目前網路狀況的觸發條件。排查期間先暫時關閉並記下原設定；完成基礎網路對照後再還原，避免自動重新連線影響測試結果。

網頁可以開啟，但影片或通話無法使用，該怎麼辦？

先確認故障功能是否使用不同網域或 UDP，再檢查相關請求的策略與伺服器端支援狀況。網頁的 TCP 連線成功，不代表 UDP 也能使用；Hysteria2 與 WireGuard 依賴 UDP 路徑，更應確認網路限制。

全部設定都改過還是無法使用，需要重新安裝嗎？

先還原已儲存的設定副本，再依伺服器、Global Routing、DNS、規則的順序重新測試。保留故障時間、網路類型、目標網域與已遮蔽敏感資訊的日誌，請自己的服務商確認遠端狀態；重新安裝無法修復遠端連接埠未監聽或憑證失效。

七、還原日常設定並記錄可重現的結果

故障排除後，先確認是哪項變更生效，再還原暫時調整的設定。若只有切換到 Proxy 後恢復，不能就此認定問題已解決；還要切回 Config，確認所需的分流規則正常。若更換網路後恢復，請記錄原網路上的故障範圍，避免下次將網路限制誤判為設定損壞。

如需重新取得用戶端，請前往下載頁選擇對應平台。iPhone / iPad 版的開發者為 Shadow Launch Technology Limited，系統需求以 App Store 頁面標示為準。用戶端的取得費用與使用者已有的線路服務是兩回事；買斷用戶端不等於購買線路方案。

免費下載 Shadowrocket