Shadowrocket 已連線但無法上網：伺服器、模式、DNS 與規則逐項排查

本文重點

開啟連線開關只表示本機連線已啟動，不能據此確認伺服器、網域解析和目標網站都能正常使用。本文適用於已備有自己的伺服器資訊或訂閱的使用者：先確認基本網路，再依序測試伺服器、Global Routing、DNS 和規則。每次只變更一個項目，最後還原日常設定。

01 先區分「已連線」與「請求成功」

Shadowrocket（小火箭）的連線狀態、伺服器延遲測試和網頁實際載入，是三種不同的觀察結果。狀態列出現 VPN 標記，不代表遠端伺服器已完成驗證；延遲測試顯示數值，也不代表網頁所需的 DNS、TLS 和後續資源請求都成功。先記錄實際狀況，比反覆切換連線開關更容易縮小問題範圍。

開始前，記下目前使用的伺服器、Global Routing 選項、Config 和無法載入網頁的網域。選一個平時可直接開啟的網頁作為對照，再選一個目前無法載入的網頁。不要因為單一網站故障，就判定所有網路都無法使用。

確認基本網路

先前往 Settings → On Demand 檢查並暫時關閉按需自動連線，再回到 Home 關閉連線開關。使用 Safari 開啟平時可直接瀏覽的網頁；若仍無法載入，請先處理 Wi-Fi 登入驗證、行動數據權限或網路本身的問題。
固定測試條件

維持相同的網路、網頁和裝置，回到 Home 選擇自己的伺服器並開啟連線。測試期間不要同時切換 Wi-Fi、伺服器和 Config，否則無法判斷是哪項變更造成差異。
記錄故障範圍

分別記錄是「所有網頁都無法載入」、「部分網域無法載入」、「網頁能開但圖片無法載入」，還是「只有某個 App 無法使用」。記下發生時間和當時的 Global Routing 選項，方便後續比對請求記錄。
逐項修改並重新測試

每次只修改一項設定，並重新送出相同請求；必要時先關閉再重新開啟連線。若情況沒有改善，請還原該項原始設定再進行下一步，避免多項暫時設定互相影響。

02 檢查伺服器連線與現有訂閱

在 Home 使用 Connectivity Test 測試現有伺服器，並確認目前選取的項目就是要測試的伺服器。測試結果會受到測試方法和目標影響：連接埠可建立連線，不代表協定驗證成功；測試目標可連線，也不代表其他網站同樣可用。因此，請一併參考測試結果和瀏覽器的實際請求。

開啟目前項目的編輯頁面，逐項確認 Type、伺服器位址、連接埠和驗證資訊。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的參數並不通用，不能因為某個項目逾時就任意改用其他協定。若使用 TLS，也應確認服務提供者提供的伺服器名稱及相關參數；不要關閉憑證驗證來掩蓋設定錯誤。

只有一個項目失敗：若自己還有其他可用項目，在其他條件不變的情況下切換測試。比較結果有助於判斷問題是否集中在該伺服器或其參數。
同一網路下全部失敗：先確認基本網路，再換用自己可用的另一個網路測試。切換網路後情況改善，只能表示連線路徑不同，不能直接證明驗證資訊正確。
先前可用，現在失效：檢查自己現有服務的有效期限、流量狀態和維護通知，再更新現有訂閱並重新確認目前選取的項目。
訂閱更新成功但仍無法使用：更新成功只表示已取得訂閱內容，不代表每個伺服器都能正常使用。更新後也要確認選取的項目，不能只看更新是否完成。

03 使用 Global Routing 進行對照測試

初步確認伺服器可用後，前往 Home → Global Routing 確認目前選項。Proxy、Direct、Config 和 Scene 代表不同的路由方式，不能只看連線開關就判斷流量的實際路徑。排查時先記下原本的選項，再短暫比較 Proxy 與 Config，完成後還原日常設定。

選項	排查時的檢查重點	結果判讀
`Proxy`	讓一般請求經由代理路徑，並確認目前選取的代理。	若同一網頁在此模式可用、在 Config 下卻失敗，請優先檢查規則和策略選擇；也要留意 DNS 差異。
`Direct`	請求經由直接連線路徑。	選取伺服器不代表請求會使用該伺服器；僅能使用可直接瀏覽的網頁進行基本對照。
`Config`	依目前設定中的規則處理請求。	確認啟用的是預期的設定，再查看失敗請求命中的規則和最終策略。
`Scene`	確認目前的場景及其相關設定。	場景可能會變更實際採用的路由設定，因此不能只憑手動選過某個伺服器，就判定最終連線路徑。

如果 Proxy 和 Config 都無法使用，應繼續檢查伺服器與 DNS，而不是立刻新增規則。如果 Proxy 可用、Config 無法使用，請著重檢查 Config 是否將目標網域交給 DIRECT、REJECT 或無法使用的策略組。這項對照只能提供排查線索，不能單獨證明伺服器完全正常。

04 延遲正常但網頁無法載入時，檢查 DNS

網頁必須先將網域解析為位址。若延遲測試只檢查伺服器連接埠，或使用與網頁不同的測試目標，就可能出現「延遲正常，網頁卻無法載入」的情況。前往 Settings → DNS 查看目前設定，同時檢查啟用中的 Config 是否包含自己的 DNS 設定，避免只修改其中一處而漏掉另一處。

先保存原有設定，再檢查是否設有已失效的自訂解析位址、只能在特定網路使用的解析器，或不完整的加密 DNS 位址。不要接連加入多個不熟悉的位址：解析器本身若無法連線，增加數量不一定能解決問題，還會讓比對更困難。

一般 DNS 常用的 UDP / TCP 連接埠

443

HTTPS 與 DoH 常用連接埠

853

DoT 常用連接埠

這些是協定常用的連接埠，不是必須統一填入伺服器項目的數值。服務連接埠應維持服務提供者所提供的設定。若使用 DoH，端點包含主機名稱時，仍須先解析該主機名稱；若解析器必須透過代理連線，代理無法使用也可能造成解析失敗。

先還原設定進行比對：暫時移除最近新增的自訂 DNS 設定，還原先前可用的配置，再重新連線並開啟相同網域。
接著確認失敗階段：判斷請求是沒有取得解析結果，還是已取得位址，卻在連線或 TLS 階段失敗。若是後者，單靠更換 DNS 無法解決。
不要以 IP 網頁取代判斷：HTTPS 網站可能需要網域對應的憑證、SNI 和虛擬主機，因此直接連線至 IP 失敗，不能據此證明網路不通。

05 檢查規則順序、策略與 FINAL

如果問題只在 Config 下發生，請前往 Config 確認目前使用的設定，再檢查其中的規則。規則通常由上而下比對，第一條命中的規則會決定採用的策略；FINAL 則在前面的規則都未命中時作為預設處理。因此，即使新增的規則正確，若放在過早出現的 FINAL 之後，也無法達到預期效果。

以下內容用於說明語法，並非要整段取代目前設定的範例。example.com 和 192.0.2.0/24 僅供示範；實際規則應符合自己的目標與策略安排。

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

DOMAIN-SUFFIX,example.com,PROXY：比對該網域及其子網域，並交由 PROXY 處理；不會自動涵蓋網頁載入時使用的其他獨立網域。
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve：依目標位址範圍比對；no-resolve 表示不因這條規則主動觸發網域解析，不代表整個請求都不需要 DNS。
GEOIP,CN,DIRECT：依目標 IP 的地理資料庫分類進行比對，不是根據網站文字或網域後綴判斷地區。
FINAL,PROXY：處理前面規則都未命中的請求。若實際設定為 DIRECT 或 REJECT，請確認這是否符合預期。

重新測試時，查看 App 內的請求記錄，依剛才的時間和網域找到相關請求，再確認命中的規則與實際策略。命中 PROXY 後仍失敗，應繼續檢查所使用的伺服器或策略組；若命中 REJECT，則先確認是否遭到範圍過廣的規則阻擋。不要為了開啟單一網頁就刪除所有規則，請先備份並縮小修改範圍。

06 根據錯誤訊息決定下一步

解讀錯誤訊息時，須一併考量它出現的位置。以下列出連線或解析記錄中常見的英文錯誤片段；實際顯示的大小寫和附加資訊可能不同。瀏覽器籠統顯示「無法開啟網頁」，不足以判斷故障階段，應同時查看 App 內相同時間的記錄。

錯誤：`Connection refused`

原因與處理方式：目標位址或連線路徑中的設備拒絕了連線，常見原因是連接埠未監聽或存取遭拒。請確認自己的伺服器位址與連接埠，再向服務提供者確認監聽狀態，不要直接判定為密碼錯誤。

錯誤：`Connection timed out`

原因與處理方式：連線未能在限定時間內完成，可能與連線路徑、伺服器狀態或防火牆有關。保持參數不變，改用自己可用的其他網路測試，並記錄是否只有單一伺服器發生此情況。

錯誤：`NXDOMAIN`

原因與處理方式：DNS 回應表示網域不存在，可能是網域拼寫錯誤或解析結果異常。先確認完整網域，再使用先前正常的 DNS 設定重新測試；反覆重新整理伺服器清單，無法修正網域拼寫錯誤。

若錯誤與 TLS 憑證有關，也要確認裝置日期與時間、伺服器名稱，以及服務提供者的憑證設定。若網頁已回傳明確的 HTTP 狀態碼，表示至少已收到一次 HTTP 回應；此時應根據狀態碼檢查網站或存取策略，而不是將所有故障都視為 DNS 問題。

07 常見問題與還原檢查

Connectivity Test 有測試結果，為什麼網頁還是無法載入？

先在 Home → Global Routing 記下目前選項，再用同一個網頁比較 Proxy 與 Config。延遲測試無法涵蓋網頁的所有請求，接著應依據故障時間檢查 DNS 解析結果、命中策略和連線錯誤。

切換到 Proxy 後可以使用，是否一直維持這樣就好？

這表示不同路由方式造成了差異，但不代表規則問題已修復。回到 Config 檢查目標網域的比對位置、策略組和 FINAL；修正後還原原本的路由方式，再用同一個網頁確認結果。

關閉連線後又自動開啟，如何進行基本測試？

前往 Settings → On Demand，記下原設定並暫時關閉按需自動連線，再回到 Home 關閉連線。排查完成後，請還原原本的 On Demand 設定，避免將測試設定留作日常配置。

更新訂閱後，還需要重新選擇伺服器嗎？

請回到 Home 確認目前使用的項目。更新可能會變更項目內容或名稱；確認選取項目後，再進行 Connectivity Test 並測試實際網頁。訂閱更新成功不能證明連線服務可用。

要先刪除 App 再重新安裝嗎？

請優先完成以上分階段排查。重新安裝無法修復遠端伺服器或網路路徑，還可能遺失本機設定。若確實需要重新安裝，請先備份設定，並妥善保存自己的訂閱和驗證資訊。

排查完成後，使用原本的網路和目標網頁再次測試，並還原暫時變更過的 Global Routing、DNS 和 On Demand 設定。保留簡短紀錄，包括故障時間、網路類型、使用的伺服器、命中策略、錯誤訊息和有效的變更。如需進一步諮詢，只提供已遮蔽敏感資訊的紀錄；訂閱中的 token、密碼和私鑰不得出現在截圖或公開訊息中。