创build子域名项?我应该添加一个指向@的CNAMElogging还是创build一个新的Alogging?

拥有更less的Alogging和数十个CNAMElogging或反过来更好吗?

一个(或几个)Alogging每个唯一IP和许多CNAMElogging每个Alogging:

 @ 3600 IN A 123.123.123.123 a 3600 IN CNAME @ b 3600 IN CNAME @ c 3600 IN CNAME @ 

一串A的logging:

 @ 3600 IN A 123.123.123.123 a 3600 IN A 123.123.123.123 b 3600 IN A 123.123.123.123 c 3600 IN A 123.123.123.123 

更好的是什么?

从性能的angular度来看,使用Alogging的时候(稍微“略微”,我的意思是“技术上,但不明显”),因为您的DNS响应不需要包含额外的数据。

如果CNAME指向服务器不具有权威性的另一个域,则由于parsing器需要发出更多请求才能获得结果,所以可能会产生更大的影响。但在您提供的示例中,性能影响是完全可以忽略不计。

从可pipe理性的angular度来看, CNAME可能更容易一些,因为只需要进行一次更改而不是几次就可以对系统进行IP更改。

如果部署与您提供的示例一样简单,那么诚实无关。

拥有更less的Alogging和数十个CNAMElogging或反过来更好吗?

没有。不太可能,只要你不把CNAME指向CNAME,那么你就不需要太多的理由。

CNAMEselect的主要优点是,您不必为每个子域添加MXlogging或其他ephemera。 主要缺点是你不能改变那些没有转换回Alogging。

回复: CNAME vs A – 对于性能和其他答案,这真的不重要。

但是,如果您使用CNAME ,请不要使其成为指向@的指针,使其成为区域中某个其他子域的指针。

原因是@还包含其他logging,例如您的SOANSMXlogging等。

如果您的CNAME指向@ ,那么所有其他logging也将(错误地)开始为您的别名子域存在。

顺便说一句,如果您的虚拟主机成为多宿主(即它有多个Alogging,甚至AAAAA ),那么CNAME到真正的主机只有一个logging要维护。 如果您使用了Alogging,则需要为每个子域重复列表。