#科技資訊 草臺班子：視頻會議軟件 Zoom 發布中止事端陳述，視頻事端域名注冊局 GoDaddy 過錯將其域名 Zoom [.] us 中止解析。軟件但 Zoom 狀況頁運用自己的發布 US 主域名導致客戶無法檢查狀況，Zoom 客戶經理日常也經過 Zoom 與客戶交流導致中止后客戶也聯絡不上客戶經理了解狀況。中止注冊中止檢查全文：https://ourl.co/108823。陳述美國東部時刻本周三下午，域名域名聞名長途視頻會議軟件 Zoom 呈現大規模、局G將其解析全球性的過錯中止，產生中止時用戶運用 Zoom 遇到無法拜訪此站點或許檢查 Zoom.us 是藍點否有拼寫過錯等提示。

過后查詢顯現此次過錯與 Zoom 自身沒有任何關系，視頻事端而是軟件其運用的域名也便是 Zoom.us 注冊局呈現失誤導致域名被暫停解析，US 域名的發布注冊局是 GoDaddy Register。

Zoom 域名保管在注冊商 Markmonitor 渠道，中止注冊中止查詢顯現該渠道與 GoDaddy 注冊中心呈現通訊過錯，陳述導致 GoDaddy 注冊中心過錯地封閉了 Zoom.us 域名的域名域名解析。

雖然現在問題現已處理不過 Zoom、Markmonitor 和 GoDaddy 都沒有泄漏所謂的通訊過錯詳細是什么狀況，什么樣的通訊過錯能讓一個域名注冊局直接將特定域名中止解析。

這兒還有個風趣的經驗教訓是不要將自己的域名狀況頁放在主域名和自家服務上，業界撒播的玩笑話便是一個渠道應該將狀況日志保管在競爭對手渠道，避免自家渠道掛掉后用戶都無法檢查日志。

在此次中止中 Zoom 就呈現了相似過錯，Zoom 狀況頁運用自己的子域名 status.Zoom.us，因此在域名被中止解析后用戶也無法檢查當時詳細是什么狀況，更糟糕的是 Zoom 企業客戶與 Zoom 客戶經理也都是經過 Zoom 交流的，因此在 Zoom 掛掉后客戶也聯絡不上客戶經理無法了解呈現了什么問題。

GitHub 為了避免域名問題就獨自注冊了 githubstatus.com 用來顯現狀況日志，不過這個日志頁面好像也是保管在 GitHub 自己數據中心的，不知道假如呈現極點狀況數據中心悉數毛病后能不能確保狀況頁也能繼續拜訪。

注：GoDaddy 是域名注冊商，GoDaddy Register 是 US 域名的注冊局，二者是相關公司但歸于不同的組織。