國外網站測速失敗怎麼辦？依 DNS、連線與 HTTP 逐層排查

國外網站測速失敗時，先釐清是海外節點存取本站，還是國內使用者存取海外站點。依 DNS、TCP、TLS 與 HTTP 錯誤逐層檢查，保留 curl 證據，並在原失敗地區複測，避免誤判為全站故障。

Chahu 團隊2026-10-228 分鐘閱讀

網站測速時，國外節點失敗、國內節點正常，先別急著更換伺服器。需要先確認失敗的是哪條存取路徑：海外節點存取你的網站，還是國內使用者存取一個部署在國外的網站。這兩個方向的 DNS、網路出口和防護策略可能不同。

排查時抓住四項資訊：發起請求的地區、完整網址、失敗階段、當時返回的證據。下面沿著 DNS、連線、TLS 和 HTTP 逐層檢查，避免把所有失敗都叫作「國外線路不好」。

先把存取方向寫清楚

「美國節點存取我的商城首頁失敗」是一個明確問題；「國外網站測速不行」則缺少必要範圍。海外節點能夠存取，並不能證明中國大陸使用者也能存取；香港節點正常，也不能代表歐洲或北美使用者的體驗。

在網站測速頁面查看港澳台和海外相關結果時，記錄實際發起請求的節點地區、目標網址與回應 IP。CDN 可能按地區調度，不同節點存取到不同邊緣位址並不稀奇。重點是對應位址能否正確提供這個網域的服務。

按失敗階段檢查，不要從最後一行猜原因

證據

優先檢查

判斷邊界

網域解析失敗，或得到異常位址

該節點的 DNS 返回、權威記錄與正常地區的結果

單一解析結果不足以確定是誰實施了攔截

解析有結果，但連線逾時或被拒絕

目標連接埠、監聽服務、安全群組、防火牆與網路路徑

不能把連線失敗直接寫成伺服器當機

TCP 已連線，TLS 握手或憑證檢查失敗

網域、SNI、憑證鏈、有效期與邊緣設定

跳過憑證驗證後的成功不代表真實使用者可以正常存取

返回 403、429 或驗證頁面

CDN/WAF 規則、地域策略、請求頻率與存取日誌

探測被拒絕不等於所有真實使用者都被拒絕

返回 502、503、504

產生錯誤的代理或服務，以及同一時間的回源和應用日誌

狀態碼本身不能確定具體故障部件

返回 200，但內容不對

回應正文、跳轉、站點綁定與挑戰頁面

HTTP 成功回應不保證業務內容成功

若出現 127.0.0.1 或 0.0.0.0 這類不應作為該公開網站正常存取目標的解析結果，應把它當作異常解析或攔截線索繼續調查，保存原始結果。不要拿這種位址當成正常源站去比較速度，也不要僅憑它判斷是網站自身設定、DNS 服務還是存取路徑上的策略造成。

用 curl 保留同一地點的請求證據

如果你有位於問題地區的機器，可以用下面的命令發起一次普通 GET 請求。它不會下載頁面裡的圖片、CSS 和 JavaScript，因此適合補充 HTTP 請求證據，不能代替完整瀏覽器測速。請把範例網址替換為自己的公開頁面。

curl -sS -o /dev/null --connect-timeout 10 --max-time 30 \
  -w 'http=%{http_code}\nip=%{remote_ip}\ndns=%{time_namelookup}\nconnect=%{time_connect}\ntls=%{time_appconnect}\nfirst_byte=%{time_starttransfer}\ntotal=%{time_total}\n' \
  https://example.com/

這份範例適用於常見 Linux/macOS shell；Windows 下可使用 curl.exe，將輸出的目標 /dev/null 改為 NUL，並改用單行命令。10 秒連線逾時和 30 秒總上限只是這次診斷的範例設定，不是通用可用性標準，也不是 Chahu 的固定逾時規則。

根據 curl 官方文件，這些 time_* 值以秒為單位，其中 DNS、連線、TLS、首位元組時間是從操作開始累計到相應事件的時間，不能把它們當成獨立階段再相加。在單次、無跳轉且沒有連線複用等複雜因素的 HTTPS 請求中，可以透過相鄰時間點之差輔助分析階段耗時。

這條命令沒有添加 -L，所以遇到跳轉會停在該次回應。先核對 Location，再單獨檢測最終位址，便於分清是哪一跳出了問題。如果請求失敗，務必同時保存 curl 的錯誤訊息與退出狀態；http=000 不是網站返回的 HTTP 狀態碼。

如果只有部分海外地區失敗

先拿同一時段的正常地區作對照：是否得到不同的回應 IP，是否命中不同 CDN 邊緣，是否只有某個網路出口觸發防護。把失敗時間和節點 IP 對照 CDN/WAF 日誌，才能核實請求是否被拒絕。

不要為了驗證一個測速節點，就關閉全站防護。先查看規則命中記錄；確實需要調整時，限定到明確的測試範圍和時段，並繼續檢查真實使用者回饋。探測節點可能受到與瀏覽器使用者不同的策略，反過來，探測成功也不能保證登入、結算等業務流程正常。

若懷疑解析異常，可使用DNS 查詢工具對比結果。不同地區返回不同 IP 可以是正常 CDN 調度；同一個錯誤位址在多次記錄中重複出現，則值得攜帶解析記錄、時間和地點進一步核對。

複測必須回到原來失敗的地區

修復後優先檢查原先失敗的地區、電信業者和網址。若該節點本身異常，先記為無法觀測，再選擇同地區的獨立證據補充，不能直接宣布網站已經恢復或仍然故障。

最終記錄可以很短：「某地區節點請求同一 HTTPS 頁面，在 TLS 階段失敗；核對邊緣憑證設定後，同範圍複測恢復，瀏覽器驗證也通過。」這是一種報告寫法範例，不是本文的實測案例。它說明了範圍、證據和複測結果，比「國外都打不開」更有助於後續處理。

需要先了解海外測速工具與網路診斷方法，可閱讀海外網站測速與跨國存取排查指南；需要統一每輪測試記錄，可使用網站測速工具操作流程。

參考資料