问题
如果父域的 DNS 服务器没有为子域提供 NS 记录,子域使用与父域不同的名称服务器是否有效?
例如:
- 运行
Resolve-DnsName -Name example.com -Type NS -Server 1.1.1.1
返回ns1.example.com
;ns1.example.com
的权威名称服务器也是如此example.com
。 - 运行
Resolve-DnsName -Name subdomain.example.com -Type NS -Server 1.1.1.1
返回ns2.example.com
;ns2.example.com
的权威名称服务器也是如此subdomain.example.com
。
我希望它ns1.example.com
包含 NS 记录集,用于subdomain.example.com
告诉客户端“我不管理此子域的 NS 记录,对于这些记录,请与其名称服务器交谈”。即我希望能Resolve-DnsName -Name subdomain.example.com -Type NS -Server ns1.example.com
回来ns2.example.com
。
注意:如果子域使用与其父域相同的 NS 服务器,我不会期望对上述内容做出回应。
(Resolve-DnsName只是一个nslookup
命令,其中Name
参数是要获取的 FQDN,Server
是要查询的名称服务器,并Type
允许我们指定我们要查找的 DNS 记录的类型)。
我的理解是否正确,或者子域可以与其父域拥有不同的名称服务器,而无需其父域托管子域的 NS 记录吗?
语境
我们的 MS Dynamics 365 for Finance and Operations 存在间歇性问题,浏览实例的用户偶尔会看到以下错误:
The site can’t be reached
Check if there is a typo in EXAMPLE.operations.dynamics.com
If spellling is correct, try running Windows Networkk Diagnostics.
DNS_PROBE_FINISHED_NXDOMAIN
用户使用正确的 URI/主机名。
通常,此问题会在大约 30 分钟后自行解决。我们在生产(EXAMPLE.operations.dynamics.com
和测试EXAMPLE.sandbox.operations.dynamics.com
)中都看到了这一点。
经调查,如果我尝试使用我们的公司 DNS 服务解析 FQDN,则无法解析;确认浏览器的错误;但是当我们针对公共 DNS 服务(例如 CloudFlare 1.1.1.1
)进行解析时,通常会正确解析。注意:我们还发现远程工作的用户(不使用我们公司的 DNS 服务)也有同样的问题/这里他们的 ISP 的 DNS 服务显示无法解析 FQDN。
我认为这个问题与 DNS 有关,并且 CloudFlare 的 DNS 通常更可靠,因为它们缓存 DNS 条目的时间更长(或者因为它们的服务器更频繁地受到攻击,这使得它们更有可能缓存条目)。
具体来说,当解析我们环境的 FQDN 时出现问题时,我通常可以根据 CloudFlare 的 DNS 和 MS 的该子域的权威名称服务器来解决它(如您所料)...但尝试获取该子域的权威名称服务器来自其父域的权威名称服务器的子域失败;例如,请参阅下面突出显示的 2 个错误:
这是我对 DNS 理解的问题(意味着问题的根本原因需要我们进行更多调查),还是 MS 实施的配置问题?
注意:我已就上述问题联系了 MS 支持,但支持 Dynamics 的团队是应用程序支持团队,因此无法协助解决 DNS/基础设施相关问题,也无法将我的票证转给可以提供帮助的团队。