CNAME链劝阻?

时间:2017-09-05 10:18:42

标签: dns cname chain google-cloud-dns

每当我们对我们的后端进行更改,需要更改我们的客户端DNS设置时,我们必须通过电子邮件,电话,电子邮件提醒等进行漫长的过程,以便让每个人实施必要的更改

为了一劳永逸地简化这一点,我完成了以下工作: 我已为dns.ourdomain.com设置了一个带有云DNS区域的Google云端项目

这样我可以指示我们的客户设置:

www.client.com CNAME client.dns.ourdomain.com

在Cloud DNS控制台中,我们添加:

client.dns.ourdomain.com CNAME client.backendserver.com

现在,如果我们需要进行更改,我们可以在一次批量操作中完成所有操作而无需涉及客户端。

我已经测试了这个设置并且它的工作正常,但似乎已经达成共识,这是不好的做法。如果有的话,潜在的陷阱是什么?

1 个答案:

答案 0 :(得分:4)

唯一的缺点是它使查找需要更长时间,因为执行查找的解析器需要查找额外的名称。因为在连接不良时,单个查找可能需要几秒钟,因此最终用户可能会注意到这一点。因此,如果一个值得关注的问题在很大程度上取决于您的具体情况。

如果你想要一个在实践中不那么糟糕的论点,那么仔细看看www.microsoft.com的查找链。