加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Windows > 正文

active-directory – 如何让我的域控制器与正确的外部时间源同步

发布时间:2020-12-14 02:56:00 所属栏目:Windows 来源:网络整理
导读:我有一个用户联系我说她的电脑时钟比她的手机时钟快8或9分钟.这与我有关,因为手机时钟总是同步的.我看了看电脑的时钟,它是一样的,比我的手机提前了大约8分钟.八分钟是很多时间关闭.所以我看了看我的两个DC.作为AD PDC仿真器的那个比我的手机快1分钟;这似乎更
我有一个用户联系我说她的电脑时钟比她的手机时钟快8或9分钟.这与我有关,因为手机时钟总是同步的.我看了看电脑的时钟,它是一样的,比我的手机提前了大约8分钟.八分钟是很多时间关闭.所以我看了看我的两个DC.作为AD PDC仿真器的那个比我的手机快1分钟;这似乎更合理.但是工作站并没有与它同步.所以我看着我的另一个DC,它没有主角.它与工作站完全相同,快8分钟左右.

所以这里有几个大问题.首先,我的DC没有相同的时间.其次,我的工作站与更快的DC同时进行(它们是否与它同步?).我查看了两个DC的错误日志,并过滤了Time-Service. PDC模拟器DC具有警告事件ID 144:时间服务已停止作为良好时间源的广告.另一个DC具有警告事件ID 142:时间服务已停止作为时间源广告,因为本地时钟未同步.我也收到了其他事件ID警告.在主要DC上:事件ID 12,36,144(如上所述),131.在次要DC:事件ID 131,24,142(如上所述),50,129.我将在底部提供有关这些的更多信息.

从我所看到的,看起来我的PDCe并没有指向外部源.我是否应该使用“配置时间服务以使用外部时间源”下的说明(http://support.microsoft.com/kb/816042)进行设置?文章中的人(http://tigermatt.wordpress.com/2009/08/01/windows-time-for-active-directory/)表示要使用脚本自动化它(w32tm / config / manualpeerlist:“uk .pool.ntp.org,0×8 europe.pool.ntp.org,0×8?/ syncfromflags:MANUAL / reliable:yes / update).但我不确定他们是否也在做同样的事情.即使他们这样做了,我也不确定我使用的是哪个地址.如果我查看我的辅助DC,它有一个NtpServer条目time.windows.com,0x9. PDCe也有它,直到我做了文章推荐的重置;现在它没有NtpServer条目.

那么哪种方法适合使用,我使用的是什么地址?如果我正在运行Server 2008 R2,这有关系吗?

事件ID 12:时间提供程序NtpClient:此计算机配置为使用域层次结构来确定其时间源,但它是林的根目录下的域的AD PDC模拟器,因此域中没有任何计算机用作时间源的层次结构.建议您在根域中配置可靠的时间服务,或手动配置AD PDC以与外部时间源同步.否则,此计算机将充当域层次结构中的权威时间源.如果未为此计算机配置或使用外部时间源,则可以选择禁用NtpClient.

事件ID 36:时间服务未将系统时间同步86400秒,因为没有时间服务提供者提供可用的时间戳.在能够与时间源同步之前,时间服务不会更新本地系统时间.如果本地系统配置为充当客户端的时间服务器,它将停止作为客户端的时间源进行广告宣传.时间服务将继续重试并与其时间源同步时间.检查系统事件日志以获取其他W32time事件以获取更多详细信息.运行’w32tm / resync’强制进行即时时间同步.

事件ID 144:时间服务已停止作为良好时间来源的广告.

事件ID 131:由于”上的DNS解析错误,NtpClient无法将域对等设置为用作时间源. NtpClient将在3473457分钟再次尝试,然后将重新尝试的间隔加倍.错误是:请求的名称有效,但未找到所请求类型的数据. (0x80072AFC).

事件ID 24:时间提供者NtpClient:在8次尝试联系之后,没有从域控制器DC-DNS.domain.org [这是我们的主要DC]收到有效响应.此域控制器将作为时间源被丢弃,NtpClient将尝试发现要从中进行同步的新域控制器.错误是:对等方无法访问.

事件ID 142:时间服务已停止作为时间源进行广告,因为本地时钟未同步.

事件ID 50:时间服务检测到900秒的时间差大于5000毫秒.时间差可能是由与低精度时间源的同步或次优的网络条件引起的.时间服务不再同步,无法为其他客户端提供时间或更新系统时钟.当从时间服务提供商收到有效时间戳时,时间服务将自行纠正.

事件ID 129:由于发现错误,NtpClient无法将域对等设置为用作时间源. NtpClient将在3145779分钟内再次尝试,然后将重新尝试的间隔加倍.错误是:找不到该条目. (0x800706E1)

解决方法

我遇到了一个小客户端的问题,其中唯一的DC作为VM运行.时钟会慢一点,每天几秒钟,几周或几个月,它可能会在20分钟内消失.

按照此处的说明操作:http://technet.microsoft.com/en-us/library/cc794937(v=ws.10).aspx我使用w32tm / stripchart /computer:time.windows.com / samples:5 / dataonly来确定time.windows.com服务器的时钟距离(您可以使用任何ntp服务器)喜欢):

Tracking time.windows.com [64.4.10.33].
Collecting 5 samples.
The current time is 23/06/2013 8:12:34 AM (local time).
08:12:34,-53.2859637s
08:12:37,-53.4214102s
08:12:39,-53.3859342s
08:12:41,-53.2913859s
08:12:43,-53.2440682s

然后我使用w32tm / config /manualpeerlist:time.windows.com / syncfromflags:manual / reliable:yes / update告诉服务器使用time.windows.com作为其外部时间源:

The command completed successfully.

然后我使用w32tm / resync强制它现在与time.windows.com重新同步:

Sending resync command to local computer...
The command completed successfully.

然后我再次使用第一个命令确认差异接近0秒:

Tracking time.windows.com [64.4.10.33].
Collecting 5 samples.
The current time is 23/06/2013 8:13:54 AM (local time).
08:13:54,-00.1657880s
08:13:56,+00.0059062s
08:13:59,-00.0088913s
08:14:01,+00.0030319s
08:14:03,+00.0063458s

请注意,该信息适用于具有单个DC的环境.如果您有超过1个DC,则需要在具有PDC仿真器FSMO角色的DC上执行上述步骤.

希望这有助于某人.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读