基础架构细节更新：
1. Azure上的Hub网络连接到S2S上的内部部署(将来转换为Express Route)
2. Hub网络托管Azure VM,该VM托管使用内部部署AD复制的ADDC / DNS.此VM是与内部部署AD连接的域.这也是一个Windows跳转框
3. Hub网络的VNet DNS设置指向Azure ADDC / DNS VM IP
4.通过VNet对等连接到集线器的分支网络托管SAP VM. Spoke网络的DNS设置指向Azure ADDC / DNS VM IP.
当前问题：中心/分支网络上的所有虚拟机都没有显示reddog.microsoft.com作为其DNS.相反,有些虚拟机显示.fx.cloudapp.net,而其他虚拟机在使用Get-AzureRmNetworkInterface命令时显示为空白
解决方法
When you are using Azure-provided name resolution,Azure Dynamic Host
Configuration Protocol (DHCP) provides an internal DNS suffix
(.internal.cloudapp.net) to each VM. This suffix enables hostname
resolution because the hostname records are in the
internal.cloudapp.net zone. When you are using your own name
resolution solution,this suffix is not supplied to VMs because it
interferes with other DNS architectures (like domain-joined
scenarios). Instead,Azure provides a non-functioning placeholder
(reddog.microsoft.com).
默认情况下,reddog.microsoft.com将是Azure VM的以太网适配器的特定DNS后缀.当VM加入AD域时,主DNS后缀将自动更改为IP配置,而AD域的后缀将覆盖其他域,并忽略适配器DNS后缀.
在这种情况下,即使您将reddog.microsoft.com视为适配器的DNS后缀,只要IP配置主后缀是域的后缀,就不需要进一步操作.确保您已加入域并正确添加了AD域后缀.此外,您可以重新启动Azure VM以获取域更改效果.你可以参考这个similar case.
