我遇到了一个奇怪的。 今天我注意到客户没有在DNS中注册他们的Alogging。
我们的设置：
清除设置已经被排除在问题的原因之外。
正确的function将是客户端使用其主DNS后缀注册他们的Alogging与DNS服务器。 但是，这并没有发生。 我已经能够正确注册客户端的唯一方法是在TCP / IP设置中启用“注册DNS连接特定DNS后缀的DNSlogging”设置。
我可以通过GPO推出这个设置来让客户注册，但这似乎是一个乐队助手。
我们有其他网站/子网没有问题dynamic更新他们的DNSlogging。 这些站点/子网具有复制到未从我们的站点接收dynamic更新的DNS服务器的DC。
唯一的区别是我能find的是，正确运行的网站没有通过组策略设置的DNS域名。
我计划明天通过创build一个不推出DNS域名设置的新子网来testing。 然后，我会看到该子网上的PC是否可以注册它的名称，而不必启用连接特定的设置。
在那之前，有没有人遇到过这样的事情或者有什么build议？
唯一的区别是我能find的是，正确运行的网站没有通过组策略设置的DNS域名。
组策略是否将其设置为与DNS区域不匹配？
DHCP设置将设置特定于连接的后缀，这对于名称parsing非常有用，但是对于注册，它将要使用系统范围的主DNS后缀，这显然是通过组策略设置的 – 对于不需要除非你的名字parsing有一些非常奇怪的事情发生。
有问题的设置是在Computer -> Administrative Templates -> Network -> DNS Client -> Primary DNS Suffix
检查破坏系统上的设置; 它显示在ipconfig /all的输出的最顶端：
C:\>ipconfig /all Windows IP Configuration Host Name . . . . . . . . . . . . : systemname Primary Dns Suffix . . . . . . . : domain.com Node Type . . . . . . . . . . . . : Peer IP Routing Enabled. . . . . . . . : No WINS Proxy Enabled. . . . . . . . : No DNS Suffix Search List. . . . . . : domain.com sub.domain.com
如果该主后缀不完全匹配您的DNS区域，那么这是你的罪魁祸首。
您的DHCP服务器最有可能处理DNSlogging注册，因为这是默认的。 如果是这样，是否在DHCPpipe理中正确设置了凭据？
查看DHCPpipe理控制台中IPv4节点的“高级”选项卡上的以下内容： DNSdynamic更新注册凭证
-Lewis