问题描述在这里没有解决。
但有一些更新。当我执行没有标志的“挖掘”时，我收到超时错误。当我添加“+trace”选项时，它解决了。
有人能指出其中的原因吗？
更新型多巴胺
好吧，我找到了不同的原因是，当使用 +trace 时，您不会从本地名称服务器获得答案，而是自己执行迭代解析。
所以我仍然面临邮件问题。
答案1
如果“dig +trace”产生正确的结果，但“dig”本身没有，那么听起来好像您在本地使用的任何服务器在无效结果中都尚未过期。（我查看了另一个线程，似乎最近进行了一些 DNS 更改）。
您可以在几个不同的服务器上使用“dig @xxxx”（其中 xxxx 是另一个 DNS 服务器）来验证这一点。
修复：如果您可以控制它，您可以通过清除缓存/重新启动解析名称服务器来“修复”此问题。如果您不这样做，您将不得不等到生存时间到期。或者...
解决方法：在需要解析该主机的服务器上，您可以在 /etc/hosts 中创建一个条目（假设您使用的是某种 *nix，但 Windows 也有一个 hosts 文件），将相关主机与适当的 IP 地址进行映射。只需记住在 DNS 最终更新时删除此条目即可。
答案2
您的本地名称服务器以某种方式被破坏了。发布您的绑定配置，可以吗 /etc/resolv.conf？？