我有一个内部部署的AD-DC,我试图扩展到Azure.该服务器也托管DNS服务.我在Azure上创建了一个VNet,并将其DNS服务器属性设置为指向我的内部部署服务器.现在从Vnet中的Vms我可以ping我的内部部署服务器和域加入它.但是当我使用命令Get-AzureRmNetworkInterface查看VM的DNS设置部分时,我仍然看到.fx.cloudapp.net.我不知道为什么没有设置为reddog.microsoft.com,根据文档应该是这种情况.任何帮助高度赞赏.
基础架构细节更新：
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命令时显示为空白
解决方法
我猜你见过这个
doc.
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.
（编辑：李大同）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
