Azure Linux VM名称解析
我们只有一个虚拟网络，在Azure上有一个单一的云服务器。这个虚拟网络有多个服务器节点--包括Windows机器和一些Linux机器。其中一台Windows机器承载本地DNS服务器，用于虚拟网络中的名称解析。所有节点都是使用DNS选项创建的，因此本地DNS作为其DNS注册到节点中。此外，虚拟网络设置也被更新，以包括此DNS服务器(172.16.0.4)作为VN的DNS。
我的Windows机器能够在新的配置上正常工作，或者重新启动，DNS会自动更新以反映该机器的新IP (如果有的话)。
但是，Linux机器根本没有在这个本地DNS上注册。Linux节点可以使用本地DNS (172.16.0.4)解析Windows节点IP，但它们不能通过名称解析到达其他Linux节点。
我试着更新tail/survcon.d/tail文件，并添加了一个“搜索”条目，然后重新启动。还尝试将FQDN提供到Linux服务器的主机名文件中。我注意到resolv.conf仍然有一个"search reddog.microsoft.com“字符串。这表明所使用的DNS后缀仍然是旧的，即使VN中有一个新的本地DNS服务器。resolv.conf看起来如下所示：
nameserver 172.16.0.4
search reddog.microsoft.com据我所知，造成这个问题的根本原因是Azure DHCP服务器应该将DDNS请求发送到这个本地DNS (它已经正式注册为VN级别的DNS)，以更新出现在此VN中的任何新节点或重新启动节点的记录。但是Azure DHCP似乎并没有将这些DDNS请求发送到DNS。我遗漏了什么？
回答 3
Server Fault用户
发布于 2015-05-05 18:31:59
我最初的想法是，这是您的DNS服务器接受Linux服务器注册的问题，而不是将其定向到Linux服务器的问题。要检查的一件事是，DNS区域是否配置为接受不安全的更新？这是必需的，因为Linux服务器将无法对更新DNS进行身份验证。
Server Fault用户
发布于 2016-05-11 13:16:00
您可以通过添加以下行来修改DHCP客户端的配置：
supersede domain-name "your.domainname.com";
supersede domain-search "your.domainname.com";
supersede search "your.domainname.com";通常，您可以在/etc/dhcp/dhclient.conf文件中找到DHCP配置。搜索dhclient在/etc/中找到正确的。
Server Fault用户
发布于 2016-02-19 23:17:44
更别提每次重新启动服务器时/etc/ time的内容都会重置为Azure默认值。因此，即使您确实更改了它，下次重新启动时，它也将与reddog.microsoft.com的搜索域以及默认的Azure名称服务器一起返回。
https://serverfault.com/questions/688393
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号