BIND

标签：bind

应用层协议是DNS协议；DNS，Domain Name System；
DNS的应用程序实现：BIND；
BIND程序的服务主程序：named；
    53/TCP：完成区域传送；
    53/UDP：完成主机名的解析查询；
    953/TCP：rndc程序的监听端口；

IETF：dnssec标准；dnssec，DNS安全扩展插件；

Bind软件的组成：
    主配置文件：/etc/named.conf
    辅助配置文件：可以在主配置文件中利用include命令包含其他配置文件；
        /etc/named.rfc1912.zones：声明了区域；
    安全认证密钥文件：
        /etc/named.iscdlv.key
        /etc/named.root.key
    主程序：/usr/sbin/named
    远程管理程序：/usr/sbin/rndc
    配置文件检测工具：
        /usr/sbin/named-checkconf
    区域文件检测工具：
        /usr/sbin/named-checkzone
    日志文件：
        /var/log/named.log
    区域文件的存放目录：
        /var/named
    存放辅助区域文件的目录：
        /var/named/slaves

主配置文件：/etc/named.conf
    文件格式：
        格式特点：分段式配置格式；

    1.配置行的注释方式：
        //：单行注释；
        /*...*/：任意内容注释；
        #：单行注释；
    2.主配置文件中的常用配置段：
        1) 访问控制列表配置段：
            acl string { address_match_element; ... };
        2) 全局选项配置段：
            options { statements; ... };
        3) 日志配置段：
            logging { statements; ... };
        4) 区域配置段：
            zone string optional_class { statements; ... };
        5) 视图配置段：
            view string optional_class { statements; ... };
        6) include命令：
            include /PATH/TO/SOME_CONFIG_FILE;

全局配置段：
    options {
        listen-on port 53 { 127.0.0.1; 172.16.72.2; };
            //在启动DNS服务时，named进程所监听的套接字；
        directory   "/var/named";
            //定义解析库(区域数据库文件)的根目录；在主配置文件中添加此配置语句之后，可以在后面定义区域数据库时使用相对路径；
        allow-query     { localhost; };
            //访问控制语句，意思是允许本服务器处理哪些主机发送来的解析查询请求；默认为localhost，即：只允许本机以127.0.0.1发送查询请求；
        recursion yes;
            //允许本服务器为所有查询请求做递归查询；
        allow-recursion { 172.16.72.1/16; };
            访问控制指令，允许为哪些客户端做递归查询；
        pid-file "/run/named/named.pid";
            //定义存放主进程pid文件的路径；
    };

    rndc命令：Remote Name Domain Controller, 远程名称域控制器；
        953/TCP
        常用的子命令：
            status：查看服务器端的允许状态；
            reload：通知服务器重载配置文件和区域文件，无需重新启动服务；
            flush：清空服务器端的DNS缓存；
            stop：较安全的停止DNS服务；

区域配置段：
    zone "FQDN" IN {
        //声明一个区域名称；此名称要是有FQDN表示；如：qhdlink.com
        type master;
            区域的类型：
                master：主区域；
                slave：辅助区域；
                hint：提示区域，仅能在根域上设置；
                forward：转发区域；
        file "named.localhost";
            存放与该域有关的解析信息的数据库文件的路径；如果是相对路径，则相对于主配置文件的全局配置段中的"directory"指令所定义的目录而言；
            注意：文件的所有权和权限设置必须能够让named用户有读取权限；
        allow-update { none; };
            访问控制指令，允许哪些客户端对数据库内容进行动态更新；主要用于DDNS；
        allow-transfer { 172.16.72.1; };
            访问控制指令，允许哪些主机能够从当前服务器进行区域传送；
        allow-query { address_match_element; ... };
            访问控制指令，允许哪些主机进行区域内的解析查询；
        allow-notify { address_match_element; ... };
            访问控制指令，允许哪些主服务器向当前服务器发送区域变更通知；
    };

正向查找区域声明示例：

zone "ytc.com" IN {
type master;
file "ytc.zone";
allow-update { none; };
allow-transfer { none; };
};

创建数据库文件，修改权限并添加相应资源记录；
    /var/named/ytc.zone

检测区域文件的语法格式：
    named-checkzone FQDN /PATH/TO/ZONE_FILE
例：# named-checkzone ytc.com /var/named/ytc.zone

对主配置文件或区域数据库文件进行修改之后，并不会立即生效；只有在重载配置文件和区域文件之后，配置才生效；重载配置文件的方法：
    1.systemctl reload named.service
    2.rndc reload
    3.systemctl restart named.service(不推荐)
    4.service named reload(CentOS 6-)

注意：对于应用程序服务进程重载配置文件的操作，如果能使用reload，就使用reload，不要轻易执行restart命令；

客户端测试工具：dig, host, nslookup
dig命令：
dig - DNS lookup utility
格式：
dig [@server] [-t type] [-x addr] [queryopt...]

        @server：表示此次查询请求使用指定的DNS服务器，而不使用/etc/resolve.conf文件中定义的nameserver；
        -t RR_type：指定此次查询的资源记录的类型；
        -x addr：进行反向解析查询时，用于指定IP地址；
        queryopt：查询选项：
            +[no]recurse：要求目标服务器必须[不]以递归方式进行查询；
            +[no]trace：[不]跟踪显示整个查询请求的解析过程；

        模拟区域传送：
            dig -t axfr|ixfr DOMAIN_NAME_FQDN

host命令：
    host - DNS lookup utility
    格式：
        host [-t RR_type] {name} [server]
        示例：
            ~]# host -t A www.ytc.com 172.16.1.12

nslookup命令：
    交互式命令；
        server IP_ADDR：指定使用哪个DNS服务器进行查询；
        set q=RR_type：指定此次查询的资源记录的类型及相关答案；
        set type=RR_type：功能同set q=RR_type;
        FQDN | IP_ADDR：根据FQDN进行正向查询解析或根据IP_ADDR进行反向查询解析；
    命令行工具；
        nslookup FQDN NS_SRV
        示例：
            ~]# nslookup www.ytc.com 172.16.72.2

配置反向解析区域：
    反向域的FQDN：172.16.0.0/16网段的反向域名：
        16.172.in-addrp.arpa.
    反向查找区域示例：

zone "16.172.in-addr.arpa" IN {
type master;
file "172.16.local";
allow-transfer { none; };
};

正向区域库文件配置示例：
$ORIGIN ytc.com.
$TTL 86400
@ IN SOA ns1.ytc.com. root.ytc.com. (
2018041101;
1H;
20M;
2W;
1D);
IN NS ns1.ytc.com.
IN MX 10 mail.ytc.com.
ns1 IN A 172.16.1.11
mail IN A 172.16.1.11
www IN A 172.16.100.100
www IN A 172.16.100.101
web.ytc.com. IN CNAME www.ytc.com.
ftp.ytc.com. IN CNAME web.ytc.com.

反向区域配置示例：
$ORIGIN 16.172.in-addr.arpa.
$TTL 86400
@ IN SOA ns1.ytc.com. root.ytc.com. (
2018041102;
2H;
10M;
2W;
5H);
IN NS ns1.ytc.com.
11.1 IN PTR ns1.ytc.com.
11.1 IN PTR mail.ytc.com.
50.50 IN PTR www.ytc.com.
51.50 IN PTR www.ytc.com.

主从DNS服务器：(主辅)
注意：
1.主服务器和辅助服务器都是域级别的概念；
2.必须保证主辅服务器之间的网络通信的顺畅以及时间同步；
3.为了确保所有的名称服务器都能被识别和使用，需要在区域数据库中为所有的名称服务器添加NS资源记录；
4.区域数据库中每条NS资源记录都必须有A记录与之对应；
5.从服务器上可以默认将复制而来的数据库文件保存至/var/name/slaves目录中；
6.在主服务器上应该通过访问控制指令允许从服务器进行区域传送；同时从服务器要指定主服务器；

从服务器配置示例：
zone "ytc.com" IN {
type slave;
masters { 172.16.1.12; };
file "slaves/ytc.slave.zone";
allow-transfer { none; };
};

zone "16.172.in-addr.arpa" IN {
type slave;
masters { 172.16.1.12; };
file "slaves/172.16.slave.local";
allow-transfer { none; };
};

转发器：
全局转发：
对于凡是不能由本服务器管理的域的请求，全部以转发的方式由指定的服务器进行递归查询；

    在bind的主配置文件的全局配置段中定义；

    options {
        forward first;
        forwarders { FORWARD_SERVER_IP_ADDR; };
    };

在A服务器上定义ytc.com域；
zone "ytc.com" IN {
type master;
file "ytc.zone";
allow-transfer { 172.16.1.12; } ;
};

配置库文件：
$ORIGIN ytc.com.
$TTL 86400
@ IN SOA ns1.ytc.com. root.ytc.com.(
2018041111;
1H;
10M;
3D;
4H);
IN NS ns1
ns1 IN A 172.16.1.11
www IN A 1.1.1.2

在B服务器上，仅仅在全局配置段添加转发器；
zone "ytc.com" IN {
type forward;
forward only;
forwarders { 172.16.1.11; };
};

再用客户端测试：
dig @172.16.1.12 -t A www.ytc.com

区域转发：
    专门针对于某个特定的域的请求，如果不能给出权威答案，则转发至指定的服务器进行递归查询；

    在bind的主配置文件的区域配置段中定义；

    区域转发配置示例:

在A服务器上定义ytc.com.cn域；
zone "ytc.com.cn" IN {
type master;
file "ytc.cn.zone";
allow-transfer { none; };
};

还需要定义该域的区域数据库：/var/name/ytc.cn.zone

在B服务器上定义qhdlink.com.cn域的区域转发器：
zone "ytc.com.cn" IN {
type forward;
forward only;
forwarders { 172.16.1.11; };
};

forward first|only;
    first：首先转发，当转发器中指定的服务器无响应时，再自行迭代查找；
    only：只使用转发器中指定的服务器进行递归查询，如果无法获得答案，则直接返回否定答案；自身不再迭代查找；

注意：任何形式的请求转发，都必须依靠被指定的服务器允许自身做递归查询；

子域委派授权：
将子域的管理权授权给子域中的名称服务器；父域中不保存任何子域数据库中资源记录；但为了能够成功授权，需要添加一条NS记录，指向子域的名称服务器；

子域委派授权的示例：
在A服务器上维护父域ytc.org域；
在A服务器上的ytc.org域的数据库中添加NS记录，以实现委派授权；

$ORIGIN ytc.org.
$TTL 86400
@ IN SOA ns1.ytc.org. root.ytc.org. (
2018041103;
2H;
5M;
5D;
1D);
IN NS ns1.ytc.org.
qhd.ytc.org. IN NS ns1.qhd.ytc.org.
ns1 IN A 172.16.1.11
ns1.qhd.ytc.org. IN A 172.16.1.12
www IN A 1.2.1.1

在B服务器上维护子域qhd.ytc.org域；
    在B服务器上声明子域并创建数据库文件：

zone "qhd.ytc.org" IN {
type master;
file "qhd.ytc.org.zone";
allow-transfer { none; };
};

$ORIGIN qhd.ytc.org.
$TTL 86400
@ IN SOA ns1.ytc.org. root.qhd.ytc.org. (
201801104;
2H;
2M;
5D;
10H);
IN NS ns1
ns1 IN A 172.16.1.12
www IN A 11.11.22.22

注意：子域的委派授权，实际上是为客户端提供迭代查询机制；

Bind中的基础安全相关的配置：
1.访问控制列表：
acl，Access Control List，将一个或多个IP地址，归并为一个集合，随后可以通过实现定义好的名称对集合中的多个IP地址进行统一调用或设置；

    bind内部有四个内置的acl：
        any：包括所有的IP地址，整个IP地址栈中的所有有效IP地址；
        none：不包括任何一个IP地址；
        local：仅包含本地已经配置生效的所有IP地址；
        localnet：包含本机所有已经配置并生效的IP地址所在的网段的IP地址；

    定义acl的语法格式：
        acl acl_name {
            [!] ip_addr;
            [!] network/prefix;
        };

    示例：
        acl myacl {
            172.16.0.0/16;
            ! 172.16.100.100;
            172.17.100.101;
        };

    注意：
        1.在调用ACL之前，确保事先已经定义了指定的ACL；
        2.通常在主配置文件/etc/named.conf中定义ACL，建议将自定义的ACL放置在配置文件的最前面，以保证后面的操作可以成功调用到此ACL；

        所有的allow*语句，都是可以调用ACL的，包括：
            allow-update { acl_name; }; 
            allow-transfer { acl_name; };
            allow-recursion { acl_name; };
            allow-query { acl_name; };
            allow-notify { acl_name; };
            ...

视图的配置：View；
实现智能DNS解析服务；根据客户端发送的请求报文中的某个封装信息，判断客户端的网络类型和服务类型，从而能够提供最适合此用户使用的解析结果；

定义视图：
    view VIEW_NAME {
        match_clients { acl; };
        zone "DOMAIN1" IN {
            ...
        };
        zone "DOMAIN2" IN {
            ...
        };
        ...
    };

注意：一旦在Bind中启用视图功能，在所有的zone的声明必须都设置在视图中；

配置示例：
    1.给DNS服务器配置两个不同网段的IP地址；
        eno16777736：172.16.72.2/16
        eno16777736:0：100.100.100.1/24

    2.修改主配置文件：
        1) 创建一个intranet的ACL；

acl intranet {
172.16.0.0/16;
192.168.1.0/24;
10.1.1.0/24;
};
2) 定义视图：将所有的zone放置到视图中；
view intranet {
match-clients { intranet; };
zone "." IN {
type hint;
file "named.ca";
};

zone "ytc.com" IN {
type master;
file "ytc.intra.zone";
allow-update { none; };
allow-transfer { 172.16.1.11; };
};
};

view internet {
match-clients { any; };

zone "ytc.com" IN {
type master;
file "ytc.inter.zone";
allow-update { none; };
allow-transfer { 172.16.1.11; };
};
};

/var/named/qhdlink.intra.zone

$ORIGIN ytc.com.
$TTL 86400
@ IN SOA ns1.ytc.com. root.ytc.com. (
2018040701;Serial
1H;Refresh
15M;Retry
1W;Expire
1D);Minimal TTL
IN NS ns1.ytc.com.
ns1 IN A 172.16.1.12
www IN A 172.16.100.100

/var/named/ytc.inter.zone

$ORIGIN ytc.com.
$TTL 86400
@ IN SOA ns1.ytc.com. root.ytc.com. (
2018040701;Serial
1H;Refresh
15M;Retry
1W;Expire
1D);Minimal TTL
IN NS ns1.ytc.com.
IN MX 10 mail.ytc.com.
ns1 IN A 100.100.100.1
www IN A 61.72.178.82

利用不同的客户端进行测试：
client1:172.16.1.11/16 --> www.ytc.com ==> 172.16.100.100
cleint2:100.100.100.100/24 --> www.ytc.com ==> 61.72.178.82

总结：www.ytc.com域名的解析过程：
客户端首选DNS服务器的名称解析过程：
1.客户端请求解析的内容是服务器管理和维护的内容：
client --> First DNS --> client
答案：权威答案；

    2.客户端请求解析的内容不是服务器管理和维护的内容：
        1) 如果此服务器能够为客户端实施递归查询：
            client --> First DNS --> NS(.) --> FirstDNS {NS(com)}
                                 First DNS --> NS(com) --> FirstDNS {NS(ytc)}
                                 First DNS --> NS(ytc) --> Answer(www.ytc.com)
                                 First DNS --> client
            迭代查询的过程；

        2) 如果此服务器不能为客户端实施递归查询：
            直接返回否定答案；

BIND

标签：bind

原文地址：http://blog.51cto.com/yuantianchi/2103271