我试图解决一个DNS问题，缺乏想法。 谷歌似乎也没有帮助，要么。
当我使用本地caching名称服务器来parsing外部主机名时，它总是返回192.168.1.251。 下面有一些例子。
这个无效的地址来自哪里，更重要的是，我该如何纠正这个问题呢？
我的设置：本地域名Solwiz.net 192.168.0。*
宽带路由器 – 内部地址是192.168.0.1 – DHCP：禁用
caching名称服务器：绑定9 192.168.0.32 Debian Squeeze
挖掘：
dig – 本地networking上的主机工作
$ dig @ns2 mail2.solwiz.net ; <<>> DiG 9.7.3 <<>> @ns2 mail2.solwiz.net ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17568 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1 ;; QUESTION SECTION: ;mail2.solwiz.net. IN A ;; ANSWER SECTION: mail2.solwiz.net. 259200 IN A 192.168.0.34 ;; AUTHORITY SECTION: solwiz.net. 259200 IN NS ns2.solwiz.net. ;; ADDITIONAL SECTION: ns2.solwiz.net. 259200 IN A 192.168.0.32 ;; Query time: 0 msec ;; SERVER: 192.168.0.32#53(192.168.0.32) ;; WHEN: Fri Aug 1 21:09:36 2014 ;; MSG SIZE rcvd: 84 dig – 外部networking上的主机返回不正确的IP
$ dig @ns2 www.google.ch ; <<>> DiG 9.7.3 <<>> @ns2 www.google.ch ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16611 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.google.ch. IN A ;; ANSWER SECTION: www.google.ch. 0 IN A 192.168.1.251 ;; AUTHORITY SECTION: google.ch. 333349 IN NS ns4.google.com. google.ch. 333349 IN NS ns3.google.com. google.ch. 333349 IN NS ns2.google.com. google.ch. 333349 IN NS ns1.google.com. ;; Query time: 1 msec ;; SERVER: 192.168.0.32#53(192.168.0.32) ;; WHEN: Fri Aug 1 21:11:44 2014 ;; MSG SIZE rcvd: 129
dig – 外部networking上的主机返回不正确的IP
$ dig @ns2 www.microsoft.com ; <<>> DiG 9.7.3 <<>> @ns2 www.microsoft.com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5476 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 13, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.microsoft.com. IN A ;; ANSWER SECTION: www.microsoft.com. 0 IN A 192.168.1.251 ;; AUTHORITY SECTION: com. 160501 IN NS j.gtld-servers.net. com. 160501 IN NS k.gtld-servers.net. com. 160501 IN NS h.gtld-servers.net. com. 160501 IN NS e.gtld-servers.net. com. 160501 IN NS f.gtld-servers.net. com. 160501 IN NS d.gtld-servers.net. com. 160501 IN NS m.gtld-servers.net. com. 160501 IN NS l.gtld-servers.net. com. 160501 IN NS a.gtld-servers.net. com. 160501 IN NS i.gtld-servers.net. com. 160501 IN NS c.gtld-servers.net. com. 160501 IN NS b.gtld-servers.net. com. 160501 IN NS g.gtld-servers.net. ;; Query time: 2 msec ;; SERVER: 192.168.0.32#53(192.168.0.32) ;; WHEN: Fri Aug 1 21:12:20 2014 ;; MSG SIZE rcvd: 275
我倾倒rdnc dumpdb --all的caching – rdnc dumpdb --all ，有一个192.168.1。*地址提到。
清除_default视图，192.168.1。*的条目消失了。
重复挖掘Microsoft.com，条目又回来了：
; ; Start view _default ; ; ; Cache dump of view '_default' (cache _default) ; $DATE 20140801194948 (several lines removed) ; Unassociated entries (several lines removed) ; 192.168.1.251 [srtt 722240] [flags 00002000] [ttl 1780] (lines to end of file removed)
从/etc/bind/named.conf.options
forwarders { 8.8.8.8; 62.2.24.162; 62.2.17.60; };
当然，8.8.8.8是Google的DNS，这两个62.2。*是我的提供商的DNS服务器。
直接查询转发者（从我的名字服务器）
dig @ 8.8.8.8 www.google.ch
; <<>> DiG 9.7.3 <<>> @8.8.8.8 www.google.ch ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17711 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.google.ch. IN A ;; ANSWER SECTION: www.google.ch. 0 IN A 192.168.1.251 ;; Query time: 0 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Sat Aug 2 15:36:51 2014 ;; MSG SIZE rcvd: 47
其他货代也给出相同的回应。
一点背景：我有我的主networkingwlan桥接到wlan路由器，有些客户端直接访问wlan路由器。 一段时间以来，我一直在遇到连接和性能问题。 尽pipe宽带路由器的以太网端口服务很好，但是内部networking在昨天完全死亡，甚至没有直接的WLAN客户端获得服务。 我的networking技术人员禁用了宽带适配器的WLANfunction，并将接入点连接到适配器的以太网端口之一。 访问端口的默认IP地址是192.168.1.2，但他将其更改为192.168.0.2。 据我所知，他禁用了接入点的任何DHCPfunction。 自改变以来，我一直在IP解决问题。
我怀疑你的路由器默认启用了“Catch all”/“Intercept Web Traffic”选项。 我在CPE中遇到了同样的问题，因为我没有在CPE上设置DNS。 我解决了，当我禁用“拦截networkingstream量”选项。