江苏
关键词
zoom
美国东部时间周三下午，Zoom 遭遇了全球大规模宕机。宕机期间，用户收到了错误消息，提示无法访问网站或 Zoom.us 地址可能存在拼写错误。
后续调查显示，该事件与 Zoom 自身的基础设施无关。问题源于其域名 Zoom.us 的一个严重错误。由于域名注册机构层面的故障，该域名的解析被暂停。负责 .us 域名的注册机构是 GoDaddy Register。
Zoom 的域名由注册商 Markmonitor 管理。调查发现，Markmonitor 与 GoDaddy Register 之间发生通信故障，导致注册商错误地暂停了 Zoom.us 域名的 DNS 解析。
尽管问题后来得到了解决，但 Zoom、Markmonitor 和 GoDaddy 都没有透露所谓通信错误的具体性质，也没有透露什么样的故障可能导致注册机构暂停活跃且重要的域名。
此次事件给我们一个深刻的教训：将状态页面托管在与主服务相同的域名和基础架构上存在风险。业内有一个流传已久的笑话：平台的状态页面应该由竞争对手托管——这样即使平台本身下线，用户仍然可以访问状态信息。
不幸的是，Zoom 就落入了这个陷阱。它的状态页面托管在子域名 status.Zoom.us 上，而主域名一旦宕机，该子域名也同样无法访问。更糟糕的是，Zoom 的企业客户和客户成功经理通过 Zoom 本身进行沟通，这意味着当平台出现故障时，客户无法联系他们的客户经理来确定故障原因。
相比之下，GitHub 采取了更为谨慎的做法，为其系统状态日志注册了一个单独的域名 githubstatus.com。然而，即使是这个页面似乎也托管在 GitHub 自己的数据中心，这引发了人们对其在基础设施全面崩溃时可用性的担忧。
GoDaddy 是一家域名注册商，而 GoDaddy Register 则是 .us 域名的注册机构。虽然两者有关联，但它们作为不同的实体运营。
来源：https://securityonline.info/global-zoom-outage-caused-by-domain-registry-error-at-godaddy/#google_vignette
安全圈
网罗圈内热点 专注网络安全
实时资讯一手掌握！
好看你就分享 有用就点个赞
支持「安全圈」就点个三连吧！
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
