我遇到问题，我们的Windows Server 2003域控制器通过DHCP为我的Windows 7计算机分配一个IP地址（xxx75），但通过DNS报告另一个（xxx84）。 这在networking上引起一些有趣的行为。 如果我将适配器设置更改为从DHCP获取IP和DNS地址，则可以访问互联网，但是我们networking上没有人可以访问我的计算机。 如果我手动更改我的IP到DNS所说的，我失去了我的互联网接入，但是每个人都可以再次进入我的电脑。
我知道我们有一些旧的，无效的反向DNS指针（IP地址的反向查找通常会给出不止一个结果，通常不包括那个是正确的），所以这可能是有贡献的，但是我的问题是最近的，无效的反转指针已经有很长一段时间了。
怎么回事，我该如何解决？
您是否正确configuration了DNS老化和/或DNS清理 ？ 正如你自己所说的，听起来你的域控制器上挂着太多的旧DNSlogging。 我的build议是考虑设置DNS清理，或者至less删除旧的Alogging（xxx84），然后更新工作站的DHCP租用以进行testing。
DNS清理将定期删除客户端收到DHCP租用时dynamic生成的旧DNSlogging。 这是一件好事（TM）。 如果DNSlogging实际上是新鲜的，那么它们只有很好（有用）。 有一堆指向客户端的logging不再有用。
你也可能想看看你的DHCP租约TTL，以确保它适当地匹配你的DNS TTL和“老化”策略。 一个人为的例子：如果你的DHCP租约TTL是12小时，你的DNS老化策略是保持三个星期的logging，你只是自己设置自己的麻烦。
前面提到的technet博客文章是一个很好的开始。
正如所述，您的问题是您的计算机的名称→地址DNS查找会导致与计算机实际具有的IP地址不同的IP地址。 这与PTR资源logging无关 ，它不涉及名称→地址DNS查找。 （它们用于地址→名称查找。）清理您的PTRlogging对于您所述的问题不会PTR 。
什么将解决你的问题是找出为什么名称→地址DNS查找不正确。 由于您正在使用DHCP，所以当DHCP服务器实施租约时，您的DNS数据库应该使用名称→地址映射进行dynamic更新。 为了获得最佳效果，将DHCP服务器configuration为直接与DNS服务器通信，前者将更新发送给后者，因为授予和更新了租约。 只有DHCP服务器需要安全权限才能通过dynamic更新来修改DNS数据。
但有些人有他们的DHCP 客户端这样做。 在这种情况下，可能会遇到各种权限问题，例如DHCP客户端没有适当的更新权限，或者无法更新数据库中没有访问权限的logging或者能够劫持特殊用途域名，他们不应该能够主张。 域名后缀也有各种问题可以抬头。
因此，找出您的DHCP服务器或您的DHCP客户端是否将更新发送到（内容）DNS服务器。 确保访问控制让更新者执行更新，确保服务器正在接收更新stream量，确保名称空间的相应部分可更新，确保所有通告的内容DNS服务器都可以实际更新DNS数据库并确保更新以正确的域名结束。