这里描述的问题没有解决。
但是有一些更新。 当我做一个“挖”没有标志我得到一个超时错误。 当我添加一个“+跟踪”选项，它解决。
任何人都可以指出我的原因吗？
UPD
那么，我发现它之所以不同，是因为使用了+ trace，你没有从本地域名服务器获得答案，而是自己执行迭代parsing。
所以我仍然与邮件问题。
如果“挖+跟踪”产生正确的结果，但“挖”本身不是，那么这听起来像你在本地使用的任何服务器尚未过期的无效结果。 （我看着另一个线程，最近发生了一些DNS更改）。
您可以在几台不同的服务器上使用“dig @xxxx”（其中xxxx是另一台DNS服务器）来validation这一点。
修复：您可以通过清除caching/重新启动parsing名称服务器来“解决”这个问题。 如果你不这样做，你将不得不等待，直到生存时间到期。 要么…
解决方法：在需要parsing该主机的服务器上，可以在/ etc / hosts中创build一个条目（假设您使用的是某种types的nix，Windows也有一个hosts文件），用适当的映射IP地址。 只要记得当DNS最终更新时删除这个条目。
你的本地域名服务器以某种方式被破坏。 发布你的绑定configuration，也许？ /etc/resolv.conf ？