拥有更less的A
logging和数十个CNAME
logging或反过来更好吗?
一个(或几个)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度来看,使用A
logging的时候(稍微“略微”,我的意思是“技术上,但不明显”),因为您的DNS响应不需要包含额外的数据。
如果CNAME
指向服务器不具有权威性的另一个域,则由于parsing器需要发出更多请求才能获得结果,所以可能会产生更大的影响。但在您提供的示例中,性能影响是完全可以忽略不计。
从可pipe理性的angular度来看, CNAME
可能更容易一些,因为只需要进行一次更改而不是几次就可以对系统进行IP更改。
如果部署与您提供的示例一样简单,那么诚实无关。
拥有更less的Alogging和数十个CNAMElogging或反过来更好吗?
没有。不太可能,只要你不把CNAME指向CNAME,那么你就不需要太多的理由。
CNAMEselect的主要优点是,您不必为每个子域添加MXlogging或其他ephemera。 主要缺点是你不能改变那些没有转换回Alogging。
回复: CNAME
vs A
– 对于性能和其他答案,这真的不重要。
但是,如果您使用CNAME
,请不要使其成为指向@
的指针,使其成为区域中某个其他子域的指针。
原因是@
还包含其他logging,例如您的SOA
, NS
, MX
logging等。
如果您的CNAME
指向@
,那么所有其他logging也将(错误地)开始为您的别名子域存在。
顺便说一句,如果您的虚拟主机成为多宿主(即它有多个A
logging,甚至A
和AAAA
),那么CNAME
到真正的主机只有一个logging要维护。 如果您使用了A
logging,则需要为每个子域重复列表。