CNAMElogging上的TTL是什么意思?

由于我的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器服务器。 然而,每秒请求的数量应该大致相同。