1, 概述

DNS中的CNAME可以减轻运维压力，使得已有的DNS配置具有一定的灵活性和可扩展性。本文对CNAME中的一些细节做阐述， 使DNS服务器的运维人员和开发人员能合理地使用CNAME。

2, zone的CNAME

你可能想把一个zone的DNS解析转发到另一个zone的DNS解析，比如这样配置

old.taobao.com.    IN   CNAME   new.taobao.com.

实际上上面的CNAME意图是错误的，因为old.taobao.com已经有了SOA和NS的记录。如果你为old.taobao.com配置了CNAME， 那么old.taobao.com在CNAME链中的角色是一个别名alias，在SOA和NS的角度看它的角色是一个权威名canonical name, 一个domain是不能同时承担这两种角色的。

所以，正确的做法应该是为zone下面的domain设置CNAME，像下面这样：

img01.old.taobao.com.    IN   CNAME   img.new.taobao.com.    img02.old.taobao.com.    IN   CNAME   img.new.taobao.com.

3, 指向CNAME的CNAME

标准DNS协议是不鼓励指向CNAME的CNAME的，因为这样会导致cname loop，同时会增加解析时间。我遇到的一个DNS服务器 就因为没有做CNAME loop的检查，不断向系统申请资源从而导致内存暴增直至宕机。

如果你决定你的DNS服务器不遵循标准DNS协议，支持多层CNAME的话，那么对于CNAME链的长度限制和CNAME loop的检查是 十分有必要的。

4, 多个CNAME值

一个domain name或许会有对应的对个CNAME，像下面这样：

img.taobao.com.    IN   CNAME   img01.taobaocdn.com.img.taobao.com.    IN   CNAME   img02.taobaocdn.com.img.taobao.com.    IN   CNAME   img03.taobaocdn.com.

这看起来好像是一个不可思议的配置。但是你可以这样实现你的DNS服务器来做基于CNAME的负载均衡(sounds pathologicall), 方法就是你的DNS服务器每次会随机返回上面三个CNAME中的一(当然也可以是你设计的任何选择策略)。

值得一体的是，BIND9不支持这种多值的CNAME。

5, CNAME作为alias

下面就是CNAME作为一个alias的配置：

mail.taobao.com.    IN   MX   mail.taobaocdn.com.mail.taobaocdn.com  IN   CNAME mail.alibaba.com.

DNS标准协议的建议是不要把一个alias当作某种资源类型的值。

当然，跟上面所有的情况一样，你怎么实现都是你自己的事情，倒是后踩到自己挖的坑还得自己填。