Shadowrocket DNS 解析失敗排查：延遲正常但網頁無法開啟

延遲正常，只能代表測試目標有回應

Shadowrocket 的延遲測試與瀏覽器開啟網頁並非同一項操作。兩者的測試方式與檢查範圍不同：連接埠有回應，不代表代理認證、目標網域解析、TLS 交握及網頁資源載入都成功。即使測試包含 HTTP 請求，也只能證明測試目標當時可連線，不能取代對實際故障網站的檢查。

這個流程列出一次連線所需的主要環節，不代表所有協定都嚴格依照此順序執行。若代理伺服器地址使用網域名稱，也需要先解析；目標網站的網域名稱則可能交由遠端解析。因此，請先分辨出問題的是「伺服器地址」還是「網頁地址」，再決定要檢查哪個設定。

• 所有網站都無法開啟：先確認連線是否建立、代理伺服器地址能否解析，以及目前的網路是否需要登入網頁進行認證。
• 只有一個網域無法開啟：記下完整主機名稱，檢查拼字、DNS 回應狀態，以及該網域命中的規則。
• 網頁文字正常顯示，但圖片沒有載入：檢查圖片等資源使用的其他網域，不要只檢查網址列中的網域。

先記錄當下狀況，再進行最小幅度比對

排查時保留原有設定，不要同時更換伺服器、DNS 和規則。以下以 iPhone 為例，iPad 的操作邏輯相同。測試請使用你已有的伺服器與訂閱；訂閱更新成功只表示訂閱網址可讀取，不代表其中每台伺服器或所有目標網站都能連線。

1. 在 Home 記下目前選取的伺服器、連線開關狀態，以及 Global Routing 的選項；在 Config 記下目前啟用的設定檔。
2. 記下無法開啟的網址主機名稱、發生時間、使用 Wi-Fi 或行動網路，以及瀏覽器顯示的實際提示。分享記錄前，請遮蔽訂閱網址、密碼和權杖。
3. 關閉連線，測試一個在目前本地網路通常可直接開啟的網站。若仍無法開啟，請先檢查本地網路或網頁登入認證。
4. 重新連線，使用相同伺服器和網站再次測試。每次變更後先關閉舊的網頁分頁，再開新分頁測試，以減少舊連線造成的影響。
5. 必要時，可切換 Wi-Fi 與行動網路進行比對，但不要同時變更 DNS。切換網路後的差異有助於判斷問題是否與本地路由器或電信網路有關。

各項 DNS 設定的作用

前往 Settings → DNS 檢查 App 提供的 DNS 設定，再到 Config 查看目前設定檔中的 [General]。不同設定檔可能同時包含 DNS 伺服器、解析策略及依網域指定的結果。排查時請確認目前實際啟用的設定檔，不能只因某個欄位已有地址，就認定所有請求都會經由該地址處理。

例如，設定檔中的以下一行表示使用系統 DNS。這只是語法示意，並非建議用來覆蓋現有設定的完整檔案。修改前請先保存原值；若設定來自你使用的服務商，請先確認其 DNS 約定，再進行局部測試。

[General]
dns-server = system

依回應狀態區分三種解析故障

瀏覽器顯示「找不到伺服器」通常不足以判斷原因。查看可用的連線記錄或診斷輸出時，請留意是否包含 DNS 回應狀態、查詢網域及逾時資訊。以下是通用 DNS 狀態或診斷用語，不代表 Shadowrocket 的每個介面都會逐字顯示這些文字。

也要區分「沒有 AAAA 記錄」和「網域不存在」。AAAA 對應 IPv6 地址，A 對應 IPv4 地址；網域只有 A 記錄不一定代表故障。若已取得地址，後續連線仍卡住，應繼續檢查位址類型的可達性、路由和 TLS，而不是一再更換 DNS。

• 記下查詢類型是 A、AAAA 或其他類型，避免直接比較不同類型的查詢結果。
• 若回傳私有地址或與預期不符的地址，先確認本地網路用途及靜態對應，不要只憑地址外觀下結論。
• 不要只用「將 HTTPS 網址換成 IP 地址」作為驗證方式：憑證、SNI 和虛擬主機可能需要原始網域名稱。

透過 Global Routing 區分 DNS 與規則問題

在 Home → Global Routing 中，Config 依目前設定檔處理流量；Proxy 會讓適用的流量經由代理連線；Direct 則讓適用的流量直接連線。切換模式有助於定位問題，但它不只是 DNS 開關：目標連線路徑、遠端解析的可能性等因素也可能隨之改變。

1. 先在 Config 模式下重現故障，記下網域及命中的規則或策略。
2. 維持相同伺服器，短暫切換至 Proxy，再次開啟相同網域。若問題排除，請優先檢查 Config 中的分流規則與所選策略，但不能因此斷定 DNS 一定正常。
3. 對於目前本地網路通常可直接連線的目標，可短暫切換至 Direct 進行比對。若目標本來就無法透過本地網路連線，Direct 失敗不能證明 DNS 設定有誤。
4. 比對完成後，恢復原本的模式；若使用 Scene，請先確認目前場景實際選用了哪種連線方式，以免場景變更影響比對結果。

以下是規則語法示意，example.com 是範例網域，並非診斷服務。DOMAIN-SUFFIX 比對網域後綴，IP-CIDR 比對地址網段，GEOIP 依 IP 地理位置比對，FINAL 處理前面規則都未命中的請求。規則會依序檢查；地址類規則也可能涉及解析結果，不要只看最後一行。

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

no-resolve 用於避免為了比對相關地址規則而額外觸發網域解析，並非「修復所有 DNS」的選項。若網域被前面的規則導向無法使用的路徑，單純更換 DNS 可能不會改變結果。請先確認命中的規則，再調整該規則的策略或順序。

常見問題：快取、訂閱與連線恢復

恢復後依相同條件重新測試

只成功開啟一次網頁，只能代表當下測試成功。問題排除後，請在最初發生故障的網路、原目標網域及日常使用模式下再次測試，並確認頁面附屬資源是否完整載入。排查記錄應著重於「變更哪個變數後問題排除」，而不是累計調整了多少設定。

• 恢復連線設定：還原暫時切換的 Global Routing，並依原本需求恢復 Settings → On Demand。
• 確認設定檔：確認 Config 中啟用的檔案正確，並刪除僅為測試新增且已不需要的靜態對應或臨時規則。
• 保留記錄：記下網路類型、故障網域、DNS 回應狀態、變更項目及重新測試結果；提供給你使用的服務商前，請遮蔽憑證資料。
• 確認下一個故障環節：若已取得正確地址且 DNS 回應正常，但仍無法建立連線，請繼續檢查伺服器是否可用、目標連接埠及 TLS，不要再將所有故障歸因於解析。