我们一直在DNSlogging下降的问题。 通常是从DHCP预留，如打印机。 昨天是我们两台主服务器，也是DHCP保留的。 现在我正在查看一个普通的DHCP（非保留）计算机，因为Alogging不存在，所以无法通过名称或nslookup'd进行ping操作，但是“ping -a IP_Addr”parsing了名称因为PTRlogging存在于反向查找区域中。 两台DNS服务器上的logging匹配。
顺便说一句，这些是Windows DNS服务器。 小学我认为是2003年，中学是肯定的2008 R2。
清理周期 ：在主DNS服务器上4天，在辅助上禁用
无刷新间隔 ：两个服务器上的正向search区域为12小时，反向search区域为1天
刷新间隔 ：对于两台服务器，正向和反向均为7天
DHCP租赁时间 ：大多数子网（包括PC当前遇到问题）需要2天，服务器需要1天（如昨天遇到问题的那些）
我昨天修复的是手动添加Alogging。 既然他们现在显示为没有时间戳的静态条目，我认为他们永远不会被清除（进一步假设清除是我的问题？），但正如你可以看到这是越来越多的在我的networking上，我需要弄清楚什么导致这些DNSlogging丢失。
任何指针？ 我现在不打算把Alogging添加到这个问题PC，所以我可以执行故障排除步骤来解决这个问题，如果需要的话。
编辑 ：昨晚有一段时间，Alogging回来了那台PC，所以我不能特别排除故障。 但存在潜在的问题，我担心服务器或打印机会随机停止为用户工作。 这是怎么回事？
在高级DHCP属性中创build一个“Domain Users”成员的AD帐户，设置“Password never expires”，单击“Credentials …”并在那里input该用户。 然后在DHCP中进行以下设置
[x]根据以下设置启用DNSdynamic更新
[]仅在DHCP客户端请求时dynamic更新DNS A和PTRlogging
[x]总是dynamic更新DNS A和PTRlogging
[x]删除租约时放弃A和PTRlogging
[x]为不请求更新的DHCP客户端dynamic更新DNS A和PTRlogging（例如，运行Windows NT 4.0的客户端）
这将使DHCP成为DNS条目的所有者，并允许它删除PTR。 根据TechNet最佳实践设置。