Tom Asked: 2009-05-12 00:56:17 +0800 CST2009-05-12 00:56:17 +0800 CST 2009-05-12 00:56:17 +0800 CST 停机时如何重定向 DNS?[关闭] 772 我们正在考虑为一个域自托管。如果发生故障,例如网络连接丢失、服务器故障或电源故障,我们如何向访问者提供页面? domain-name-system networking failover 5 个回答 Voted The Archetypal Paul 2009-05-12T01:22:14+08:002009-05-12T01:22:14+08:00 这是在 Stackoverflow 上被询问和回答的。总结,你不能用 DNS 可靠地做到这一点,但是有一些方法可以通过 BGP 路由来实现这一点。 但是,如果您只是对处理解决方案的本地故障感兴趣,并且假设您的托管公司仍在运行并提供服务,您可以询问他们 - 他们可能在负载均衡器等中具有能够重定向的能力到他们环境中的其他地方。 Martin C. 2009-05-12T01:05:00+08:002009-05-12T01:05:00+08:00 开箱即用的 DNS 无法做到这一点。 您可以使用外部 DNS 服务器来监控页面并以较低的 TTL 传递其他 DNS 信息,以防无法访问该站点。但这将无法可靠地工作,并且还取决于客户端 DNS 服务器的缓存大小,并且由于现有的下站 DNS 缓存条目,可能会导致您的真实站点在备份后无法访问。 Ivan 2009-05-12T06:54:53+08:002009-05-12T06:54:53+08:00 您可以使用DynDNS之类的服务轻松更改域指向的 IP。而且,他们也有一个 API,因此您可以使用另一个便宜的虚拟主机来验证服务器何时关闭并更改 IP,也许是您可以显示维护页面的同一个虚拟主机。 或者,您可以安装自动使用停机时间页面的客户端之一。 您可以设置较低的 TTL,以便 IP 更改传播得更快。 Christian 2009-05-12T14:13:18+08:002009-05-12T14:13:18+08:00 您可以在商业提供商上托管您的主域,并创建一个页面,在超时后使用 javascript 显示错误消息。然后你可以在 HTML 代码中包含一个。此代码会将(一个框架?)重定向到真实页面。否则(javascript-timer?),将显示错误页面 现在,我可以多次否决这个答案吗?;-) 从技术上讲,这将是一个解决方案,因为问题中没有明确定义。在内部托管的原因可能是连接一些内部数据库,而主要的网络存在最好是在商业托管商上。 Dave Cheney 2009-05-12T15:18:22+08:002009-05-12T15:18:22+08:00 问了一个类似的问题,并在这里回答 如果发生故障,如何自动更改 DNS A 记录以将我的站点指向辅助服务器? 简短的回答是,在没有大量硬件投资或人工干预的情况下,DNS 不是一种可靠的故障转移管理机制。
这是在 Stackoverflow 上被询问和回答的。总结,你不能用 DNS 可靠地做到这一点,但是有一些方法可以通过 BGP 路由来实现这一点。
但是,如果您只是对处理解决方案的本地故障感兴趣,并且假设您的托管公司仍在运行并提供服务,您可以询问他们 - 他们可能在负载均衡器等中具有能够重定向的能力到他们环境中的其他地方。
开箱即用的 DNS 无法做到这一点。
您可以使用外部 DNS 服务器来监控页面并以较低的 TTL 传递其他 DNS 信息,以防无法访问该站点。但这将无法可靠地工作,并且还取决于客户端 DNS 服务器的缓存大小,并且由于现有的下站 DNS 缓存条目,可能会导致您的真实站点在备份后无法访问。
您可以使用DynDNS之类的服务轻松更改域指向的 IP。而且,他们也有一个 API,因此您可以使用另一个便宜的虚拟主机来验证服务器何时关闭并更改 IP,也许是您可以显示维护页面的同一个虚拟主机。
或者,您可以安装自动使用停机时间页面的客户端之一。
您可以设置较低的 TTL,以便 IP 更改传播得更快。
您可以在商业提供商上托管您的主域,并创建一个页面,在超时后使用 javascript 显示错误消息。然后你可以在 HTML 代码中包含一个。此代码会将(一个框架?)重定向到真实页面。否则(javascript-timer?),将显示错误页面
现在,我可以多次否决这个答案吗?;-) 从技术上讲,这将是一个解决方案,因为问题中没有明确定义。在内部托管的原因可能是连接一些内部数据库,而主要的网络存在最好是在商业托管商上。
问了一个类似的问题,并在这里回答
如果发生故障,如何自动更改 DNS A 记录以将我的站点指向辅助服务器?
简短的回答是,在没有大量硬件投资或人工干预的情况下,DNS 不是一种可靠的故障转移管理机制。