由于我的networking涉及多less台服务器，所以我很难将它们全部组织起来。 其中一些没有静态IP，所以我认为如果我做了一个config.mydomain.com域可能会很好。 在这个域上，我可以存储Alogging和每个服务器的IP。 这是我如何设置它：
s1.config.mydomain.com. A 10.0.0.1 #ttl 60 s2.config.mydomain.com. A 10.0.0.2 #ttl 60 s3.config.mydomain.com. A 10.0.0.3 #ttl 60 # etc 这些logging中的每一个都有60的TTL，以防我需要快速更改IP，但我不希望客户端每60秒更新一次。 现在让我们说我设置我的域使用它们，就像这样：
mydomain.com. CNAME s2.config.mydomain.com. #ttl 3600 mail.mydomain.com. CNAME s2.config.mydomain.com. #ttl 10800 svn.mydomain.com. CNAME ns1.config.mydomain.com. #ttl 21600
CNAMES的TTL更高，所以假设我去mydomain.com。 它向我的DNS服务器询问mydomain.com的IP，我的服务器返回CNAME s2.config.mydomain.com. 然后它向我的服务器询问s2.config.mydomain.com的IP，我的服务器返回10.0.0.1 。
它会cachingCNAME s2.config.mydomain.comlogging3600秒， A 10.0.0.1logging60秒？ 这意味着每60秒钟它会问我的服务器的IP地址？
或者它会caching查看CNAME s2.config.mydomain.com ，得到A 10.0.0.1 ，并caching他们都为3600秒。
如果是第一个，我可能不得不寻找另一种方式来pipe理他们，所以我希望这是第二个，但我不确定。 你知道更好的方法来跟踪他们吗？
根据ISC邮件列表上的这个消息 ，CNAME和它指向的logging通过parsing名称服务器（ 理解parsing名称服务器 ）来caching，这样做是为了使parsing器能够优化客户端的parsing/caching过程。
所以，如果CNAME TTL是有效的，但是它指向的A是无效的，它只会重复查找指向的logging，而不是原始的CNAME（直到CNAME TTL也起来）。
您所有的CNAMElogging将被caching最多3600,10800和21600秒。
Alogging是独立处理的，每60秒会被查询一次。
但是，如果CNAME过期，Alogging应该同时更新。
CNAMElogging具有RFC 1912中解释的各种陷阱。mydomain.com。 不能成为CNAME，因为你使用了SOA和NSlogging：它是com的一个代表团。 域。
你的问题是旧的。 现在，一些DNS提供商不会通过让用户把CNAME放在SOA中（他们称之为APEX域）来跟踪RFC。 再次，使用自己的风险。
最后但并非最不重要的是，当您的客户要求IPv6logging时，将更高的TTL值添加到您的CNAME中可能会有所帮助：AAAA。 至lessCNAME映射将保留在caching中，只有IP地址会被询问两次。
简而言之：将更高的TTL放在CNAME上会减less客户看到的响应的大小。 它也应该帮助parsing器服务器。 然而，每秒请求的数量应该大致相同。