从０到１搞定智能DNS

最新推荐文章于 2023-11-12 11:06:35 发布
最新推荐文章于 2023-11-12 11:06:35 发布
阅读量169 收藏
点赞数
文章标签： 数据库 运维 操作系统
原文链接：http://www.cnblogs.com/liuqiang0/p/8528771.html
版权

一、理论基础

1.1 DNS的出现和演化

网络出现的早期是使用 IP 地址通讯的，那时就几台主机通讯。但是随着接入网络主机的增多，这种数字标识的地址非常不便于记忆，UNIX 上就出现了建立一个叫做 hosts 的文件（Linux 和 Windows 也继承保留了这个文件）。这个文件中记录着主机名称和 IP 地址的对应表。这样只要输入主机名称，系统就会去加载 hosts 文件并查找对应关系，找到对应的 IP，就可以访问这个 IP 的主机了。但是后来主机太多了，无法保证所有人都能拿到统一的最新的 hosts 文件，就出现了在文件服务器上集中存放 hosts 文件，以供下载使用。互联网规模进一步扩大，这种方式也不堪重负，而且把所有地址解析记录形成的文件都同步到所有的客户机似乎也不是一个好办法。这时 DNS 系统出现了，随着解析规模的继续扩大，DNS 系统也在不断的演化，直到现今的多层架构体系。

1.2 DNS概念入门

 

DNS（Domain Name System，域名系统），因特网上作为域名和IP地址相互映射的一个分布式数据库，能够使用户更方便的访问互联网，而不用去记住能够被机器直接读取的 IP 数串。通过主机名，最终得到该主机名对应的 IP 地址的过程叫做域名解析（或主机名解析）。DNS 协议运行在 UDP协议之上，使用端口号 53。DNS 的分布式数据库是以域名为索引的，每个域名实际上就是一棵很大的逆向树中路径，这棵逆向树称为域名空间（domain name space）。如图所示树的最大深度不得超过 127 层，树中每个节点都有一个可以长达 63 个字符的文本标号。

 

1.3 DNS域名解析过程

 

 

 

首先，客户端先在本地缓存查找有没有域名缓存，如果没有，客户端发出 DNS 请求翻译 IP 地址或主机名。
DNS 服务器在收到客户机的请求后：
（1）检查 DNS 服务器的缓存，若查到请求的地址或名字，即向客户机发出应答信息；
（2）若没有查到，则在数据库中查找，若查到请求的地址或名字，即向客户机发出应答信息；
（3）若没有查到，则将请求发给根域 DNS 服务器，并依序从根域查找顶级域，由顶级查找二级域，二级域查找三级，直至找到要解析的地址或名字，即向客户机所在网络的 DNS 服务器发出应答信息，DNS 服务 器收到应答后现在缓存中存储，然后，将解析结果发给客户机。
（4）若没有找到，则返回错误信息。

1.4 DNS 的分类

主DNS服务器：就是一台存储着原始资料的 DNS 服务器。
从DNS服务器：使用自动更新方式从主 DNS 服务器同步数据的 DNS 服务器。也成辅助 DNS 服务器。
缓存服务器：不负责本地解析，采用递归方式转发客户机查询请求，并返回结果给客户机的 DNS 服务器。 同时缓存查询回来的结果，也叫递归服务器。
转发器：这台 DNS 发现非本机负责的查询请求时，不再向根域发起请求，而是直接转发给指定的一台或者多台服务器。自身并不缓存查询结果。

1.5 DNS 中记录类型

SOA 可以理解为一段为自己dns做备注说明的文本,一般与ns一致
比如：dns.chuck-blog.com sa.chuck-blog.com
示例：
a.shifen.com. 579 IN SOA dns.baidu.com. sa.baidu.com. (
1408010001 ; serial number
5 ; refresh 5s
5 ; retry 5s
86400 ; expire 1d
3600 ;min TTL 1h
)
NS 域的授权名称服务器
NSDName：DNS 的 FQDN
baidu.com. 64899 IN NS ns2.baidu.com.
baidu.com. 64899 IN NS ns4.baidu.com.
baidu.com. 64899 IN NS dns.baidu.com.
baidu.com. 64899 IN NS ns7.baidu.com.
baidu.com. 64899 IN NS ns3.baidu.com.
MX 域的邮件交换器，要跟着一个优先级值，越小越高
baidu.com. 7200 IN MX 20 jpmx.baidu.com.
baidu.com. 7200 IN MX 20 mx50.baidu.com.
baidu.com. 7200 IN MX 10 mx.n.shifen.com.
baidu.com. 7200 IN MX 20 mx1.baidu.com.
A记录 IPV4主机地址 域名==》IP
AAAA IPV6主机地址
PTR 解析IP的指针，反向记录（服务器多的时候，通过ip映射出域名或主机名，也可以定位服务器位置，私有云搭建时最好也使用PRT记录）
CNAME 权威（正式）名称，定义别名记录，流量大或者出现故障时可以用来切域名
www.baidu.com. 1154 IN CNAME www.a.scahifen.com.

1.6、DNS命名规范

1）. 26个英文字母
2）. “0，1，2，3，4，5，6，7，8，9”十个数字
3）. “-”（英文中的连词号）
4）. 最多63字节长度
要不按照这个，bind支不支持，支持，合适么，不合适。
非要不按照这个，怎么办？master-view文件上配置check-names ignore;

二、使用bind搭建DNS服务器

2.1环境准备

机器：两台centos虚拟机
主DNS：系统环境和安装bind

  1. [root@linux-node1 ~]# uname -r
  2. 2.6.32-573.el6.x86_64
  3. [root@linux-node1 ~]# uname -n
  4. linux-node1
  5. [root@linux-node1 ~]# uname -m
  6. x86_64
  7. [root@linux-node1 ~]#
  8. yum install -y bind-utils bind bind-devel bind-chroot
  9. [root@linux-node1 ~]# rpm -qa|grep bind
  10. bind-libs-9.8.2-0.37.rc1.el6_7.6.x86_64
  11. bind-utils-9.8.2-0.37.rc1.el6_7.6.x86_64
  12. bind-chroot-9.8.2-0.37.rc1.el6_7.6.x86_64
  13. bind-devel-9.8.2-0.37.rc1.el6_7.6.x86_64
  14. bind-9.8.2-0.37.rc1.el6_7.6.x86_64

从DNS：系统环境和安装bind

  1. [root@linux-node2 ~]# uname -r
  2. 2.6.32-573.el6.x86_64
  3. [root@linux-node2 ~]# uname -n
  4. linux-node1
  5. [root@linux-node2 ~]# uname -m
  6. x86_64
  7. [root@linux-node2 ~]#
  8. yum install -y bind-utils bind bind-devel bind-chroot
  9. [root@linux-node1 ~]# rpm -qa|grep bind
  10. bind-libs-9.8.2-0.37.rc1.el6_7.6.x86_64
  11. bind-utils-9.8.2-0.37.rc1.el6_7.6.x86_64
  12. bind-chroot-9.8.2-0.37.rc1.el6_7.6.x86_64
  13. bind-devel-9.8.2-0.37.rc1.el6_7.6.x86_64
  14. bind-9.8.2-0.37.rc1.el6_7.6.x86_64

2.2部署master-ns

编辑nameserver配置文件

  1. [root@linux-node1 ~]# cat /etc/named.conf
  2. options {
  3. version "1.1.1";
  4. listen-on port 53 {any;}; #监听53端口，any集群时需要添加vip，此处始终any即可
  5. directory "/var/named/chroot/etc/"; #bind软件的安全机制，即使是root用户进来，最多只会进入到chroot目录，chroot目录也称假根。
  6. pid-file "/var/named/chroot/var/run/named/named.pid";
  7. allow-query { any; }; #允许哪些地址可以请求
  8. Dump-file "/var/named/chroot/var/log/binddump.db";#将内存数据存到这里
  9. Statistics-file "/var/named/chroot/var/log/named_stats";
  10. #状态文件，监控用得到
  11. zone-statistics yes; #智能DNS针对不同zone进行数据分析
  12. memstatistics-file "log/mem_stats";#内存状态的文件
  13. empty-zones-enable no; #避免误操作导致线上问题
  14. forwarders {202.106.196.115;8.8.8.8; };#自己解析不了，直接转发给别的ns，让他给解析
  15. };
  16. key "rndc-key" { #rndc组件通过key和ip的方式允许谁可以执行reload操作
  17. algorithm hmac-md5;
  18. secret "Eqw4hClGExUWeDkKBX/pBg=="; #key，用来联系rndc
  19. };
  20. controls {
  21. inet 127.0.0.1 port 953
  22. allow { 127.0.0.1; } keys { "rndc-key"; }; #允许127.0.0.1的953端口链接，使用rndc-key
  23. };
  25. logging { #日志相关记录
  26. channel warning {
  27. file "/var/named/chroot/var/log/dns_warning" versions 10 size 10m;
  28. severity warning;
  29. print-category yes;
  30. print-severity yes;
  31. print-time yes;
  32. };
  33. channel general_dns {
  34. file "/var/named/chroot/var/log/dns_log" versions 10 size 100m;
  35. severity info;
  36. print-category yes;
  37. print-severity yes;
  38. print-time yes;
  39. };
  40. category default {
  41. warning;
  42. };
  43. category queries {
  44. general_dns;
  45. };
  46. };
  47. include "/var/named/chroot/etc/view.conf";

编辑rndc.key文件，用来管理ns

  1. [root@linux-node1 ~]# cat /etc/rndc.key
  2. key "rndc-key" {
  3. algorithm hmac-md5;
  4. secret "Eqw4hClGExUWeDkKBX/pBg=="; #key和named.conf保持一致
  5. };

编辑rndc的配置文件

  1. [root@linux-node1 ~]# cat /etc/rndc.conf
  2. key "rndc-key" {
  3. algorithm hmac-md5;
  4. secret "Eqw4hClGExUWeDkKBX/pBg==";
  5. };
  7. options {
  8. default-key "rndc-key";
  9. default-server 127.0.0.1;
  10. default-port 953;
  11. };

编辑view.conf，文件名自己定义的

  1. [root@linux-node1 ~]# cat /var/named/chroot/etc/view.conf
  2. view "View" {
  3. zone "chuck-blog.com" { #为哪个域名提供解析
  4. type master; #此ns为master
  5. file "chuck-blog.com.zone"; #这个file的相对路径在 /var/named/chroot/etc/下
  6. allow-transfer {
  7. 10.0.0.8; #允许谁来同步
  8. };
  9. notify yes;
  10. also-notify {
  11. 10.0.0.8; #通知谁来同步
  12. };
  13. };
  14. };

配置chuck-blog的zone文件，下面是对配置文件中几个名词的解释
1)Serial：只是一个序号，但这个序号可被用来作为 slave 与 master 更新的依据。 举例来说， master 序号为 100 但 slave 序号为 90 时，那么这个 zone file 的资料就会被传送到 slave 来更新了。由于这个序号代表新旧资料，通常我们建议你可以利用日期来设定！举例来说，上面的资料是在 2006/10/20 所写的第一次，所以用 2006102001 作为序号代表！(yyyymmddnn，nn代表这一天是第几次修改)
2)Refresh：除了根据 Serial 来判断新旧之外，我们可以利用这个 refresh(更新) 命令 slave 多久进行一次主动更新；
3) Retry：如果到了 Refresh 的时间，但是 slave 却无法连接到 master 时， 那么在多久之后，slave 会再次的主动尝试与主机连线；
4) Expire：如果 slave 一直无法与 master 连接上，那么经过多久的时间之后， 则命令 slave 不要再连接 master 了！ 也就是说，此时我们假设 master DNS 可能遇到重大问题而无法上线，则等待系统管理员处理完毕后， 再重新来到 slave DNS 重新启动 bind 吧！
5) Minimun：这个就有点象是 TTL ！

  1. [root@linux-node1 ~]# cat /var/named/chroot/etc/chuck-blog.com.zone
  2. $ORIGIN . #在整个.下生效的，下面可能还有其他zone，如果不配置.，则只在view.conf中的chuck-blog.com下生效
  3. $TTL 3600 ; 1 hour #server端缓存一小时
  4. chuck-blog.com IN SOA op.chuck-blog.com. dns.chuck-blog.com. ( #对DNS服务器在公网做声明，一般配置两个
  5. 2000 ; serial#每次改完master文件，都要加大，slave才会同步到；生产环境可以改为时间戳，自自然增大
  6. 900 ; refresh (15 minutes)#不配置also notify的时候，slave多久同步一次
  8. 600 ; retry (10 minutes)
  9. #slave同步失败相隔多久重试一次
  10. 86400 ; expire (1 day) #salve超过多久同步失败，表示salve挂了，不再同步
  11. 3600 ; minimum (1 hour) #
  12. )
  13. NS op.chuck-blog.com. #告诉别人自己的DNS服务器的名称，对应的是公网的ip地址
  14. $ORIGIN chuck-blog.com.
  15. shanks A 1.2.3.4
  16. op A 1.2.3.4

更改named目录下的文件属主为named，并启动DNS服务

  1. [root@linux-node1 etc]# cd /var && chown -R named.named named/
  2. [root@linux-node1 etc]# /etc/init.d/named start
  3. 启动 named： [确定]
  4. [root@linux-node1 etc]# chkconfig named on

使用dig查看解析结果

  2. [root@linux-node1 etc]# dig @127.0.0.1 shanks.chuck-blog.com
  4. ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.37.rc1.el6_7.6 <<>> @127.0.0.1 shanks.chuck-blog.com
  5. ; (1 server found)
  6. ;; global options: +cmd
  7. ;; Got answer:
  8. ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60720
  9. ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
  11. ;; QUESTION SECTION:
  12. ;shanks.chuck-blog.com. IN A
  14. ;; ANSWER SECTION:
  15. shanks.chuck-blog.com. 3600 IN A 1.2.3.4
  17. ;; AUTHORITY SECTION:
  18. chuck-blog.com. 3600 IN NS op.chuck-blog.com.
  20. ;; ADDITIONAL SECTION:
  21. op.chuck-blog.com. 3600 IN A 1.2.3.4
  23. ;; Query time: 1 msec
  24. ;; SERVER: 127.0.0.1#53(127.0.0.1)
  25. ;; WHEN: Tue Mar 1 11:38:50 2016
  26. ;; MSG SIZE rcvd: 88

2.3部署salve-ns

编辑slave端的name.conf,rndc.key,rndc.conf

  1. [root@linux-node1 etc]# scp /etc/named.conf 10.0.0.8:/etc/
  2. [root@linux-node1 etc]# scp /etc/rndc.* 10.0.0.8:/etc/

编辑slave端的view.conf文件

  1. [root@linux-node2 ~]# cat /var/named/chroot/etc/view.conf
  2. view "SlaveView" {
  3. zone "chuck-blog.com" {
  4. type slave;
  5. masters {10.0.0.7; }; #master,可以写多个，分号隔开
  6. file "slave.chuck-blog.com.zone";
  7. };
  8. };

更改slave的文件属主

  1. [root@linux-node2 ~]# cd /var && chown -R named.named named/
  2. /etc/init.d/named start
  3. chkconfig named on[root@linux-node2 var]# /etc/init.d/named start
  4. 启动 named： [确定]
  5. [root@linux-node2 var]# chkconfig named on

修改master端的chuck-blog的zone文件，添加一个A记录；增大serial数字，并重载

  1. [root@linux-node1 etc]# cat chuck-blog.com.zone
  2. $ORIGIN .
  3. $TTL 3600 ; 1 hour
  4. chuck-blog.com IN SOA op.chuck-blog.com. dns.chuck-blog.com. (
  5. 2001 ; serial
  6. 900 ; refresh (15 minutes)
  7. 600 ; retry (10 minutes)
  8. 86400 ; expire (1 day)
  9. 3600 ; minimum (1 hour)
  10. )
  11. NS op.chuck-blog.com.
  12. $ORIGIN chuck-blog.com.
  13. shanks A 1.2.3.4
  14. op A 1.2.3.4
  15. a A 10.0.0.100
  16. [root@linux-node1 etc]# rndc reload
  17. WARNING: key file (/etc/rndc.key) exists, but using default configuration file (/etc/rndc.conf)
  18. server reload successful

salve会自动同步出一个chuck-blog的zone文件

  1. [root@linux-node2 etc]# pwd
  2. /var/named/chroot/etc
  3. [root@linux-node2 etc]# ll|grep chuck
  4. -rw-r--r-- 1 named named 380 3月 1 12:15 slave.chuck-blog.com.zone

分别在主从两端测试

  1. [root@linux-node2 etc]# dig @10.0.0.7 a.chuck-blog.com
  3. ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.37.rc1.el6_7.6 <<>> @10.0.0.7 a.chuck-blog.com
  4. ; (1 server found)
  5. ;; global options: +cmd
  6. ;; Got answer:
  7. ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52114
  8. ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
  10. ;; QUESTION SECTION:
  11. ;a.chuck-blog.com. IN A
  13. ;; ANSWER SECTION:
  14. a.chuck-blog.com. 3600 IN A 10.0.0.100
  16. ;; AUTHORITY SECTION:
  17. chuck-blog.com. 3600 IN NS op.chuck-blog.com.
  19. ;; ADDITIONAL SECTION:
  20. op.chuck-blog.com. 3600 IN A 1.2.3.4
  22. ;; Query time: 4 msec
  23. ;; SERVER: 10.0.0.7#53(10.0.0.7)
  24. ;; WHEN: Tue Mar 1 12:18:18 2016
  25. ;; MSG SIZE rcvd: 83
  27. [root@linux-node2 etc]# dig @10.0.0.8 a.chuck-blog.com
  29. ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.37.rc1.el6_7.6 <<>> @10.0.0.8 a.chuck-blog.com
  30. ; (1 server found)
  31. ;; global options: +cmd
  32. ;; Got answer:
  33. ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33586
  34. ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
  36. ;; QUESTION SECTION:
  37. ;a.chuck-blog.com. IN A
  39. ;; ANSWER SECTION:
  40. a.chuck-blog.com. 3600 IN A 10.0.0.100
  42. ;; AUTHORITY SECTION:
  43. chuck-blog.com. 3600 IN NS op.chuck-blog.com.
  45. ;; ADDITIONAL SECTION:
  46. op.chuck-blog.com. 3600 IN A 1.2.3.4
  48. ;; Query time: 1 msec
  49. ;; SERVER: 10.0.0.8#53(10.0.0.8)
  50. ;; WHEN: Tue Mar 1 12:18:24 2016
  51. ;; MSG SIZE rcvd: 83

三、 添加A，CNAME，MX和PTR记录

3.1 添加A记录

编辑master节点/var/named/chroot/etc/chuck-blog.com.zone，在文件末尾添加一条记录，将serial值+1,执行rndc reload命令

  1. [root@linux-node1 ~]# tail -5 /var/named/chroot/etc/chuck-blog.com.zone
  2. NS op.chuck-blog.com.
  3. $ORIGIN chuck-blog.com.
  4. shanks A 1.2.3.4
  5. op A 1.2.3.4
  6. a A 192.168.122.100
  7. a A 192.168.122.100

分别对master、slave解析下：host a.chuck-blog.com 127.0.0.1 结果应该是192.168.122.100

  1. [root@linux-node1 ~]# host a.chuck-blog.com 127.0.0.1 Using domain server:
  2. Name: 10.0.0.7
  3. Address: 10.0.0.7#53
  4. Aliases:
  6. a.chuck-blog.com has address 192.168.122.100
  7. [root@linux-node2 ~]# host a.chuck-blog.com 127.0.0.1
  8. Using domain server:
  9. Name: 10.0.0.7
  10. Address: 10.0.0.7#53
  11. Aliases:
  13. a.chuck-blog.com has address 192.168.122.100

3.2 添加CNAME记录

编辑master节点/var/named/chroot/etc/chuck-blog.com.zone，在文件末尾添加一条记录，将serial值+1，执行rndc reload命令

  1. [root@linux-node1 ~]# tail -5 /var/named/chroot/etc/chuck-blog.com.zone
  2. shanks A 1.2.3.4
  3. op A 1.2.3.4
  4. a A 192.168.122.100
  5. cname CNAME a.chuck-blog.com.(cname和PTR记录最后一定要写一个.或者直接主机头)

分别对master、slave解析下：host cname.chuck-blog.com 127.0.0.1结果应该是192.168.122.101

  1. [root@linux-node1 ~]# host cname.chuck-blog.com 127.0.0.1
  2. Using domain server:
  3. Name: 127.0.0.1
  4. Address: 127.0.0.1#53
  5. Aliases:
  7. cname.chuck-blog.com is an alias for a.chuck-blog.com.
  8. a.chuck-blog.com has address 192.168.122.100
  9. [root@linux-node2 named]# host cname.chuck-blog.com 127.0.0.1
  10. Using domain server:
  11. Name: 127.0.0.1
  12. Address: 127.0.0.1#53
  13. Aliases:
  15. cname.chuck-blog.com is an alias for a.chuck-blog.com.
  16. a.chuck-blog.com has address 192.168.122.100

3.3 添加Mx记录

编辑master节点/var/named/chroot/etc/chuck-blog.com.zone，在文件末尾添加一条记录，将serial值+1，执行rndc reload命令

  1. [root@linux-node1 ~]# tail -5 /var/named/chroot/etc/chuck-blog.com.zone
  2. a A 192.168.122.100
  3. cname CNAME a.chuck-blog.com.
  4. mx MX 5 (此数字越小，优先级越高) 192.168.122.101
  5. mx MX 10 192.168.123.101

分别对master、slave解析下：host mx.chuck-blog.com 127.0.0.1 结果应该是192.168.122.101

  1. [root@linux-node1 ~]# host mx.chuck-blog.com 127.0.0.1
  2. Using domain server:
  3. Name: 127.0.0.1
  4. Address: 127.0.0.1#53
  5. Aliases:
  7. mx.chuck-blog.com mail is handled by 10 192.168.123.101.chuck-blog.com.
  8. mx.chuck-blog.com mail is handled by 5 192.168.122.101.chuck-blog.com.
  9. [root@linux-node2 named]# host mx.chuck-blog.com 127.0.0.1
  10. Using domain server:
  11. Name: 127.0.0.1
  12. Address: 127.0.0.1#53
  13. Aliases:
  15. mx.chuck-blog.com mail is handled by 10 192.168.123.101.chuck-blog.com.
  16. mx.chuck-blog.com mail is handled by 5 192.168.122.101.chuck-blog.com.

3.4 添加PTR记录

编辑master节点/var/named/chroot/etc/view.conf，加入ptr的zone配置，配置后如下

  1. [root@linux-node1 etc]# cat view.conf
  2. view "View" {
  3. zone "chuck-blog.com" {
  4. type master;
  5. file "chuck-blog.com.zone";
  6. allow-transfer {
  7. 10.0.0.8;
  8. };
  9. notify yes;
  10. also-notify {
  11. 10.0.0.8;
  12. };
  13. };
  14. zone "168.192.in-addr.arpa" {
  15. type master;
  16. file "168.192.zone";
  17. allow-transfer {
  18. 10.0.0.8;
  19. };
  20. notify yes;
  21. also-notify {
  22. 10.0.0.8;
  23. };
  24. };
  26. };

编辑PTR168.1922网段的zone文件

  1. [root@linux-node1 etc]# cat 168.192.zone
  2. $TTL 3600 ; 1 hour
  3. @ IN SOA op.chuck-blog.com. dns.chuck-blog.com. (
  4. 2004 ; serial
  5. 900 ; refresh (15 minutes)
  6. 600 ; retry (10 minutes)
  7. 86400 ; expire (1 day)
  8. 3600 ; minimum (1 hour)
  9. )
  10. NS op.chuck-blog.com.
  11. 102.122 IN PTR a.chuck-blog.com.

更改为named属主并重载配置

  1. [root@linux-node1 etc]# chown named.named 168.192.zone
  2. [root@linux-node1 etc]# rndc reload

编辑从节点的view.conf

  1. [root@linux-node2 etc]# cat view.conf
  2. view "SlaveView" {
  3. zone "chuck-blog.com" {
  4. type slave;
  5. masters {10.0.0.7; };
  6. file "slave.chuck-blog.com.zone";
  7. };
  8. zone "168.192.in-addr.arpa" {
  9. type slave;
  10. masters {10.0.0.7; };
  11. file "slave.168.192.zone";
  12. };
  14. };

从DNS服务器同步

  1. [root@linux-node2 etc]# rndc reload

从节点自动生成一个zone文件

  1. [root@linux-node2 etc]# ll|grep 192
  2. -rw-r--r-- 1 named named 528 3月 3 10:22 168.192.zone

在主从DNS上解析ip：192.168.122.101

  1. [root@linux-node1 etc]# host 192.168.122.102 127.0.0.1
  2. Using domain server:
  3. Name: 127.0.0.1
  4. Address: 127.0.0.1#53
  5. Aliases:
  7. 102.122.168.192.in-addr.arpa domain name pointer a.chuck-blog.com.
  8. [root@linux-node2 etc]# host 192.168.122.102 127.0.0.1
  9. Using domain server:
  10. Name: 127.0.0.1
  11. Address: 127.0.0.1#53
  12. Aliases:
  14. 102.122.168.192.in-addr.arpa domain name pointer a.chuck-blog.com.

四、DNS负载均衡和DNS视图

4.1 通过DNS实现服务的负载均衡

编辑master节点/var/named/chroot/etc/chuck-blog.com.zone，在文件末尾添加一条记录,将serial值+1,执行rndc reload命令

  1. [root@linux-node1 etc]# tail -5 chuck-blog.com.zone
  2. a A 192.168.122.100
  3. cname CNAME a.chuck-blog.com.
  4. mx MX 5 192.168.122.101
  5. mx MX 10 192.168.123.101
  6. a A 192.168.122.102
  7. a A 192.168.122.102

分别对master、slave解析下：host a.chuck-blog.com 127.0.0.1,结果应该是192.168.122.100和192.168.122.102

  1. [root@linux-node1 etc]# host a.chuck-blog.com 127.0.0.1
  2. Using domain server:
  3. Name: 127.0.0.1
  4. Address: 127.0.0.1#53
  5. Aliases:
  7. a.chuck-blog.com has address 192.168.122.100
  8. a.chuck-blog.com has address 192.168.122.102
  9. [root@linux-node2 etc]# host a.chuck-blog.com 127.0.0.1
  10. Using domain server:
  11. Name: 127.0.0.1
  12. Address: 127.0.0.1#53
  13. Aliases:
  15. a.chuck-blog.com has address 192.168.122.100
  16. a.chuck-blog.com has address 192.168.122.102

4.2 配置DNS试图（智能DNS）

编辑master节点vim /var/named/chroot/etc/named.conf，修改结果如下

  1. [root@linux-node1 etc]# cat named.conf
  2. options {
  3. version "1.1.1";
  4. listen-on port 53 {any;};
  5. directory "/var/named/chroot/etc/";
  6. pid-file "/var/named/chroot/var/run/named/named.pid";
  7. allow-query { any; };
  8. Dump-file "/var/named/chroot/var/log/binddump.db";
  9. Statistics-file "/var/named/chroot/var/log/named_stats";
  10. zone-statistics yes;
  11. memstatistics-file "log/mem_stats";
  12. empty-zones-enable no;
  13. forwarders {202.106.196.115;8.8.8.8; };
  14. };
  16. key "rndc-key" {
  17. algorithm hmac-md5;
  18. secret "Eqw4hClGExUWeDkKBX/pBg==";
  19. };
  21. controls {
  22. inet 127.0.0.1 port 953
  23. allow { 127.0.0.1; } keys { "rndc-key"; };
  24. };
  26. logging {
  27. channel warning {
  28. file "/var/named/chroot/var/log/dns_warning" versions 10 size 10m;
  29. severity warning;
  30. print-category yes;
  31. print-severity yes;
  32. print-time yes;
  33. };
  34. channel general_dns {
  35. file "/var/named/chroot/var/log/dns_log" versions 10 size 100m;
  36. severity info;
  37. print-category yes;
  38. print-severity yes;
  39. print-time yes;
  40. };
  41. category default {
  42. warning;
  43. };
  44. category queries {
  45. general_dns;
  46. };
  47. };
  48. acl group1 {
  49. 10.0.0.7;(此处可使用网段)
  50. };
  52. acl group2 {
  53. 10.0.0.8;(此处可使用网段)
  54. };
  56. include "/var/named/chroot/etc/view.conf";

编辑view.conf

  1. [root@linux-node1 etc]# cat view.conf
  2. view "GROUP1" {
  3. match-clients { group1; };
  4. zone "viewchuck-blog.com" {#zone的作用：当一个用户请求解析的时候，如果没有这个zone并且没有缓存，就forward（前面有指定）出去；有这个zone，但是zone里面没有记录，直接返回不存在
  5. type master;
  6. file "group1.viewchuck-blog.com.zone";
  7. allow-transfer {
  8. 10.0.0.8;
  9. };
  10. notify yes;
  11. also-notify {
  12. 10.0.0.8;
  13. };
  14. };
  15. };
  16. view "GROUP2" {
  17. match-clients { group2; };
  18. zone "viewchuck-blog.com" { #zone的作用：当一个用户请求解析的时候，如果没有这个zone并且没有缓存，就forward（前面有指定）出去；有这个zone，但是zone里面没有记录，直接返回不存在
  19. type master;
  20. file "group2.viewchuck-blog.com.zone";
  21. allow-transfer {
  22. 10.0.0.8;
  23. };
  24. notify yes;
  25. also-notify {
  26. 10.0.0.8;
  27. };
  28. };
  29. };

编辑master节点 /var/named/chroot/etc/group1(2).viewchuck-blog.com.zone

  1. [root@linux-node1 etc]# cat group1.viewchuck-0blog.com.zone
  2. $ORIGIN .
  3. $TTL 3600 ; 1 hour
  4. viewchuck-blog.com IN SOA op.viewchuck-blog.com. dns.viewchuck-blog.com. (
  5. 2005 ; serial
  6. 900 ; refresh (15 minutes)
  7. 600 ; retry (10 minutes)
  8. 86400 ; expire (1 day)
  9. 3600 ; minimum (1 hour)
  10. )
  11. NS op.viewchuck-blog.com.
  12. $ORIGIN viewchuck-blog.com.
  13. op A 192.168.122.1
  14. view A 192.168.122.1
  16. [root@linux-node1 etc]# cat group2.viewchuck-blog.com.zone
  17. $ORIGIN .
  18. $TTL 3600 ; 1 hour
  19. viewchuck-blog.com IN SOA op.viewchuck-blog.com. dns.viewchuck-blog.com. (
  20. 2005 ; serial
  21. 900 ; refresh (15 minutes)
  22. 600 ; retry (10 minutes)
  23. 86400 ; expire (1 day)
  24. 3600 ; minimum (1 hour)
  25. )
  26. NS op.viewchuck-blog.com.
  27. $ORIGIN viewchuck-blog.com.
  28. op A 192.168.122.2
  29. view A 192.168.122.2

修改文件所属，加载配置

  1. [root@linux-node1 etc]#chown named.named /var/named/chroot/etc/group*.zone
  2. [root@linux-node1 etc]#rndc reload

在从节点配置named.conf,直接拷贝主节点的即可

  1. [root@linux-node1 etc]#scp -rdp named.conf 10.0.0.8:/var/named/chroot/etc/

在从节点配置view.conf并reload

  1. [root@linux-node2 etc]# cat view.conf
  2. view "GROUP1" {
  3. match-clients { group1; };
  4. zone "viewchuck-blog.com" {
  5. type slave;
  6. masters {10.0.0.7; };
  7. file "slave.group1.viewchuck-blog.com.zone";
  8. };
  9. };
  11. view "GROUP2" {
  12. match-clients { group2; };
  13. zone "viewchuck-blog.com" {
  14. type slave;
  15. masters {10.0.0.7; };
  16. file "slave.group2.viewchuck-blog.com.zone";
  17. };
  18. };
  19. [root@linux-node2 etc]# rndc reload

分别在主机A与B上做view.viewchuck-blog.com的域名解析测试
结果应为主机A上是192.168.122.1主机B上是192.168.122.2

  1. [root@linux-node1 etc]# host view.viewchuck-blog.com 10.0.0.7
  2. Using domain server:
  3. Name: 10.0.0.7
  4. Address: 10.0.0.7#53
  5. Aliases:
  7. view.viewchuck-blog.com has address 192.168.122.1
  8. [root@linux-node2 etc]# host view.viewchuck-blog.com 10.0.0.7
  9. Using domain server:
  10. Name: 10.0.0.7
  11. Address: 10.0.0.7#53
  12. Aliases:
  14. view.viewchuck-blog.com has address 192.168.122.2

五、构建企业级DNS

5.1 硬件选型

cpu：12c以上配置
内存：16G
网络：千兆
注：此配置的QPS可以达到27000上下，可以根据此单台的配置，和线上流量的情况，选择多少台DNS服务器来承接线上的请求，同时保证了DNS的高性能，更要保证DNS高可用。

5.2 初始化系统

1）关闭selinux
2）关闭iptables + chkconfig
3）调整ulimit限制，改为65535

  1. echo -e '* soft nproc 65536\n* hard nproc 65536\n* soft nofile 65536\n* hard nofile 65536\n' >>/etc/security/limits.conf

5.3 构建高性能，高可用的DNS

采用lvs-dr模式负载均衡，多idc，多套dns集群，通过master-slave技术保证dns配置的一致性。

5.3.1 高可用

物理层
首先确保两台lvs不在同一机柜、同一物理交换机接入；
其次确保将所有dns服务器也做到不在同一机柜、同一物理交换机接入。
同时，在不同的idc构建多套dns集群，为客户端提供可切换的配置。
服务层
坚决摒弃lvs上端口检测这种方式，采用自定义脚本检测，为dns的健康检测单独设置一个域名，就为了lvs检测dns是否存活而设计。检测脚本示例如下：

 

客户端层：
多idc之间的流量切换是通过客户端的健康检测cron实现的，脚本每分钟运行一次，分别检测每个dns集群虚地址的可用性，如果某个虚地址不可用，使用脚本前面添加#注释即可。

5.3.2 高性能

通过lvs可以对每个集群做横向扩容，是否需要扩容的依据是对现有系统的压测结果，以及实时的监控数据。亦或者可以在最靠近应用层处，加上一层cache-only集群，但前提是你的线上环境中，没有任何系统依赖于dns负载均衡。

5.4 压测

安装queryperf
下载并安装

  1. wget http://ftp.isc.org/isc/bind9/9.7.3/bind-9.7.3.tar.gz
  2. tar zxf bind-9.7.3.tar.gz
  3. cd bind-9.7.3/contrib/queryperf/
  4. ./configure
  5. make

会在当前目录下出现queryperf，可以将它拷贝至/usr/bin/下
编辑域名记录文件(test.txt)，格式如下：

  1. www.baidu.com A
  2. www.baidu.com A
  3. www.baidu.com A
  4. www.baidu.com A
  5. www.baidu.com A

压测命令：queryperf -d test.txt -s 8.8.8.8
按照5.1中的硬件选型，也做了5.2的初始化，这样在相同idc的压测下，单台dns-server的qps可以达到35~40k

5.5 监控

5.5.1 系统基础性能

使用zabbix自带模板即可。Cpu、内存、主机存活、磁盘空间、主机运行时间、系统load

5.5.2 Loopback地址绑定状态监控

该架构中，dnsserver在集群中充当realserver的角色，在dr中，需要绑定loopback地址方能通信，因此当loopback地址没有绑定上时，lvs健康检测通过，但是当请求到达dnsserver时，请求被拒绝，dns集群会出现异常。

5.5.3 Dns数据与master一致性监控

此处方案是分为两部分
一是通过写zabbix自定义discovery，扫出dns配置中所有zone，然后分别对比slave和master每个zone的serial值，当slave与master的值持续5分钟不一致时报警
二是写脚本，每15分钟扫一遍master上所有域名解析结果，与每个slave的结果做对比，当出现结果不一致情况时，报警

5.5.4 Dns响应时间监控

远端一组主机跑在fullnat下（提供高可用），通过dig命令检测dnsserver的响应时间。

5.5.5 Dns每秒请求数监控

在每台dns主机上，编写zabbix脚本，分析named_stats文件，获取每秒请求数

    1. #!/bin/bash
    2. #rndc stats
    3. STATS='/var/named/chroot/var/log/named_stats'
    4. if [[ $# -ne 1 ]]
    5. then
    6. echo "$0 [querys]"
    7. exit 2
    8. else
    9. which=$1
    10. fi
    12. if [[ -f "${STATS}" ]]
    13. then
    14. echo > ${STATS}
    15. rndc stats >/dev/null 2>&1
    16. else
    17. echo "${STATS} not found."
    18. exit 2
    19. fi
    21. case ${which} in
    22. querys)
    23. RESULT=`awk '{if ($2=="QUERY") {print $1}}' ${STATS}`
    24. ;;
    25. *)
    26. echo "$0 [querys]"
    27. exit 2
    28. ;;
    29. esac
    31. echo ${RESULT}

5.5.6 Dns可用性监控

远端一组主机跑在fullnat下（提供高可用），通过host命令检测dnsserver的可用性，脚本与lvs健康检测脚本类似。

5.6 自动化

5.6.1 saltstack安装、部署

通过定制saltstack配置，实现自动、批量安装、部署dns

5.6.2 配置管理自动化

业界最多的是bind-dlz，dlz是指将所有的配置都存在mysql表中，对bind做特殊配置，使得每次bind接受的请求都去mysql中查询数据之后返回给用户。

5.6.3 bind-dlz的优缺点

优势：将数据全部存在数据库，符合运维开发的理念。
劣势：每次解析都要select数据库，性能低下；
增加了系统的藕合性，还需要保证mysql的高可用。
dlz劣势的解决方案：
1）采用dlz的数据库部分表结构；
2）用thinkphp实现对mysql的增删改查，和一些权限控制的页面，在该页面，用户可以完成对域名的增删改查操作，数据源在MySQL中；
3）通过saltstack+py实现从mysql中调数据，生成bind的配置文件，并检测文件格式，之后reload；

 

为什么做这些，我要将dns做成可交付、已维护的系统，交付给应用运维同学使用，我只负责dns架构的server端；
此工具开源地址：github

5.7 安全

时刻关注dns相关的漏洞、补丁；
选用稍大些的厂商作为域名服务商，我们是万网；
对服务器的登录日志做监控分析；

5.8 日常运维规范

Dns作为基础服务，在做好高可用、高性能、好扩容的基础上，任何时刻都不能掉以轻心！！！
1）确保所有监控均处于生效状态，每天发监控信息邮件
2）所有新机器，均在saltstack上完成初始化和安装、部署操作，不能单独操作；
3）所有针对dns架构调整的操作，均需在流量低谷时操作；
4）对集群扩容操作时，务必对新加入节点做压测，同时重启服务器并检测5）重启后各项指标是否正常；
6）关注dns相关新闻，时刻跟进；
7）故障演练；

六、DNS的发展趋势

6.1 DNSmasq

DNSmasq是一个小巧且方便地用于配置DNS和DHCP的工具，适用于小型网络，它提供了DNS功能和可选择的DHCP功能。它服务那些只在本地适用的域名，这些域名是不会在全球的DNS服务器中出现的。DHCP服务器和DNS服务器结合，并且允许DHCP分配的地址能在DNS中正常解析，而这些DHCP分配的地址和相关命令可以配置到每台主机中，也可以配置到一台核心设备中（比如路由器），DNSmasq支持静态和动态两种DHCP配置方式。
有一些公司在每台服务器上都起着dnsmasq，充当本地dns缓存服务，来提高dns解析性能同时减轻dnsserver的压力。

6.2 HTTP DNS

但凡使用域名来给用户提供服务的互联网企业，都或多或少地无法避免在有中国特色的互联网环境中遭遇到各种域名被缓存、用户跨网访问缓慢等问题。首先是域名缓存，不同运营商，不同节点的缓存时间设置的差别较大。这样在流量切换时，就会产生新、旧应用数据不一致的现象。其次就是域名解析过了太多层的nat，这就导致dns获取客户端地址时很难准确定位，从而智能dns的准确度大打折扣。
最近两年，httpdns出现了，用户明确的知道我在访问某厂的服务时，应该去找哪个ip要对应的域名，实现这个的前提是你可以左右用户的访问习惯，目前应用最适合的场景是app

在可预见的未来，不论在公司内网还是公网环境，dns在整个架构中，都将会以一个基础服务的位置存在，而目前最为稳定、高效的，依然是bind。

七、生产常见DNS问题以及排障方法

7.1 运维同学突然告诉我，你的DNS不能用了

记得那时我刚来公司还没转正的时候。有个哥们问我，dns现在没什么事吧？卧槽，dns？什么dns记得那会线上跑着多少dns，每台dns配置一不一样，没人说得清楚。于是我说兄弟，你什么dns，怎么了？他告诉我一个ip，说用的这个dns，现在解析不了了。我说我看下，你先改个别的dns，这种时候一定要先恢复业务，然后再排查、解决问题。
我尝试用那台dns解析域名，确实不行了，登上去看，dns进程还在，想来是有什么瓶颈了，看日志吧，在日志中发现有报netfilter满了的日志，怎么tm会报这个呢，难道机器起着iptables？卧槽，还真是起着呢，这不蛋逼呢么。赶紧把iptables停掉，问题恢复了。
在iptable运行时，即便是没有任何规则，所有的报文也要过netfilter表，而dns这种高并发的业务很容易把netfilter表填满，从而影响服务。
后续的工作就是整理线上dns，同一配置，做好监控，做好高可用和负载均衡

7.2 突然收到报警，提示DNS虚地址不能正常解析了

那天请了一天假，还在医院的时候，收到的报警，赶紧电话到公司，询问怎么回事，原来是有同事将zabbix的一个域名删除了，而这个域名恰恰是我lvs健康检测dns服务是否可以提供解析的域名，域名都没了，那肯定解析失败，于是lvs把所有dns都剔除了。
虽然恢复起来很快，但是这也提醒我，系统之间，一定要尽量减小藕合性，避免雪崩。

7.3 调用微信支付接口有超时的现象，错误日志中报解析微信域名失败

接到这个case，首先是确认问题是否出现在域名解析的环节，我登录到服务器上，用nslookup解析对应的域名，连续解析1000次均没问题，但开发小妹依然喋喋不休，我按耐住tmd心情。突然想起也许她php中调用的解析函数与nslookup不同，于是我用host解析，这时发现问题了。每次解析微信支付这个域名的时候，都要等10s左右才出结果。这时，我又找其他机器做测试，发现只有这个微信支付的域名有这种现象，这不由得让我对大qq产生了膜拜的情绪。出现这种情况让人很头大，而旁边开发小妹还在殷切的看着你，你背后还有领导不时的喘着粗气，而恰恰此时你对这问题一点头绪也没有，怎么办？
越是这种时候，越要淡定，不然怎么办？！这玩意不是谁教的，是你多遇到几次这种情况，每次都要提醒自己，冷静、冷静、tmd冷静
既然只有解析微信这个接口有问题，那我想可能是微信对dns这块有什么限制，那我可不可以换个forward的公网dns试下呢?分两头，一头是我去测试，另外一头让同事联系微信，给提供一个qq那边的权威dnsip，最终我将qq权威dns的ip加到我dns的forward列表中解决了这个case。

 

转载于:https://www.cnblogs.com/liuqiang0/p/8528771.html

aoeqk46804
关注
DNS学习从入门到精通.pdf
01-13
辅助区域和存根区域是DNS服务器配置中的高级概念，辅助区域用于从其他DNS服务器复制数据，而存根区域只包含足够的信息来解析授权区域中的域名。 DNS客户端查询过程指的是当用户输入一个域名后，操作系统会向配置好...
推荐开源项目：NLnetLabs的NSD - 高性能DNS服务器
最新发布
gitblog_00038的博客
04-26 512
推荐开源项目：NLnetLabs的NSD - 高性能DNS服务器 nsdThe NLnet Labs Name Server Daemon (NSD) is an authoritative, RFC compliant DNS nameserver.项目地址:https://gitcode.com/gh_mirrors/ns/nsd 项目简介 是由NLnet Labs开发的一款高性能、安全且轻...
nsd的资料
Jackie的家
11-12 349
虽然在校学习时就知道DNS协议，但从业这么多年，对于DNS协议的理解其实一直处于一知半解的状态。，虽然目前不涉及相关的开发工作，先记录相关的资料，以待后查。近期参与项目过程中，涉及到DNS业务，结果被打的满头包。从源码编译、构建nsd，并安装，执行如下命令。验证安装是否成功，执行如下命令。是一款开源的DNS服务器应用。当前处理问题时，接触到了。
7_DNS 服务器部署 - 最佳实践 (一) - dns服务的安装与启用
毕加索的忧伤
11-26 2644
Dns 服务器部署 - 最佳实践 (一) - 关于 DNS 名词解释 dns
如何在Ubuntu 14.04上使用NSD——一套仅权威DNS服务器
zstack_org的博客
01-18 2940
提供：ZStack云计算 系列教程本教程为DNS管理介绍系列七篇中的第七篇。内容介绍即使对于经验丰富的管理员而言，设置一套DNS服务器以支持域名仍是一项相当复杂的任务。DNS区管理极为重要，然而其实现难度也必须加以关注。Bind DNS服务器等软件极具良好的灵活性，但这种灵活性亦意味着其未针对任何任务做出优化，而这将带来一系列副作用。这意味着我们可能会配置大量不需要的功能组件。这种额外的复杂性会令管
DNS知识及域名解析内容深入浅出超详细总结附DNS配置教程
贵有恒何必三更眠五更起 最无益只怕一日曝十日寒
12-27 3378
目录 一．互联网为什么要使用域名 二．DNS解析 1. 域名系统DNS （Domain Name System,DNS） 2. DNS解析 3.DNS的作用 在互联网中，使用IP地址作为机器的绝对地址行不通，原因： 1、不好记忆 201.15.3.188 2、计算机可能常常更换IP地址，所以通过IP地址去访问某台机器就会发生问题。 DNS协议应运而生，主要解决把一个域名（比较好记忆的一串字符）和一个IP地址（比较难记忆）的关系对应起来 二．DNS解析 1. 域名系统DNS （Dom..
智能dns调研及bind9测试.pdf
09-15
2. **智能DNS服务器接收请求**：智能DNS服务器接收到请求后，通过EDNS0或其他方式获取客户端的真实IP地址。 3. **IP定位**：智能DNS服务器根据客户端的IP地址进行地理定位，确定客户端所在的国家、省份、城市及ISP等...
深信服AD智能DNS介绍.pdf
10-11
深信服AD智能DNS是一种智能的域名解析系统，它可以根据用户的网络环境和需求，智能地将域名解析到不同的IP地址，从而实现智能的网络流量管理和负载均衡。本文将对深信服AD智能DNS的概念、工作原理、解决方案和配置...
DNS从工程到学术.pdf
08-07
段海新教授的研究不仅关注了DNS工程实践中的具体问题，也从学术的角度出发，探索了DNS系统的潜在弱点，并提出了相应的解决方案。通过这些研究，我们能更好地理解和保护DNS系统，从而保障网络安全。
智能DNS解析服务器
11-03
智能DNS解析服务器,WINDOWS下搭建DNS,是服务器端
使用bind构建高可用智能dns服务器
04-19
目前智能DNS的实现主要有两种方式，一种是使用F5公司的BIG-IP GTM，另一种是使用bind自带的view来实现。BIG-IP GTM是一款商业产品，功能、性能极为强大，但是由于价格昂贵，中小型企业基本不会考虑花巨资购买此产品，所以只有一些门户网站将此用于核心业务，比如百度、阿里巴巴、金山；bind是一款开源程序，利用其自带的view可轻松实现智能DNS功能，其功能、性能都很好，一台普通配置的服务器，可每秒可处理2-4千查询请求。下面我们看一下利用bind的view功能是如何实现智能DNS的。
开源DNS服务器软件 BIND的安装、配置与使用
Enweitech Software Works
08-03 1万+
Bind是一款开放源码的DNS服务器软件，Bind由美国加州大学Berkeley分校开发和维护的，全名为Berkeley Internet Name Domain它是目前世界上使用最为广泛的DNS服务器软件，支持各种unix平台和windows平台。
小米开源的基于twisted实现的智能dns系统：Smartdns
blade2001的专栏
03-08 5578
https://github.com/xiaomi-sa/smartdns 使用场景:    全局负载均衡 smartdns是python语言编写，基于twisted框架实现的dns server，能够支持针对不同的dns请求根据配置返回不同的解析结果。smartdns获取dns请求的源IP或者客户端IP（支持edns协议的请求可以获取客户端IP），根据本地的静态IP库
开源DNS服务器与安装配置
Enweitech Software Works
08-02 4821
产品关键词：智能DNS+CDN集群+WAF防火墙+负载均衡+近源清洗+WEB化管理 一，简介 相对于存储和大数据领域，CDN是一个相对小的领域，但行行出状元，BIND就是CDN领域的蝉联N届的状元郎。BIND是一款非常常用的DNS开源服务器，全球有90%的DNS用BIND实现。值得一提的是，BIND9.8.1用C语言实现，代码量巨大，其设计实现几乎涵盖了服务器编程的所有细节。
搭建一套简单的CDN网络
莫建祥的专栏
11-02 1万+
目前对于CDN网络搭建技术有很多成熟的商业方案，对于资金受限的网站可能无法自己搭建或购买。这里提供了一套简单的实现CDN网络的技术架构，所使用的软件全部是开源高效且免费的。   根据CDN网络技术原理，必须有一个动态DNS服务器，开源的可以使用bind，免费，而且原代码开放。不修改代码，bind基本上可以实现简单的动态DNS解析功能。需要更强的自定义功能，可以自己修改代码实现。    假设
DNS、NS、DDNS
shiGXW的博客
03-20 3166
目录一、DNS二、NSDNS和NS的关系三、DDNS（Dynamic Domain Name Server）1、主要作用2、组网原理3、具体应用 一、DNS DNS（Domain Name Server）域名服务器。 域名虽然便于人们记忆，但网络中的计算机之间只能互相认识IP地址，它们之间的转换工作称为域名解析，域名解析需要由专门的域名解析服务器来完成，DNS 就是进行域名解析的服务器 二、NS NS（Name Server）即DNS的NS记录，是用来做授权的，向下授权，用来指定该域名由哪个DNS服务器来进
关于DNS部署与根服务器的几点论述
zhy的博客
06-10 6011
    本文主要对根服务器的部署情况、根服务器为什么可以有几十台物理服务器共用同一个IP地址、为什么全球只有13个ipv4根服务器等进行论述，其中，对一些涉及的关键技术进行重点说明。一、DNS部署情况：1.1部署情况    根域名服务器（英语：root name server）是互联网域名解析系统（DNS）中最高级别的域名服务器，负责返回顶级域的权威域名服务器地址。它们是互联网基础设施中的重要部分...
从零开始搭建轻量级个人XSS平台
热门推荐
爱测未来团队博客
08-28 4万+
想深入学习一下XSS相关知识的，快看这里。
智能DNS(Bind DLZ MYSQL )实际部署案例
weixin_33950035的博客
11-24 214
XX网NS服务器为FreeBSD下的Bind master/slave ,起初因为访问量不太大，这个架构完全可以胜任，但是随着域名的增加，维护zone文件变得越来越复杂，一旦书写有误，会造成Bind无法解析域名。所以，特此部署了Bind DLZ Mysql，经过一个月的上线测试，发现其负载很小，每秒5qps。不存在mysql time out问题，因为mysql每时每刻都在查...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值