Total Pageviews

Thursday, 18 February 2016

DNS资料

域名系统英文D omain N ame S ystem,缩写DNS)是因特网的一项服务。它作为将域名IP地址相互映射的一个分布式数据库,能够使人更方便的访问互联网DNS使用TCPUDP 端口 53。当前,对于每一级域名长度的限制是63个字符,域名总长度则不能超过253个字符。
开始时,域名的字符仅限于ASCII字符的一个子集。2008年,ICANN通过一项决议,允许使用其它语言作为互联网顶级域名的字符。使用基于Punycode码的IDNA系统,可以将Unicode字符串映射为有效的DNS字符集。因此,诸如“x.台湾”这样的域名可以在地址栏直接输入,而不需要安装插件。但是,由于英语的广泛使用,使用其他语言字符作为域名会产生多种问题,例如难以输入,难以在国际推广等。

历史

DNS最早于1983年由保罗·莫卡派乔斯(Paul Mockapetris)发明;原始的技术规范在882号因特网标准草案(RFC 882)中发布。1987年发布的第1034和1035号草案修正了DNS技术规范,并废除了之前的第882和883号草案。在此之后对因特网标准草案的修改基本上没有涉及到DNS技术规范部分的改动。
早期的域名必须以英文句号“.”结尾,当用户访问www.wikipedia.org的HTTP服务时必须在址栏中输入:http://www.wikipedia.org.,这样DNS才能够进行域名解析。如今DNS服务器已经可以自动补上结尾的句号。

记录类型

DNS系统中,常见的资源记录类型有:
  • 主机记录(A记录):RFC 1035定义,A记录是用于名称解析的重要记录,它将特定的主机名映射到对应主机的IP地址上。
  • 别名记录(CNAME记录): RFC 1035定义,CNAME记录用于将某个别名指向到某个A记录上,这样就不需要再为某个新名字另外创建一条新的A记录。
  • IPv6主机记录(AAAA记录): RFC 3596定义,与A记录对应,用于将特定的主机名映射到一个主机的IPv6地址。
  • 服务位置记录(SRV记录): RFC 2782定义,用于定义提供特定服务的服务器的位置,如主机(hostname),端口(port number)等。
  • NAPTR记录: RFC 3403定义,它提供了正则表达式方式去映射一个域名。NAPTR记录非常著名的一个应用是用于ENUM查询。

技术实现

概述

DNS 通过允许一个名称服务器把他的一部分名称服务(众所周知的zone)“委托”给子服务器而实现了一种层次结构的名称空间。此外,DNS还提供了一些额外的信息,例如系统别名、联系信息以及哪一个主机正在充当系统组或域的邮件枢纽。
任何一个使用IP的计算机网络可以使用DNS来实现他自己的私有名称系统。尽管如此,当提到在公共的Internet DNS系统上实现的域名时,术语“域名”是最常使用的。
这是基于504个全球范围的“ 根域名服务器 ”(分成13组,分别编号为A至M)[1]从这504个根服务器开始,余下的Internet DNS命名空间被委托给其他的DNS服务器,这些服务器提供DNS名称空间中的特定部分。

软件

DNS系统是由各式各样的DNS软件所驱动的,包括:

国际化域名

主条目:Punycode
Punycode是一个根据RFC 3492标准而制定的编码系统,主要用于把域名从地方语言所采用的Unicode编码转换成为可用于DNS系统的编码。而该编码是根据域名相异字表 (由IANA制定),Punycode可以防止所谓的IDN欺骗

域名解析

举一个例子,zh.wikipedia.org作为一个域名就和IP地址208.80.154.225相对应。DNS就像是一个自动的电话号码簿,我们可以直接拨打wikipedia的名字来代替电话号码(IP地址)。DNS在我们直接调用网站的名字以后就会将像zh.wikipedia.org一样便于人类使用的名字转化成像208.80.154.225一样便于机器识别的IP地址。
DNS查询有两种方式:递归迭代DNS客户端设置使用的DNS服务器一般都是递归服务器,它负责全权处理客户端的DNS查询请求,直到返回最终结果。而DNS服务器之间一般采用迭代查询方式。
以查询zh.wikipedia.org 为例:
  • 客户端发送查询报文"query zh.wikipedia.org"至DNS服务器,DNS服务器首先检查自身缓存,如果存在记录则直接返回结果。
  • 如果记录老化或不存在,则
  • DNS服务器向根域名服务器发送查询报文"query zh.wikipedia.org",根域名服务器返回.org域的权威域名服务器地址,这一级首先会返回的是顶级域名的权威域名服务器。
  • DNS服务器向.org 域的权威域名服务器发送查询报文"query zh.wikipedia.org",得到.wikipedia.org 域的权威域名服务器地址。
  • DNS服务器向.wikipedia.org 域的权威域名服务器发送查询报文"query zh.wikipedia.org",得到主机zh 的A记录,存入自身缓存并返回给客户端。

WHOIS

一个域名的所有者可以通过查询WHOIS数据库[2]而被找到;对于大多数根域名服务器,基本的WHOIS由ICANN维护,而WHOIS的细节则由控制那个域的域注册机构维护。
对于240多个国家代码顶级域名(ccTLDs),通常由该域名权威注册机构负责维护WHOIS。例如中国互联网络信息中心 (China Internet Network Information Center)负责.CN域名的WHOIS维护,香港互联网注册管理有限公司 (Hong Kong Internet Registration Corporation Limited)负责.HK域名的WHOIS维护,台湾网络信息中心 (Taiwan Network Information Center)负责.TW域名的WHOIS维护。

其他

此外,一些黑客通过伪造DNS服务器将用户引向错误网站,以达到窃取用户隐私信息的目的。这种DNS服务器大约有68000台[3]

相关条目

参考文献

  1. ^(英文)Root Server Technical Operations Assn . [2014年1月28日].
  2. ^ http://whois.net/
  3. ^ JORDAN ROBERTSON. Use of Rogue DNS Servers on Rise . The Associated Press. [2008-02-18].
  4. RFC 882
  5. RFC 883
  6. RFC 1034
  7. RFC 1035
  8. RFC 1180 - TCP/IP tutorial

外部链接

--------------------------

DNS 简述

DNS 的全称是 Domain Name System,DNS 负责主机名字之间和互联网络地址之间的映射,在我们上网或者发送电子邮件的时候,一般都会使用主机名而不是 IP 地址,因为前者更容易记忆,但是对于计算机,使用数字(IP 地址)则更为方便。DNS 能够帮助我们将主机名转换成计算机更容易识别的 IP 地址。从而完成主机之前的通信。

DNS 发展史

20 世纪 60年代,美国国防部开始资助试验性的广域计算机网络,称为 ARPAnet,它连接全美重要的研究机构。TCP/IP 协议是在 20 时机 80 年代初发展起来的,并迅速称为 ARPAnet 的标准主机网络协议。这个网络从只有屈指可数的几台主机发展到拥有成百上千的主机。
整个 20 世纪 70 年代, ARPAnet 只是一个拥有几百台主机的很小很友好的网络。仅仅需要一个名为 HOSTS.TXT 的文件就能容纳所有需要了解的主机信息:它包含所有连接到 ARPAnet 的主机的 名字-地址映射关系。与它极为相似的 Unix 主机中的 /etc/hosts,就是从 HOSTS.TXT 变化而来的。
HOSTS.TXT文件是由 SRI 的网络信息中心 ( Network Information Center, 简称NIC)负责维护,并且从一台主机 SRI-NIC 上分发到整个网络。 ARPAnet 的管理员们通常通过电子邮件的方式将他们的变更通知NIC, 同时还定期 FTP 到 SRI-NIC,以获取最新的 HOSTS.TXT 文件。每周进行一、两次更新,将这些变更汇编成新的 HOSTS.TXT 文件。但是随着 ARPAnet 的增长,这样的方法行不通了。HOSTS.TXT 文件大小的增长与 ARPAnet上主机数量的增加成正比。更重要的是,由于更新过程而引起的网络流量的增加更快: 每增加一台主机不仅仅意味着要在 HOSTS.TXT 文件中增加一行,更隐含着其他主机需要从 SRI-NIC 进行更新。由一台主机来管理HOSTS.TXT 文件就出现了的许多问题,DNS 就应运而生了。

DNS 层级结构

DNS是一个层级的分布式的数据库,以 C/S 架构工作,它将互联网名称(域名)和 IP 地址的对应关系记录下来,可以为客户端提供名称解析的功能。它允许对整个数据库的各个部分进行本地控制,借助备份和缓存机制, DNS 将具有足够的强壮性。
DNS 数据库以层级的树状结构组织,最顶级的服务器被称为「根」(root),以 . 表示,它是所有子树的根。root 将自己划分为多个子域(subdomain),这些子域包括 comnetorggovnet 等等,这些子域被称为顶级域(Top Level Domain, TDL)。再进一步,各顶级域再将自己划分成多个子域,子域还可以在划分子域,最后树的叶子节点就是某个域的主机名。
每个域的名称服务器仅负责本域内的主机的名称解析,如果需要解析子域的主机,就需要再向其子域的名称服务器查询。这样一来,无论主机在哪个域内,都可以从根开始一级一级的找到负责解析此主机名称的域,然后完成域名解析。

DNS 解析步骤

典型的 DNS 解析流程
客户端向某个 DNS 服务器发出请求,解析 www.kernel.org 的地址。
  1. 服务器先向根名称服务器发出查询请求,根名称服务器的地址是内置在服务器端的,根名称服务器仅返回其下负责的 .org. 域的名称服务器的地址
  2. DNS 服务器向 .org. 域的名称服务器发出查询请求,得到 kernel.org. 域的名称服务器的地址
  3. DNS 服务器向 kernel.org. 域的名称服务器发出查询请求,该服务器发现请求的主机 www 就是本域下的主机,于是返回 www.kernel.org 主机的地址
  4. DNS 服务器将得到的结果返回给客户端
在这次解析过程中,客户端仅向 DNS 服务器发送了一个请求,最后得到结果。而 DNS 服务器实际上发出了多次请求,从根开始依次查询最后得到结果。我们成前者为递归查询(recursion),后者被称为迭代查询(iteration)。从客户端到 DNS 的请求是通常是两段式的:先递归再迭代。

缓存

在网络通信中,域名的使用频率非常高,一个域名在某段时间内可能被反复的使用,如果每次使用都向 DNS 服务器查询,DNS 服务器也向其他服务器发出查询请求的话,将会消耗大量的网络带宽,并且速度也会非常慢。因此,一般在 DNS 客户端和服务器端都会有缓存,负责某个域的 DNS 服务器可以定义客户端缓存的时间。
当使用浏览器浏览网页时,需要用到 DNS 解析,而浏览器,操作系统都可能缓存已经解析过的结果,并且 ISP 提供商的 DNS 服务器也会缓存最近解析的结果,如果缓存中没有,再发出递归查询。通常,这样的 DNS 服务器被称为缓存DNS服务器

DNS 客户端

dig

dig 是 Linux 下常用的 DNS 查询工具,在 CentOS 系统中,由 bind-utils 软件包提供,它的使用方法为:
dig -t RRT NAME [@NAME_SERVER]
其中,RRT 表示资源记录类型,NAME 表示查询的地址,@NAME_SERVER 可以指定 DNS 服务器,如果不指定则使用操作系统默认的 DNS 服务器。
例如,查询 www.kernel.org 的 IP 地址:
[root@bogon ~]# dig -t A www.kernel.org @172.16.0.1

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.30.rc1.el6 <<>> -t A www.kernel.org @172.16.0.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35532
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 3, ADDITIONAL: 4

;; QUESTION SECTION:
;www.kernel.org.            IN  A

;; ANSWER SECTION:
www.kernel.org.     600 IN  CNAME   pub.all.kernel.org.
pub.all.kernel.org. 600 IN  A   199.204.44.194
pub.all.kernel.org. 600 IN  A   198.145.20.140
pub.all.kernel.org. 600 IN  A   149.20.4.69
...(省略)
查询 google.com 域的名称服务器地址:
[root@bogon ~]# dig -t NS google.com @172.16.0.1

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.30.rc1.el6 <<>> -t NS google.com @172.16.0.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9095
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 4

;; QUESTION SECTION:
;google.com.            IN  NS

;; ANSWER SECTION:
google.com.     135181  IN  NS  ns4.google.com.
google.com.     135181  IN  NS  ns2.google.com.
google.com.     135181  IN  NS  ns3.google.com.
google.com.     135181  IN  NS  ns1.google.com.

;; ADDITIONAL SECTION:
ns4.google.com.     135181  IN  A   216.239.38.10
ns1.google.com.     135181  IN  A   216.239.32.10
ns2.google.com.     135181  IN  A   216.239.34.10
ns3.google.com.     135181  IN  A   216.239.36.10

;; Query time: 137 msec
;; SERVER: 172.16.0.1#53(172.16.0.1)
;; WHEN: Sun Apr 26 18:04:16 2015
;; MSG SIZE  rcvd: 164
查询 IP 地址的反向解析记录:
[root@bogon ~]# dig -x 8.8.8.8

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.30.rc1.el6 <<>> -x 8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24762
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0

;; QUESTION SECTION:
;8.8.8.8.in-addr.arpa.      IN  PTR

;; ANSWER SECTION:
8.8.8.8.in-addr.arpa.   51278   IN  PTR google-public-dns-a.google.com.

;; AUTHORITY SECTION:
8.in-addr.arpa.     51276   IN  NS  ns2.level3.net.
8.in-addr.arpa.     51276   IN  NS  ns1.level3.net.

;; Query time: 2 msec
;; SERVER: 172.16.0.1#53(172.16.0.1)
;; WHEN: Sun Apr 26 18:05:18 2015
;; MSG SIZE  rcvd: 128
选择是否递归查询:
dig +[no]recurse -t RRT NAME
从根开始追踪授权路径,显式每一个迭代查询的服务器,这对于调试很有帮助
dig +[no]trace -t RRT NAME

nslookup

nslookup 是一个交互式的 DNS 查询工具,它在 windows 和 linux 中均可以使用,在 CentOS 系统中由 bind-utils 软件包所提供。
输入 nslookup 即可进入交互式模式,输入域名或 IP 地址即可开始查询。
可以使用 server SERVERNAME 指定 DNS 服务器。

BIND DNS 服务器搭建

BIND 是由 Berkely 大学研发的一款开源 DNS 服务器程序,同时也是最为流行的。在 CentOS 系统中,由 bind软件包提供安装。

bind 的配置文件

/etc/named.conf:定义 BIND 进程的工作属性和区域的定义
/etc/rndc.key:RNDC(Remote Name Domain Controller),远程控制的密钥文件
/etc/rndc.conf:远程控制的配置信息
/var/named/:雨区数据文件
二进制程序:/usr/sbin/named
rndc 远程工具:/usr/sbin/rndc
语法和区域文件检查工具:/usr/sbin/named-checkconf/usr/sbin/named-checkzone
/etc/named.conf 的常用配置
options 段,此处的配置在所有zone生效
listen-on port 53 { any; };                                #监听的地址和端口
directory    "/var/named";                             #区域文件的目录
allow-query        { 10.10.0.0/8 };                    #仅允许查询的主机,默认是允许所有
recursion          yes|no;                             #是否允许递归查询,默认是yes
allow-recursion    { 10.10.0.0/8 };                    #允许递归查询的主机,默认是允许所有
allow-query        { any; };                           #允许发出查询请求的主机
notify             yes|no;                             #当主服务器serial number改变,通知从服务器同步
forward            only|first;
        #定义转发规则, only表示服务器将转发至指定服务器,不论转后有没有结果, first表示服务器先转发至指定服务器,如果仍然没有结果,则开始从根服务器迭代查询
forwarders         { 172.16.0.1; };                    #指定转发服务器,此时将转发所有非子域的请求至转发服务器
querylog           yes|no;                             #是否开启查询日志
区域段
zone "ZONE_NAME" IN {                                      #ZONE_NAME指区域的名称
    type {master|slave|hint|forward};                      #区域类型
    forward  {only|first};                                 #当区域类型为forward时的转发类型
    forwarders   { 172.16.0.1; };                          #转发服务器地址,此时仅转发转发区域的请求
    file "/PATH/TO/ZONE_FILE";                             #区域文件路径,相对于directory的相对路径
    masters { master1_ip;[ master2_ip]; };                 #从区域定义主服务器的地址
    allow-transfer     { none; }|{ 10.10.0.2; }           #是否允许传送区域,应该仅开启传送给从服务器,其他zone不要开启
};
rndc
key "rndc-key" {                                          #rndc的密钥名称
    algorithm hmac-md5;                                  #加密算法
    secret "8kp3nvAPk3YhySLwCBwDQA==";                   #密钥内容
};

controls {                                                #rndc控制服务
    inet 127.0.0.1 port 953                              #rndc监听的ip和端口
        allow { 127.0.0.1; } keys { "rndc-key"; };     #允许远程控制的主机及使用的密钥名称
};

配置 example.com 域的正反向解析

首先,在 /etrc/named.conf 中开启监听端口,允许查询的主机,是否允许递归等选项。
options {
    listen-on port 53 { any; };
    listen-on-v6 port 53 { ::1; };
    directory   "/var/named";
    dump-file   "/var/named/data/cache_dump.db";
    statistics-file "/var/named/data/named_stats.txt";
    memstatistics-file "/var/named/data/named_mem_stats.txt";
    allow-query { any; };
    recursion yes;

    dnssec-enable no;
    dnssec-validation no;
};
在 /etc/named.rfc1912.zones 中添加正反向的区域定义
zone "example.com" IN {
    type master;
    file "example.com.zone";
    allow-update { none; };
    allow-transfer { none; };
};

zone "0.10.10.in-addr.arpa" In {
    type master;
    file "10.10.0.zone";
    allow-update { none; };
    allow-transfer { none; };
};
在 /var/named/ 目录下创建定义的区域文件
example.com.zone 文件
$TTL 1D
@   IN  SOA ns1     admin.example.com (
                2015042601 ; 版本序列号
                1D ; 主从架构时,从服务器的同步间隔
                2H ; 同步失败的重试间隔
                3D ; 同步失败超时时间,超时后从服务器变得不可用
                3H ) ; DNS 查询的否定回答(即查询不到结果)的缓存时间
        IN  NS  ns1
        IN  NS  ns2
        IN  MX 10   mail
ns1     IN  A   10.10.0.1
ns2     IN  A   10.10.0.2
mail    IN  A   10.10.0.2
www     IN  A   10.10.0.1
news    IN  A   10.10.0.100
games   IN  A   172.16.0.100
此文件中的条目被称作资源记录(Resource Record),其意义如下:
$TTL    # BIND 内部的宏,表示缓存时间
@       # BIND 内部的红,表示区域的域名
IN      # 表示 INTERNET 类型
SOA     # Start Of Authority,起始授权记录;一个区域解析库有且仅能有一个SOA记录,而必须为解析库的第一条记录;
A       # 将主机名解析为 IP 地址
PTR     # PoinTeR 反向解析,将 IP 地址解析为主机名
NS      # Name Server,专用于标明当前区域的DNS服务器
CNAME   # Canonical Name,别名记录
MX      # Mail eXchanger,邮件交换器
10.10.0.zone 文件
$TTL 1D
@   IN  SOA ns1.example.com.  admin.example.com (
                            2015042601
                            1D
                            2H
                            3D
                            1D )
    IN      NS      ns.example.com.
1   IN      PTR     ns1.example.com.
2   IN      PTR     ns2.example.com.
2   IN      PTR     mail.example.com.
1   IN      PTR     www.example.com.
100 IN      PTR     news.example.com.
最后,两个文件的权限应该如下:
[root@bogon named]# ll example.com.zone 10.10.0.zone
-rw-r----- 1 root named 456 Apr 26 18:44 10.10.0.zone
-rw-r----- 1 root named 213 Apr 26 18:33 example.com.zone
启动 named 服务即可工作。测试工作是否正常:
[root@bogon named]# dig -t A www.example.com @10.10.0.1

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.30.rc1.el6 <<>> -t A
...(省略)
;; QUESTION SECTION:
;www.example.com.       IN  A

;; ANSWER SECTION:
www.example.com.    86400   IN  A   10.10.0.1

;; AUTHORITY SECTION:
example.com.        86400   IN  NS  ns.example.com.

;; ADDITIONAL SECTION:
ns.example.com.     86400   IN  A   10.10.0.1
...(省略)

配置主从复制

主从复制时,从 DNS 只需要从主 DNS 将区域文件传输到从服务器即可
  1. 从服务器应该为一台独立的名称服务器;
  2. 主服务器的区域解析库文件中必须有一条NS记录是指向从服务器;
  3. 从服务器只需要定义区域,而无须提供解析库文件;解析库文件应该放置于/var/named/slaves/目录中;
  4. 主服务器得允许从服务器作区域传送;
  5. 主从服务器时间应该同步,可通过ntp进行;
  6. bind程序的版本应该保持一致;否则,应该从高,主低;
这里,从服务器的 IP 为 10.0.0.2,将主服务器的 "example.com" 域的配置中的 allow-transfer 定义为:
alllow-transfer { 10.10.0.2; };
在从服务器中的 /etc/named.rfc1912.zones 中定义从区域文件
zone "example.com" IN {
    type slave;
    masters { 10.10.0.1; };
    file "slaves/example.com.zone";
    allow-transfer { none; };
};

zone "0.10.10-in-addr.arpa" IN {
    type slave;
    masters { 10.10.0.1; };
    file "slaves/10.10.0.zone";
    allow-transfer { none; };
};
启动服务即可,如果主服务器的区域文件发生了更新,且序列号增加,主服务器会自动通知从服务器进行更新。

配置子域授权

在 example.com 域中,可以将 linux.example.com 域授权给其他名称服务器解析,这样,当请求 linux.example.com 域中的主机时,将由子域的名称服务器负责解析。授权的方式是在 example.com 域的区域文件中增加其子域的 NS 记录和对应的 A 记录。
在 example.com 区域文件中,增加这样两行
linux       IN  NS  ns.linux
ns.lixnux   IN  A   10.10.0.3
之后就可以在 10.10.0.3 这台主机上,定义 linux.example.com 域并建立区域文件了。

转发 DNS

定义转发的意义在于,如果一个结果 DNS 服务器中没有定义相关的域,那么 DNS 可以将这个查询转发到其他的 DNS 服务器。被转发的服务器需要能够为请求者做递归查询,否则,转发请求不予进行。
转发选项可以定义在 options 段中,也可以定义在 zone 域的定义中。
全部转发:凡是对非本机所有负责解析的区域的请求,统统转发给指定的服务器
Options {
    forward {first|only}
    fowwarders
}
区域转发:仅转发对特定的区域的请求至某服务器
zone "ZONE_NAME" IN {
    type forward;
    forward {first|only}
    forwarders
}

视图

DNS的视图功能可以根据请求客户端的来源地址进行判断,不同的客户端 IP 地址对同一个地址的解析结果可以不同。这通常被称为智能 DNS。智能 DNS 的意义是,对来源 IP 地址按照运营商的不同,地域的不同,解析不同的结果,解析的结果通常是相对于客户端访问来说最为快速的 IP 地址(例如离客户端所在地最近)。智能 DNS 通常被用来构建 CDN 服务。
视图的定义方式是
view VIEW_NAME {
    match-clients {    };
    zone ....
    ....
};
注意:
  1. 一旦启用了view,所有的zone都只能定义在view中;
  2. 仅有必要在匹配到允许递归请求的客户所在view中定义根区域;
  3. 客户端请求到达时,是自上而下检查每个view所服务的客户端列表.