[root@test.bj ~]# dig baidu.com
; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.10.rc1.el6_3.5 <<>> baidu.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63255
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;baidu.com. IN A

;; ANSWER SECTION:
baidu.com. 35 IN A 111.13.101.208
baidu.com. 35 IN A 123.125.114.144
baidu.com. 35 IN A 180.149.132.47
baidu.com. 35 IN A 220.181.57.217

;; Query time: 34 msec
;; SERVER: 10.118.6.6#53(10.108.6.6)
;; WHEN: Sat Dec 17 13:36:43 2016
;; MSG SIZE rcvd: 91

[root@test.bj ~]# nslookup baidu.com

Server: 10.118.6.6
Address: 10.118.6.6#53

Non-authoritative answer:
Name: baidu.com
Address: 111.13.101.208
Name: baidu.com
Address: 123.125.114.144
Name: baidu.com
Address: 180.149.132.47
Name: baidu.com
Address: 220.181.57.217

关于递归查询

很多组织为了安全起见，都严格限制了能够像他们发起递归查询的主机

相关配置的所在地址：

/etc/bind/named.conf

具体的配置示例：

options {

recursion no;

...

}

options {

allown-recursion {10.1.1.0/24}; #10.1.1.0整个子网可以

...

}

acl "internel" {127.0.0.1; 10.1.1.0/24;};

options {

allown-recursion {"internel"}; #以上acl中的IP可以

...

}

关于DNS缓存

作用：

1) 可以更快速的响应查询请求

2）可以减轻DNS server负载，所以有些DNS server会直接忽略掉特别小的TTL，然后重写一个合理的值

但是DNS缓存也会造成自己的更改迟迟不能生效等问题

除了DNS server有缓存，如下的情况也能造成DNS缓存，当有DNS server调整的时候要格外关注，以避免不必要的损失

JAVA：由于 Java缓存的原因，可能会导致JAVA进程不会使用系统中新的 DNS服务配置，导致期间出现解析失败的情况。

Java对dns 的缓存默认是forever, refer to http://docs.oracle.com/javase/7/docs/technotes/guides/net/properties.html

解决方法：重启Java进程

操作系统：

在Linux中，nscd daemon会处理这类缓存

解决方法：/etc/init.d/nscd restart

DNS server:
解决方法：/etc/init.d/named restart

其他的解决方法：绑定/etc/hosts

提示：在实际的生产环境中，并不建议绑定/etc/hosts，另外这种绑定仅支持A记录，并不支持CNAME

如果你并不着急，可以慢慢等缓存失效

但如果你等待的时间已经超出缓存时间，修改仍不生效，那可能是

1）修改后的配置有语法错误，DNS server会自动忽略错误的配置，继续使用上次ok的配置，可以查syslog或message查相关的报错信息

2）主DNS server的更改没能同步到slave的DNS server，原因可能是，中间网络的问题；salve没配置相关的主server， 拒绝了更新通知；

slave server的版本号大于主的待更新的版本号

另外在实际的生产环境中DNS 的生效时间直接决定了工作效率，故障时间等，所以能够寻求快速的使DNS修改生效的方式也是造福一类的一件事，

不断探索中。。。