报告名注名停会议蓝点其域册局y错析 误将网发布软件 域中断止解视频事故

#科技资讯 草台班子：视频会议软件 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 域名的注册局，二者是关联公司但属于不同的机构。