Networking 以通用方式设置维护URL

Networking 以通用方式设置维护URL,networking,dns,Networking,Dns,假设我有一个通常在www.mywebsite.com访问的网站 现在让我们假设网站完全关闭(认为服务器已经融化)。我希望试图访问www.mywebsite.com的用户最终能够访问另一台服务器上的维护URL,而不是404 这是否很容易做到,而不必通过调度器/负载平衡器路由所有流量 我可以想象这样的情况: 当默认服务器启动时,通信量如下: [用户][www.mywebsite.com][调度程序][默认服务器] 当默认服务器关闭时,通信量如下: [用户][www.mywebsite.com][调度

假设我有一个通常在www.mywebsite.com访问的网站

现在让我们假设网站完全关闭(认为服务器已经融化)。我希望试图访问www.mywebsite.com的用户最终能够访问另一台服务器上的维护URL,而不是404

这是否很容易做到,而不必通过调度器/负载平衡器路由所有流量

我可以想象这样的情况:

当默认服务器启动时,通信量如下:

[用户][www.mywebsite.com][调度程序][默认服务器]

当默认服务器关闭时,通信量如下:

[用户][www.mywebsite.com][调度员][维护服务器]

其中[DISPATCHER]确定交通路线。问题是,在这种情况下,所有通信都通过[DISPATCHER]。我可以让第一个连接通过dispatcher,然后,如果默认服务器启动,通信量直接从用户传输到默认服务器吗?(例如,每10-15分钟检查一次)

[用户][www.mywebsite.com][默认服务器]在第一次成功连接后

提前谢谢

不幸的是,也许最实际的解决办法是放弃直到浏览器最终添加对SRV记录的支持……

您可以使用动态DNS实现您想要的功能-在“维护服务器”上设置一些监视脚本,以检查您的网站是否已关闭,如果已关闭,则更新您的网站的DNS并将其指向维护服务器。这种方法有其自身的问题,其中最大的问题是任何监控都可能产生误报,因此,当站点实际运行时,您的用户将看到维护页面

另一种可能的方法(甚至更糟)——例如,让www.example.com指向您的dispatcher服务器,让ww2.example.com指向您的主服务器。然后,dispatcher将HTTP重定向所有传入请求到www2.example.com

但当你的调度员融化时你会怎么做在尝试处理一个故障点时,您只添加了另一个故障点

也许在一些javascript中处理所有页面链接是可行的,这些javascript将首先检查服务器是否启动,然后才跟踪链接。这种方法虽然需要一些脚本,但至少在用户已经在您的站点上而服务器关闭时提供最佳结果。但对于那些第一次进入网站的人来说,这毫无帮助

如果只有浏览器支持SRV记录….