我们有 2 个 DC，1 个在 2019 年，1 个在 2022 年（还有第三个在 2012 年，但很快就会降级，因此不相关）
- 所有都具有相同的条件转发到第三方公司域（已清理）->“xx.service.contso.tv”以及条件反向查找。
- DC1（2019）通过 nslookup 成功解析……没有问题；它似乎正常工作
- DC2（2022）解析似乎可以很好地解决除“storage.service.contso.tv”之外的所有问题
它似乎可以工作一段时间...然后变成不存在的域。有时它会自行恢复，如果我重新启动 DNS 服务器服务，或者刷新 DNS 并重新注册，它也可以工作一段时间...但它最终会崩溃。
这个其他域名不是由我管理的，而是由第三方广播电视播出公司管理的。两者都位于不同的子网（旧子网为 2019，新子网为 2022），所以存在这种情况……但 2019 比 2022 多 1 跳（4 比 5）这两个 dc 目前都位于同一台 VM 服务器上（移回原处，因为我以为是另一台 VM 服务器）
第一次执行 nslookup d2 时，它似乎在失败模式下尝试访问 godaddy 或某个 DNS 主机。所有根转发器、帮助程序等看起来都一样... 尝试手动打开和关闭 AD 复制等，但仍然发生这种情况。尝试重新安装 DNS 服务器功能，但情况仍然相同。
由于这个其他网络不是我的，所以我在另一端能做的事情有点有限。他们很有帮助……但这是那种除非你能证明问题出在他们那里，否则他们不会做任何事情的公司。所以如果是我的服务器，我想看看它在哪里拒绝了它，如果是他们……我想看看他们的 IP 拒绝了它。
也尝试过查看 wire shark...但它不在那里或者我错过了它......
如果它有任何意义的话，这个“存储”fqdn 实际上也是 isilon 智能连接的委托记录...所以也许这是一个智能连接问题...但它在 2019 年仍然可以正常工作...而且所有的东西都是一样的（根转发器、助手等）
我也读过有关端口耗尽、edns 设置等内容...但我不知道在哪里可以找到这些内容（或者是否相关，因为据我所知这些都是针对服务器 2012、2008 和 2012 的）
我已经准备好烧掉 2022 域控制器并启动 A 2019，但我的意图是让 a2 运行在 2022 上