我们的传输提供商因严重的硬件故障而停机。目前没有预计恢复时间。我们正在另一个地点启动标准和企业客户网站的只读镜像。（ref）
是否可以提供一个条目，我们可以将其放入我们的 hosts 文件中，或者提供其他类型的变通方法来连接到其他服务器以进行更新访问？
嗨 @EricGT - 如果/当我们在另一个地点进行故障转移时，所有更改都将在我们这边自动处理。您无需执行任何操作。
（技术上讲，我们将更改受影响站点的 DNS 记录以指向新位置）
1 个赞
这里似乎有一个重大的服务中断，但几乎不为人知，这实在太奇怪了。
在一些网站宕机半天后，却只有一个（由用户而非管理员发起的）帖子，只有两条回复？
为什么没有任何沟通？
网站已在另一台服务器上恢复运行，虽然我还没有进行详细检查，但它运行正常。
谢谢。 
您好 @emyoulation
我们有一个专门的页面，您可以关注这类托管网站的更新：
5 个赞
我赞赏状态页面。但它没有提供一个讨论空间，当状态更新不清晰时。
我没有处理过“transit provider”，这个词在谷歌上搜索效果不佳。（它会拉出更多关于公共交通人员移动的条目，而不是互联网数据包移动。）而“severe hardware fault”可能意味着任何事情（从他们的备用发电机在长时间停电期间耗尽燃料，到他们的主楼被烧毁。）沟通引起了焦虑和不确定性，而不是缓解了它们。
在互联网的背景下，传输提供商是指传输流量的提供商。他们很少或从不透露故障的具体细节。最多，他们会谈论服务降级或中断的相对严重性。
这些网络通常采用多层冗余构建，只有复合故障才会导致实际停机。存在一些范例，例如 CloudFlare，他们偶尔会详细介绍中断情况，但他们是例外，而非规则。
4 个赞
嗯，有一件好事是，这次经历让我们重新审视了在出现问题时与社区沟通的方法。