探索CDN之三：DNS与BIND

探索CDN之三：DNS与BIND

本系列文章将从初学者视角，一步一步循序渐进地探索CDN的相关知识。本文为系列第三篇，简单介绍DNS的知识、BIND的概念及简单的BIND实验。主要内容如下：

---

进一步聊聊DNS？

---

在上一篇文章里，曾将DNS看做是一个“电话本”。通过手动修改/etc/hosts的方式来改变域名和IP地址间的映射非常“简单粗暴”。随着互联网的发展，全世界每天都有成千上万个网站域名出现和消失，全靠手动是不现实的。于是出现了更为“智能”和“自动化”的DNS体系。

最初HOSTS.txt文件由SRI的网络信息中心（NIC）进行更新和分发，但是存在HOSTS.txt的限制（同一文件里名称冲突、分布式一致性），和分发带来的流量和负载等问题。现行的DNS规范为RFC1034和RFC1035。

DNS数据库的结构类似于Unix/Linux系统的文件系统结构——倒置的树状结构。树中每个节点都拥有一个最长为63字节的标签，域名是从该域的root节点开始，一直回溯到整棵树的root节点的标签序列，并以.号分隔。一个绝对域名，类似于Unix系统中的绝对路径，用来表示该节点在层次结构中的位置，通常也被称为完全限定域名（FQDN，Fully Qualified Domain Name)。如下图：

这棵树的每个子树都代表了整个数据库的一部分，称作“域domain”，也即“域命名空间”。每个域目录又可以被进一步划分为额外的部分，称作“子域subdomain”。DNS的每个域都可以被分解成若干个子域，并均可被授权给不同的组织分散管理。域和子域都有相应的管理者，它们不必一样。例如edu域由EDUCAUSE管理，而它的子域xupt.edu会委托XUPT进行管理。要将子域授权给某个机构进行管理，需要创建一个“区域zone”，它是域命名空间中一段可以自治的区域，xupt.edu区域包含了所有以xupt.edu结尾的域名，而edu区域包含所有以edu结尾的域名，但不包含xupt.edu结尾的域名。xupt.edu这个区域可以进一步划分为lib.xupt.edu等子域࿰