nslookup＆dig失败; ping，traceroute和scutil -r工作

我正在运行10.8.2。突然之间，传统的名称服务器查找在我的机器上失败了：

$ nslookup www.att.com
;; connection timed out; no servers could be reached

$ dig www.att.com

; <<>> DiG 9.8.3-P1 <<>> www.att.com
;; global options: +cmd
;; connection timed out; no servers could be reached

但是使用名称服务的操作可以正常工作：

$ scutil -r www.att.com
Reachable


$ ping www.att.com
PING e2318.dscb.akamaiedge.net (23.1.57.145): 56 data bytes
64 bytes from 23.1.57.145: icmp_seq=0 ttl=55 time=22.862 ms
64 bytes from 23.1.57.145: icmp_seq=1 ttl=55 time=26.947 ms
^C
--- e2318.dscb.akamaiedge.net ping statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 22.862/24.904/26.947/2.043 ms

我已经尝试通过network系统首选项（例如，4.2.2.2,208.67.222.222,208.67.220.220等）将名称服务器地址设置到不同的目的地，但这似乎没有任何区别。

我猜测有一个没有更新的板载DNS服务器的内部配置文件，但我不清楚在哪里寻找它。

我仍然不确定导致问题的原因，但在遭遇另一个看似无关的问题之后，我完成了10.8的完全重新安装。我最初从10.6升级 - 尽管实用程序在初始升级后似乎工作了一段时间，但我怀疑是在尝试诊断/解决其他问题时我做了一些不知名的配置（某些东西）这显然禁用了DNS访问的某些方面）。

重新安装后，所有与DNS相关的实用程序现在都正常工作。

对于那些搜索：

我也遇到了这个问题，ping和scutil正在使用预期的结果但是dig命令在所有事情上都失败了 - 谷歌，本地网络，公司网络等......

问题是dig无法读取我的/etc/resolv.conf文件。

我在resolv.conf文件中使用快速chmod修复了它。

sudo chmod 644 /etc/resolv.conf

这将使您的resolv.conf文件可供所有用户读取，但只能由root写入（可能是拥有文件的用户）。这可能无法解决您的问题，但这是一个非常快速且无损的步骤，您可以在尝试覆盖所有基础时采取这一步骤。

根据我的知识，nslookup不使用系统DNS设置，而是直接从resolv.conf查询服务器。

另一方面，ping使用系统解析程序来解析名称，因此查询可能会转到其他DNS服务器。例如，您可以在/ etc / resolver中配置每个域名服务器，但nslookup不会使用这些服务器。（见man 5 resolver）

不幸的是，我不知道如何找出系统解析器最终使用的DNS服务器的IP。

我会深入研究结果：

 scutil --dns

并检查没有防火墙阻止DNS数据包（小飞贼，IPFW，Apple的应用程序防火墙等等），并且您的Mac和配置和使用的DNS选项的scutil转储中列出的DNS服务器之间的端口53是打开的。