有懂 BIND 的朋友吗，麻烦进来看看这啥问题呢

cat -A 看看是不是有不可见的非法字符，估计你是 copy paste 过来的吧。另外你 check 的 zone 不对，应该是 next.com ，还有要加上$ORIGIN next.com. 不然配置长了很麻烦。

@redsonic 确实是复制的，我一个一个码试试哈

@redsonic 谢谢昨天的帮助哈，已经成功的运行了主 DNS 和辅 DNS ，主 DNS 一切正常，但是辅助 DNS 不解析，无论是同步还是程序都是正常的，但是就是不解析， dig 测试域名解析，提示;; global options: +cmd
;; connection timed out; no servers could be reached 。这是哪里问题呢？

贴一下 slave 的日志吧，另外你配置的传输方式是什么 AXFR ， IXFR ， 出发机制是轮询还是 notify

@redsonic
https://ooo.0o0.ooo/2016/03/28/56f9089f28073.png
传输方式不太清楚，就直接在主配置文件中设置的 slave 服务器还有区，然后自动同步了。

日志里写了 没有监听任何端口 ， netstat -nlu 没有监听 53 吗？ named.conf global option 部分加入 listen-on {any;};

@redsonic 辅助 DNS 这边我好像就没有配置这个文件

@redsonic 这个文件只改了 IP 还有已经监听 53 端口

@redsonic 谢谢哈，我加入了 listen-on {any;}就可以了。

@redsonic 很不好意思又来麻烦你了，主和辅看似一切正常，但是不可解析域名，工具提示域名未解析，但是两个 a 记录的 ns 域名可以解析，问下这是哪个环节出现了问题呢？昨天不能解析我以为 dns 缓存问题，但是今天依旧这个问题

不可解析具体指什么？ timeout 、 servfail ， nxdomain or refused ？ 另外注意看日志，可以把级别适当降低。

@redsonic 解析不出 ip 地址。。。

主辅都不行？ 贴一下你目前的 zone 文件

@redsonic 都不行的
正向解析： https://ooo.0o0.ooo/2016/03/29/56fa33f415683.png
反向解析： https://ooo.0o0.ooo/2016/03/29/56fa33f41b9bc.png

你的域是什么，看 zone 配置是 soyogm.com ，那你应该是 dig 的 ns1.soyogam.com ，另一张图里面 ns1 2 都没有 A 记录，所以查不到正常。

@redsonic 另一个图是反向解析还需要写 a 记录？那个不是写了 ns 两个吗

@qcloud 我怀疑你的 zone 在 named.conf 里面是不是配错了，反解的那个正好没有 A 记录。

@redsonic 我检查下

@redsonic 为啥 ns1.soyogm.com
ns2.soyogm.com
都可以解析出 ip 地址呢

@qcloud 我明白了， 你的 named 服务器能不能出去迭代查询？ 如果不能，确实它也就只能回复一个 cname 给你了事。 如果能的话，检查 query-source 配的对不对，是不是网关出去的不能访问外面的 DNS 。

@redsonic 这么专业，表示一脸懵逼

@qcloud cname 非本域的域名， named 需要出去迭代查询，如果查询不到就只能回复你配的那个 cname ，而不是最终的 A 记录， 因为你一开始连 listen-on 缺省都没有，所以我觉得你可能需要指定一个 query-source ,也就是指定一个迭代出去的源 ip 。 bind 其实本来就很复杂，把 http 服务器那些插件去掉的话代码量是比不上 bind 的，建议找本 bind cookbook 类似的书看看，头痛医头脚痛医脚以后可能还会遇到问题。

@redsonic query-source 这玩意在哪里呢

named.conf 全局设置部分， query-source address [ip] port 53; [ip]换成你的出口 ip

@redsonic 没有这个呀
https://ooo.0o0.ooo/2016/03/29/56fa6654141cb.png

@redsonic 我已经添加了这段配置，重启 bind ，也不知道多久可以生效