dns - CNAME 链受阻?

标签 dns cname chain google-cloud-dns

每次我们对后端进行更改,需要更改客户的 DNS 设置时,我们都必须经历一个漫长的过程,包括电子邮件、电话、电子邮件提醒等,以便让每个人都实现必要的更改.

为了一劳永逸地简化这个过程,我做了以下操作: 我已经设置了一个 Google Cloud 项目,其中包含 dns.ourdomain.com 的 Cloud DNS 区域

这样我就可以指导我们的客户进行设置:

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

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

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

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

我已经测试了这个设置,它工作得很好,但似乎大家一致认为这是不好的做法。如果有的话,潜在的陷阱是什么?

最佳答案

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

如果您想证明它在实践中并没有那么糟糕,请仔细查看 www.microsoft.com 的查找链。

关于dns - CNAME 链受阻?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46052559/

相关文章:

nginx - 将 IPv4 与 IPv6 结合使用时,为什么我的服务器速度慢且 SSL 不匹配

nginx - 使用 namecheap 在 nginx 上配置子域

java - 如何在java中创建复杂的Fluent界面?

cocoa - 是什么改变了我的 NSWindow 的下一个响应者?

SSL 证书 - 并非所有 Web 浏览器都信任该证书

html - 子域到 html

node.js - 在同一端口上运行 3 个 Web 服务器

amazon-s3 - 亚马逊 S3 域托管 : CNAME too long

heroku - 子域到heroku子域

reactjs - 获取自定义域以在 Github 页面上使用 React