遊戲 Lag 白皮書 › L4 網際網路線路
DNS 故障與延遲 DNS failure / slowness
原因 ID isp-dns · 主要負責 外部(外部) · 協同 遊戲開發團隊(用戶端開發)
在含圖解與實驗的完整版中開啟卡片 →
負責把伺服器名稱轉成位址的 DNS 一旦變慢或失敗,就找不到登入伺服器與更新伺服器。
為什麼 電信業者的 DNS 故障或設定錯誤 → 於是 找不到登入伺服器、更新伺服器的位址 → 畫面上 按下連線按鈕後要等很久,或連不上。已經連上的人不受影響
- 症狀
- 連不上/無限讀取
- 因素
- 延遲, 遺失
- 誰會遇到
- 特定地區/電信業者, 只有我
- 何時
- 剛登入/維護剛結束
- 負責單位
- 主要負責 外部(外部) · 協同 遊戲開發團隊(用戶端開發)
- 遊戲開發團隊要做的事
- 位址快取(記住最後一次成功連線的伺服器位址),準備多個 DNS(一處失敗時改向其他 DNS 重新查詢)。
- 外部要做的事
- 引導玩家把 DNS 改成公共 DNS 等其他服務試試看。
- 圖表上
- 只有部分偏高 · 登入失敗次數(依電信業者)、DNS 查詢時間
- 查看位置
- 用 Resolve-DnsName -Server(或 nslookup)分別向電信業者 DNS 與公共 DNS 查詢登入伺服器名稱,比較回應時間與結果
- 符合的跡象
- 只有電信業者 DNS 沒有回應或花很久,改用公共 DNS 後立刻連上。已連上的玩家不受影響
- 不符合的跡象
- 不論用哪個 DNS 都能立刻查到位址卻仍連不上時,查路徑、防火牆或伺服器端
- 確認方式
- 在玩家端環境確認
- 實際案例
- Meta 2021: 一道骨幹指令讓 Facebook 連 DNS 都消失的事故
Cloudflare 2025: Cloudflare 公用 DNS 1.1.1.1 事故
AWS 2025: AWS us-east-1 DynamoDB DNS 事故與漫長的復原
出處
- Cloudflare 1.1.1.1 Incident on July 14, 2025 Cloudflare
公共 DNS 解析器(resolver)停擺 62 分鐘,查不到名稱的使用者幾乎無法使用任何網路服務 - RFC 8767: Serving Stale Data to Improve DNS Resiliency IETF
連不上權威 DNS 伺服器時,繼續使用已過期的快取紀錄撐過故障的做法(serve-stale) - Resolve-DnsName Microsoft
用 -Server 指定要查詢的 DNS 伺服器來查詢名稱 - nslookup Microsoft
直接向 DNS 伺服器查詢名稱的指令
相關原因
同一層:L4 網際網路線路
同一症狀(連不上/無限讀取)在其他層的原因
查看含圖解與實驗的完整版卡片