DNSlogging的冗余

我以前多次做过这个。 我这样做的方式是使用像dyndns.org这样的dynamicDNS提供程序。

1. 设置你的路由器来优先select一个连接的stream量。 至less，为HTTP / HTTPSstream量做这个（有这样的好处 – 如果你使用相同的会话，但在不同的IP之间跳动，一些networking应用程序不会喜欢它，并会注销你）。 这意味着除非主服务器closures，否则HTTP（S）stream量不会通过您的辅助连接。
2. 创build一个dynamic的DNS帐户，并loggingoffice.ourfirm.com
3. 在内部服务器上安装dynamicDNS客户端。

当dyn DNS客户端更新你的logging时，它通常来自你的主要连接，所以一切都会来到这个IP。 如果连接断开，它将从您的辅助连接开始，因此您将获得故障转移。 如果你失去了连接，只要你的dyn DNS客户端更新，就会恢复（在“专业”账户下5分钟）。

dyn DNS帐户有两种方法：

1. 获取一个可以为你托pipeDNS的高级帐户（你可以托pipeourfirm.com，或者只是将office.ourfirm.com委派给该服务）。
2. 使用他们的托pipe服务创build一个域名，比如ourfirm.dyndns.org（这将是一个由dyndns托pipe的Alogging）。 将office.ourfirm.com设置为ourfirm.dyndns.org的CNAME。 通常这种方法将是免费的。

关于故障转移，请注意两个ADSL连接。 这很好，但是这里有几个注意事项：

• 如果他们都是来自同一供应商的帐户，那么您真正获得的是来自您的办公室的DSL调制解调器的冗余。 如果电话线路，供应商或其上游提供商停机，则无论是否有故障转移，您都仍处于脱机状态。
• 这些线是否在同一组电话线上？ 大多数数据中心都投入了大量的精力，以确保他们的上游连接来自不同的方向，并在不同的地方进入大楼。 这确保了，例如，一个施工人员不能一蹴而就，一举击毁所有的连接。
• 如果他们是不同的供应商，他们仍然在同一个上游连接？ 弄清楚你的ISP提供者是什么（希望他们有不止一个）。 如果你有两个不同的ISP，但他们都共享相同的上游提供商，你仍然没有完全保护。
• 对于DSL，通常是电话公司提供DSL并转售带宽和访问ISP（例如，Bell Nexxia）。 在这种情况下，即使实际的互联网带宽来自不同的地方，您仍然依赖一家公司（您的本地电话公司）build立其DSLnetworking。

在我现在的办公室里，我们的故障转移和上面描述的一样，我们的主要连接是有线的，而我们的第二个是DSL。 这两者之间没有任何共享，两者都是主要的互联网骨干网上的多个上游连接。 我相信在某个地方它很容易受到反铲运营商的影响，但至less它们是由不同公司维护的完全不同的电缆，所以很less有机会杀死两者。

我强烈build议使用两种不同的技术来获得最佳冗余。 现在有很多可能的连接方式，所以在大多数地方，有线，DSL，光纤，卫星，无线，GSM /蜂窝，并不是太困难或昂贵。

根据BIND（我假设你控制你自己的DNS服务器，但你不指定什么types）有多舒服，这是dynamicDNS更新的可能。 我最近把这样的东西作为一个概念validation。

您可以configuration一个探测器来testingADSL连接的可用性，并调用nsupdate来在出现故障时dynamic修改区域。 有关更多详细信息，请参阅man nsupdate 。 你会提供一些简单的指令，说明“删除断定的路由器的Alogging”，或者“一旦路由器恢复，就读取Alogging”。 在正常情况下，您可以使用低循环TTL的“循环”Alogging，以便DNS服务器返回多个function地址。 然后，只要删除不可用的地址，并在重新开始工作后重新添加。

简单的答案是支持故障转移图标连接的路由器，但是不能同时使用两条线路。 你现在怎么使用两条线？ 一个ADSL出去的机会是多less？ 他们是否来自相同的提供者，通过相同的分界点？ 如果您希望创buildnetworking冗余来确保office.ourfirm.com的正常运行时间，请考虑通过其他方式从您的办公室获得来自不同提供商的备份Internet连接。 您可能还想考虑托pipeoffice.ourfirm.com的网站与托pipe服务提供商，可以保证正常运行时间。