我有几个域控制器正在运行，一个名称parsing为内部IP，其中名称parsing为其他域控制器上的外部IP。 我没有看到我正在查询的名称的任何条目，我没有看到该区域。 可能会发生什么？
更新：
我会打电话给我有问题的域名foo.bar.com，我的公司域名baz.com。
在正向查找区域中，bar.com没有文件夹。 当我运行dig @mydc01 foo.bar.com我得到的内部IP：
;; ANSWER SECTION: foo.bar.com. 0 IN A 10.1.1.1
当我运行相同的命令对我的其他DNS服务器（即@ mydc02），我得到的公共IP和公共名称服务器authorative respose。 我已经尝试清除caching，并没有主机条目。 我将foo.bar.com看作caching查找，位于根文件夹，com文件夹，bar文件夹下。 在该文件夹中，有名称:(与父文件夹相同），types：名称服务器，数据：我们的公共DNS服务器。
更多更新 ：
当我添加+跟踪挖，而仍然有@problemServer我得到正确的IP作为响应。
它可能是该服务器上的主机文件？
我假设你的DC是MS-DNS服务器呢？ 如果是这样，他们有相同的货代吗？
我会validation你的“问题”服务器是指向与其他DC相同的DNS服务器。 如果它指向自己，那么确保DNScaching被刷新（如John所说）… ipconfig / flushdns，然后再次尝试解决scheme。
另外，尝试使用全输出挖掘，看看你是否可以确定在无效的logging位于DNS的位置。
确保你真的通过DNS来解决这个问题。 你是通过FQDN还是只是NETBIOS名称来查询？ 有时WINS（如果在周围）会导致短名称parsing的差异。
根据其他服务器上的订单检查您注册的DNS服务器的顺序。