我目前正在开发一个networking平台，将用于为许多小型网站供电。 所有这些网站都将在这个平台上进行托pipe，无论是专用还是VPS设置。 我不想提供一个完整的DNS托pipe服务，承担路由电子邮件等的责任，我只想负责的“网站”部分的域名。
这个明显的解决scheme是将www域名logging指向我的服务器IP，这将会产生所需的效果。 但是，如果我的服务器死了，我需要将所有站点切换到具有不同IP的不同服务器上的备份？ 我需要联系所有不同域的所有DNS提供商，并让他们重新指向他们的Alogging。 这是不可取的。
所以…问题是，是否有一个明智的方法来处理这样的事情，还是我更好的只是咬紧牙关，并通过像Cloudfare或DYN这样的专门服务提供完整的DNS服务？
感谢您的任何build议/解决scheme。
我不确定我会把它形容为健壮的 。 这将涉及多个后端服务器，前端的负载平衡器故障转移对，非HA版本的备份站点以及使用可在站点之间切换的IP地址（如果发生足够大的灾难） 。
但是，规定您不需要控制客户的DNS，就可以提供虚拟主机服务，但是如果需要的话，保留在第二个站点重新指派操作的能力，而不需要联系所有的客户来让他们更新DNS。这是与CNAME的。 澄清一下，假设您的服务器位于A record server.example.com指向的IP地址上。 假设您有两个客户，其域名是example.org和example.net 。
每个客户端都会为其WW主机名发布CNAMElogging，并指向您的服务器：
www.example.org. IN CNAME server.example.com. www.example.net IN CNAME server.example.com.
如果您需要更改服务器的IP地址，请更改由您控制的server.example.com的Alogging，并在适当的DNS截获间隔过期后， www.example.{org,net}将开始parsing到新的地址。
这里的问题是裸域。 正如围绕这些部分所build立的那样 ，您不能CNAME域的根目录。 所以只要客户很乐意在www.example.org上提供他们的networking服务器，那你就没问题。 但只要在example.org上要求web服务，就有问题。
然而，迈克尔·汉普顿指出，一些大的DNS提供商（他明确列出了Namecheap和GoDaddy，尽pipe这不应该被认为是任何一方的认可）也将提供一个Webredirect服务，裸域上的Alogging指向DNS提供商的networking服务器，其唯一的function是接收http://example.org/foo客户端浏览器请求，并通过HTTP 301redirect到http://www.example.org/foo ，在此时已经描述的机制接pipe并且服务器满足您的请求。 坚持服务的客户可以被告知，他们必须从提供这种设施的提供商处获得DNS。
对于那些同时希望使用HTTPS服务的客户（例如https://example.org/bar ），这仍然不起作用。 如果没有更多的基础设施，我不知道有什么办法可以做到。 但是，如上所述，您应该可以为其他人提供服务。