会熟悉域名服务器的各种角色
会构建缓存域名服务器
会构建主,从域名服务器
前言
DNS 作为互联网基础设施的核心组件,承担着将易记的域名转换为机器可识别的IP地址的关键任务,其正向解析与反向解析功能,极大简化了网络资源的访问与管理,本章聚焦 BIND(Berkeley Internet Name Domain)这一广泛应用的 DNS 服务程序,系统讲解其安装、配置及优化方法。通过 BIND,管理员可构建缓存域名服务器以加速查询、主域名服务器以自主管理区域数据,以及从域名服务器实现数据冗余与负载均衡。理解 DNS 系统的分层架构与区域划分(如根域、主域、从域),是高效部署和管理域名服务的基础。
一 BIND域名服务基础
1.1.1DNS系统的作用及类型
整个INTERNET 大家庭中连接了数以亿计的服务器,个人主机,其中大部分的网站,邮件等服务器都使用了域名形式的地址,如www.goole.com,mali,163.com等,很显然这种地址形式要比使用64.233.189.147.202.108.33.74的IP地址形式更加直观,且更容易被用户记住。
DNS作用就是维护一个地址数据库,其中记录各种主机域名与IP地址的对应关系。一边客户程序提供正向或反向解析查询服务
正向解析 | 根据域名查IP地址,即将指定的域名解析为相对应的IP地址,域名的正向解析是DNS服务器最基本的功能,也是最常用的功能 |
反向解析 | 根据IP地址查域名,即将指定IP地址解析为相对应的域名,域名的反向解析不是很常用,只在一些特殊场合才会用,比如可用于反垃圾邮件的验证 |
每一台DNS服务器都只负责管理一个有限范围内的主机域名和IP地址的对应关系这些特定的DNS域和IP地址段成为ZONE在根据地质解析的方向不同,DNS区域相应地分为正向解析和反向解析区域
缓存域名服务器 | 只提供域名解析结果的缓存功能目的在于提高查询速度和效率,但是没有自己控制的区域地址数据。构建缓存域名服务器时,必须设置根域或指定其他 DNS 服务器作为解析来源。 |
主域名服务器 | 维护某一个特定DNS区域的地址数据库对其中的解析记录具有自主控制权,是指定区域中唯一存在的权威服务器、官方服务器。构建主域名服务器时,需要自行建立所负责区域的地址数据文件。 |
从域名服1.102务器 | 与主域名名服务器提供完全相同的DNS解析服务通常用于 DNS 服务器的热备份。对客户机来说,无论使用主域名服务器还是从域名服务器,查询的结果都是一样的。关键区别在于,从域名服务器提供的解析结果不是由自己决定的,而是来自于主域名服务器。构建从域名服务器时,需要指定主域名服务器的位置,以便服务器能自动同步区域的地址数据库。 |
1.1.2 BIND的安装和控制
BIND 不是唯一能够提供域名服务的 DNS 服务程序,但它却是应用最为广泛的,BIND可以运行在大多数 Linux/UNIX 主机中。其官方站点位于 https://www.isc.org/。
1.安装BIND软件
关闭Linux防火墙
set enforce 0
systemctl stop firewalld
使用 dnf install bind -y 命令安装
1.1.2 BIND服务的配置文件
使用 BIND 软件构建域名服务时,主要涉及两种类型的配置文件:主配置文件和区域数据文件。其中,主配置文件用于设置 named 服务的全局选项、注册区域及访问控制等各种运行参数;区域数据文件用于存放某个 DNS 区域的地址解析记录(正向记录或反向记录)。
1.主配置文件
主配置文件 named.conf 迪常位于/etc/目录下,在 named.conf 文件中,主要包括全局配置、区域配置两个部分,每一条配置记录的行尾以分号“;”表示结束,以“#”号或“//”开始的部分表示注释文
”的格太つ字(大段注释可以使用“/ *……* /”的格式)
(1.)全局配置部分
全局配置参数包括在形如“options{};”的大括号中,如可以设置监听的地址和端口、区域数据文件存放的目录、允许哪些客户机查询等。
(2.)区域配置
区域配置参数使用“zone …… {};”的配置格式,一台DNS服务器可以为多个区域提供解析,因此在 named.conf 文件中也可以有多个 zone 配置段。区域类型按照解析方向可分为正向区域、反向区域。
每个 zone 区域都是可选的(包括根域、回环域、反向域),具体根据实际需要而定,zone配 置部分的“IN”关键字也可以省略。 |
反向区域的名称由倒序的网络地址和“.in-addr.arpa”组合而成。例如,对于192.168.10.0/24 网段,其反向区域名称表示为“10.168.192.in-addr.arpa”。 |
file 配置项用于指定实际的区域数据文件,文件名称由管理员自行设置。区域配置中的部分参 数(如allow-transfer)也可以放在全局配置中。 |
修改完主配置文件以后,可以执行“named-checkconf”命令对 named.conf 文件进行语法检查。如
果文件中没有语法错误,该命令将不给出任何提示;反之,则会给出相应的提示信息,然后根据出错提示
修正文件中的错误即可。带“-z”选项的“named-checkconf”命令还可以尝试加载主配置文件中对应的
区域数据库文件,并检查该文件是否存在问题。例如,当出现“…file not found”的错误时,表示找不
到对应的文件。
2.区域数据配置文件
区域数据配置文件通常位于/var/named/目录下,每个区域数据文件对应一个 DNS 解析区域,文件名及内容由该域的管理员自行设置。
根域“.”的区域数据文件比较特殊。Internet 中所有的 DNS 服务器都使用同一份根区域数据文件,其中列出了所有根服务器的域名和 IP地址。根区域数据文件可以从国际互联网络信息中心(InterNIC)的官方网站地址 http://www.internic.net/下载。在区域数据文件中,主要包括 TTL(Time To Live,生存时间)配置项、SOA(Start Of Authority,授权信息开始)记录、地址解析记录。文件中的注释信息以“;”(分号)开始。
(1)TTL配置及SOA记录部分
第一行的TTL 配置用于设置默认生存周期,即缓存解析结果的有效时间。SOA 记录部分用于设置区域名称、管理邮箱,以及为从域名服务指定更新参数。
(2)地址解析记录部分
地址解析记录用来设置 DNS 区域内的域名、IP地址映射关系,包括正向解析记录和反向解析记录。反向解析记录只能用在反向区域数据文件中
NS域名服务器 | 记录当前区域的 DNS 服务器的主机地址。 |
MX邮件交换 | 记录当前区域的邮件服务器的主机地址,数字10表示(当有 多个 MX 记录时)选择邮件服务器的优先级,数字越大,优先级越低。 |
A地址 | 记录正向解析条目。例如,“www INA 173.16.16.1”表示域名 www.bdqn.com 对应的 IP地址是 173.16.16.1 |
CNAME别名 | 记录某一个正向解析条目的其他名称。例如,“ftp IN CNAME www”表示域名 ftp.bdqn.com是 www.bdqn.com 的别名。 |
。
其中,NS、MX 记录行首的“@”符号可以省略(默认继承 SOA 记录行首的@信息),但是必须保留一个空格或 Tab 制表符。
在反向区域数据文件中,不会用到A记录,而是使用PTR 指针(Point)记录。例如,对于反向区域192.168.10.arpa,添加的反向解析记录可以是以下形式。
使用 PTR 记录时,第一列只需要指明对应 IP地址的“主机地址”部分即可,如“102”或“101”等,系统在查找地址记录时会自动将当前反向域的网络地址作为前缀。
在区域数据配置文件中,凡是不以点号“.”结尾的主机地址,系统在查找地址记录时都会自动将当前的域名作为后缀。
“www.bdqn.com.”。因此,当使用完整的FQDN(Fully Qualified Domain Name,完全合格域名/全称域名)地址时,务必记得地址末尾的点号“.”不能省略。
修改完区域数据文件以后,可以执行“named-checkzone”命令对该文件进行语法检查。依次指定区域名称、数据文件名作为参数。如果文件中没有语法错误,系统将给出“OK”的提示信息。例如,若要检查 DNS 区域 bdqn.com 的区域数据文件 bdqn.com.zone,可以执行以下操作。
cd /var/named/
named-checkzone bdqn.com bdqn.com.zone
二 使用BIND构建域名服务器
1.1.1构建缓存域名服务器
缓存域名服务器通常架设在公司的局域网内,主要目的是提高域名解析的速度,减少对互联网访问的出口流量。例如,在一个小型企业的内部网络(图2.1)中,可单独建立一台(或集成在网关主机中)缓存域名服务器,为各部门的员工计算机提供DNS 解析服务。
1.1.1建立配置文件 named.com
上述配置内容中,dump-file、statistics-file 等配置项用于指定缓存数据库文件、状态统计文件的位置。添加了“zone’.’IN{};”部分的根区域设置,尽管缓存服务器并没有自主控制的区域数据,但可以向根服务器进行迭代查询,并将最终获得的解析结果反馈给客户。
有时候为了提高解析效率,也可以不向根区域查询,而是将来自客户端的查询请求转发给国内电信运商的 DNS 服务器(如114.114.114.114),缓存服务器收到返回的查询结果后再传递给客户端。只要去掉“zone’.’IN{ …… };”的设置,并在全局配置中正确设置 forwarders 参数即可实现该功能,具体操作如下:
2启动named服务
执行“systemct1 start named”命令,启动 named 服务,并通过 netstat 命令确认 named服务的端口监听状态。若服务启动失败或发现没有正常监听 UDP 53 端口,可以根据错误提示信息(或者/var/log/messages 文件中的日志记录)排除错误,然后重启服务即可。
三 构建主域名服务器
主域名服务器通常架设在 Internet 环境中,提供某一个域或某几个域内的主机名与IP地址的查询服务。为了分担域名查询的压力、提供区域数据的备份,有时还会另外架设一台从域名服务器,与主域名服务器同时提供服务
主 从域名服务器均位于internet中,所负责DNS区域为bdqn.com |
主服务器的IP地址为192.168.10.101.主机名为ns1.bdqn.com |
从服务器的IP地址为192.168.10.102.主机名为ns2.bdqn.com |
在bdqn.,com区域中,除了NS记录以外,提供的解析记录还包括以下内容 》网络服务器 www.bdqn.com IP的地址为192.168.10.102 》邮件服务器mail.bdqn.com IP地址为192.168.10.101 》在线培训服务器study.bdqn.com ip 地址为192.168.10.101 |
参考上述个服务器的地址映射关系,为192.168.10.0/24 网段提供反向解析 |
设置bdqn.com域的泛域名解析,对应的IP地址为192.168.10.101 |
客户机将首选DNS服务器,备用DNS服务器分为192.168.10.101和192.168.10.102,使用其中的任何一个服务器,都能够正常查询bdqn.com区域主机地址 |
1.确认本机网络地址,主机映射,默认DNS服务器地址
2.建立配置文件named.conf
新创建的named.conf主配置文件只需要提供 bdqn.com域的正向解析 192.168.10.0/24网段的反向解析,因此相应地添加这两个区域即可。根区域、回环域等其他配置内容可以省略。建立主配置件的操作如下
3.建立正,反向区域数据文件
根据 named.conf 中的 zone 区域设置,分别建立正向区域数据文件 bdqn.com.zone、反向区域数据文件192.168.10.arpa,操作如下。配置内容可以参考区域数据文件/var/named/named.localhost。
cd /var/named/
vi bdqn.com.zone
因为区域数据配置文件是手动创建的,默认的属主与属组均为root 用户,而 named 服务默认以名为“named”的用户身份运行。named 用户要对区域数据文件有读取权限。否则,BIND服务将无法读取所创建的区域数据配置文件,具体操作如下:
chown :named bdqm.zone
chown :named 192.168.10.arpa
ls -ld bdqn.com.zone 192.168.10.arpa
4.启动named 服务或重载配置
systemctl reload named
5.验证域名服务器
在客户端将 DNS 服务器指向 173.16.16.5(主域名服务器的 IP地址),使用 nslookup命令验证 DNS查询结果。例如,以下操作使用Windows 10 客户机分别验证了正向解析、泛域名解析和反向解析的查询
四 构建从域名服务器
1.确认本机的网络地址,主机映射,默认DNS服务器地址
将从域名服务器的 IP 地址设为 192.168.10.102,主机名设为 ns2.bdqn.com。另外,主机映射文件/etc/hosts 和 DNS 解析文件/etc/resolv.conf 的内容与主服务器中的内容相同。
2.建立主配置文件 named.conf
在从域名服务器中,named.conf 文件的内容与主服务器的内容大部分相同,只是不需要再设置“allow-transfer …… ”;更关键的一点是,zone 部分的区域类型应设置为“slave”,并添加“masters{};”语句来指定主域名服务器的地址,具体操作如下:
由于从服务器的区域数据文件是从主服务器中下载而来,因此该文件保存的名称可以自行定义,不用与主服务器中的名称一致。但需要注意的是,named 服务默认以名为“named”的用户身份运行,因此要确认 named 用户对存放目录有写入权限,具体操作如下:
3.启动named服务,查看区域数据文件是否下载成功
systemctl start named
ls -lh /var/named/slaves/
4.验证从域名服务器
4.到让人以口服分布
对于客户端来说,从域名服务器与主域名服务器没有什么区别,通过主服务器能够查询到的信息,通
过从服务器也同样能够查询到。验证从域名服务器时,只需要将客户端的首选DNS服务器地址设为
192.168.10.102(从域名服务器的 IP地址),使用nslookup命令进行正常测试即可。例如,以下操作
是使用 Win10 客户机的测试结果。