尧图网站建设 
简介这份PDF文档面向需要在Windows环境下搭建局域网NTP服务器的网络运维人员与系统管理员针对网络设备无法同步时间、始终显示unsynchronized等常见问题提供可落地的注册表配置思路。内容围绕启用NTPServer服务、关闭NTP Client、强制主机使用内置CMOS时钟作为可靠事件源、调整LocalClockDispersion值以及NTP协议Reference ID字段携带服务器IP等关键知识点展开并附有抓包对比说明便于读者理解Windows客户端与Cisco、H3C等网络设备同步差异的成因。资源包共1个PDF文件大小约594KB轻量便携适合随时查阅与对照操作。目前已有611人学习下载适合希望快速排查时间同步故障、完善局域网时间服务的中高级网络技术人员参考。1. 局域网NTP服务器为什么Windows自带的时间同步总差那几秒机房里有二十多台设备工控机、摄像头、存储阵列各自为政日志时间戳对不上排查故障时根本串不起时间线。你可能会想Windows不是自带Internet时间同步吗问题恰恰出在这里默认的time.windows.com走公网延迟抖动大断网就彻底失联而且同步周期最短也要一周以上。对于需要毫秒级时间对齐的日志审计、视频时间戳、数据库主从同步场景这个精度完全不够用。这篇内容讲的是在Windows上搭一台局域网NTP服务器让内网所有设备从一个稳定的本地时间源取时。适合有内网设备统一授时需求的运维、工控、安防从业者。核心思路是用Windows自带的时间服务W32Time做服务端通过注册表调优参数再让客户端指向这台内网服务器。不需要额外装第三方软件一台常开的Windows机器就能撑起整个局域网的时间基准。2. 把Windows变成NTP服务端W32Time的工作模式与注册表调参2.1 W32Time的两种角色NT5DS与NTPWindows时间服务W32Time默认运行在域环境下的NT5DS模式自动跟域控同步。工作组环境或者独立服务器上它其实也能当NTP服务端用只是默认配置没打开这个能力。关键在注册表路径HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer下的Enabled值默认是0改成1才对外提供NTP响应。另一个容易忽略的点是W32Time服务的启动类型。默认是「手动触发器启动」系统重启后如果没触发条件服务可能没跑起来。要改成自动启动保证开机就在监听123端口。我一般会先确认服务状态sc query w32time如果STATE显示STOPPED先手动启动net start w32time然后把启动类型改成自动sc config w32time start auto注意start后面有个空格这是sc命令的语法要求少了空格会报参数错误。这个坑我踩过不止一次。2.2 注册表里必须改的四个值W32Time的行为几乎全靠注册表控制。下面这几个值决定了它能不能稳定对外授时。第一个是前面说的NtpServer\Enabled设为1。第二个是NtpServer\InputProvider保持默认1不动它表示接收来自其他时间源的输入。第三个在HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Config下叫AnnounceFlags默认值是10十六进制0xa这个值表示这台机器是「可靠时间源」。如果设成5或者别的值客户端可能不认它。改成10。第四个是Config\LocalClockDispersion默认10单位是秒表示本地时钟的离散度。局域网内授时建议改成1甚至0告诉客户端「我这台机器的时间很准放心用」。用reg add命令一次性改完reg add HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer /v Enabled /t REG_DWORD /d 1 /f reg add HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Config /v AnnounceFlags /t REG_DWORD /d 10 /f reg add HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Config /v LocalClockDispersion /t REG_DWORD /d 1 /f每条命令的/v指定值名/t指定类型/d指定数据/f表示强制覆盖不提示。改完必须重启W32Time服务才生效net stop w32time net start w32time2.3 防火墙放行UDP 123NTP走UDP 123端口。Windows防火墙默认可能没放行入站UDP 123。不放行的话服务端自己觉得在正常工作客户端却永远超时。netsh advfirewall firewall add rule nameNTP Server UDP 123 dirin actionallow protocolUDP localport123这条命令创建一条入站规则允许UDP 123。dirin表示入站actionallow表示允许protocolUDP指定协议localport123指定本地端口。执行完可以用netsh advfirewall firewall show rule nameNTP Server UDP 123确认规则存在。提示如果服务器有多块网卡确认规则应用在了正确的网络配置文件上域/专用/公用。用Get-NetConnectionProfile可以查看当前网络类型。2.4 验证服务端是否在监听改完配置后在服务端本机验证w32tm /query /status输出里重点看Source字段应该显示Local CMOS Clock或者你指定的上游时间源。Stratum值应该是1或2。如果Stratum显示0说明时间服务没正常初始化。再确认端口监听netstat -an | findstr :123应该看到UDP 0.0.0.0:123的监听项。如果没有回头检查NtpServer的Enabled值和服务是否真的重启了。3. 客户端怎么指过来配置命令与同步验证3.1 用w32tm命令指定内网时间源客户端不需要改注册表直接用w32tm命令配置就行。假设服务端IP是192.168.1.100w32tm /config /manualpeerlist:192.168.1.100 /syncfromflags:manual /reliable:no /update/manualpeerlist指定时间源列表多个源用空格分隔并加引号。/syncfromflags:manual表示只从手动指定的源同步不找域控。/reliable:no表示这台客户端不是可靠时间源。/update通知时间服务配置已变更。然后重启服务并强制同步net stop w32time net start w32time w32tm /resync /force/force表示即使时间差很小也强制同步。如果返回「命令成功完成」说明同步请求发出去了。3.2 同步周期怎么调默认情况下Windows客户端同步间隔是604800秒7天这个周期对日志审计场景太长了。改同步周期在注册表HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient下SpecialPollInterval值单位是秒。改成3600就是每小时同步一次。reg add HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient /v SpecialPollInterval /t REG_DWORD /d 3600 /f改完同样要重启W32Time服务。注意这个值不要设得太小比如低于64秒可能被系统忽略或者造成不必要的网络开销。局域网内3600到144001到4小时是比较合理的范围。3.3 验证客户端同步状态在客户端执行w32tm /query /status看Source字段是否显示你配置的服务端IP。再看Last Successful Sync Time是不是刚才的时间。如果显示「尚未同步」用w32tm /resync手动触发一次。更详细的诊断用w32tm /query /peers这个命令列出所有配置的时间源及其状态。State显示Active表示正在使用Pending表示还在尝试连接。如果一直是Pending大概率是网络不通或者服务端防火墙没放行。还有一个实用的验证命令w32tm /stripchart /computer:192.168.1.100 /samples:5 /dataonly它会向服务端发5个时间请求显示每次的偏移量。/dataonly只输出数据不画图。偏移量在几毫秒以内算正常如果超过100毫秒检查网络是否有拥塞或者服务端负载是否过高。4. 避坑与排查NTP服务端不响应、时间跳变、权限报错4.1 客户端一直同步失败服务端netstat看不到123端口现象客户端w32tm /resync返回「由于超时时间已过该操作返回」服务端netstat -an看不到UDP 123监听。原因NtpServer的Enabled值没改或者改了没重启W32Time服务。还有一种可能是W32Time服务被其他服务依赖导致启动失败。解决确认注册表NtpServer\Enabled为1然后net stop w32time net start w32time。如果服务启动报错查看事件查看器里Windows Time Service的日志常见的是AnnounceFlags值不合法导致初始化失败。4.2 同步成功但时间跳变好几秒现象客户端同步后时间突然往前或往后跳了3到5秒日志时间戳出现断层。原因W32Time默认使用「 slewing」模式慢慢调整时间但如果偏移量超过MaxPosPhaseCorrection默认48小时或者MaxNegPhaseCorrection它会直接跳变。局域网内正常偏移应该在毫秒级出现秒级跳变说明服务端本身时间就不准。解决检查服务端的上游时间源。如果服务端用的是Local CMOS Clock而主板电池快没电了CMOS时间本身就在漂。给服务端配一个可靠的上游NTP源或者换电池。另外把LocalClockDispersion设小比如1让客户端更信任服务端。4.3 注册表改完不生效w32tm查询还是旧值现象reg add执行成功但w32tm /query /configuration看到的还是旧参数。原因W32Time服务在启动时读取注册表并缓存在内存里不重启服务不会重新加载。另外有些参数属于Config层级需要w32tm /config /update才会刷新。解决改完注册表后执行w32tm /config /update然后重启服务。顺序很重要先update再重启反过来可能被旧配置覆盖。4.4 非管理员权限执行reg add报「拒绝访问」现象在普通CMD窗口执行reg add提示「错误拒绝访问」。原因HKLM下的注册表键需要管理员权限才能写入。解决以管理员身份运行CMD或PowerShell。如果是在脚本里批量执行确保脚本以提升权限运行。PowerShell里可以用Start-Process cmd -Verb RunAs提权但会弹UAC确认框无人值守场景需要提前配置好权限。4.5 客户端显示同步成功但时间还是差几秒现象w32tm /query /status显示Last Successful Sync Time是刚才但w32tm /stripchart测出来偏移量有2到3秒。原因W32Time的同步精度受限于网络往返延迟和本地时钟频率。如果服务端和客户端之间的网络延迟本身就有几十毫秒加上W32Time的滤波算法最终精度可能在百毫秒级。另外SpecialPollInterval设得太大两次同步之间本地时钟漂移也会累积。解决局域网内把SpecialPollInterval设成3600或更小。如果对精度要求更高比如毫秒级W32Time本身的能力有限需要考虑专门的NTP硬件或者PTP方案。对于大多数日志审计场景百毫秒级精度已经够用。5. 进阶技巧用组策略批量下发NTP配置与精度验证5.1 组策略批量配置客户端如果内网有几十上百台Windows机器逐台敲w32tm命令不现实。组策略可以批量下发NTP配置。在域控上打开「组策略管理」编辑一个应用到所有客户端的GPO路径在「计算机配置 → 管理模板 → 系统 → Windows时间服务 → 时间提供程序」。启用「配置Windows NTP客户端」在「NtpServer」字段填服务端IP逗号后面跟0x9表示使用特殊轮询间隔。Type选NTP。SpecialPollInterval填3600。这样客户端开机自动应用配置不需要人工干预。工作组环境没有组策略的话可以用登录脚本或者配置管理工具比如Ansible的win_command模块批量执行w32tm命令。核心命令和前面手动配置一样只是包了一层循环。5.2 用w32tm监控长期偏移趋势搭好服务端不是终点时间同步是个持续过程。我习惯在服务端上跑一个定时任务每小时记录一次w32tm /stripchart的偏移量写到CSV里。跑一周后看趋势如果偏移量在逐渐增大说明服务端的上游时间源有问题或者本地时钟漂移太快。w32tm /stripchart /computer:127.0.0.1 /samples:1 /dataonly C:\ntp_log.csv这条命令测的是服务端本机跟自己的偏移正常应该接近0。如果持续偏大检查LocalClockDispersion和上游时间源配置。5.3 精度验证的参考指标局域网NTP的精度受多个因素影响下面这张表是我在实际项目中总结的参考值指标典型值说明网络往返延迟1ms同一交换机下W32Time同步精度10-100ms受滤波算法限制SpecialPollInterval3600s每小时同步一次LocalClockDispersion1s局域网建议值客户端偏移告警阈值500ms超过需排查如果业务对时间精度要求高于100msW32Time可能不够用。这种场景下常见做法是上专门的NTP设备或者用PTP精确时间协议但那已经是另一个话题了。5.4 一个容易忽略的细节服务端自身的上游时间源很多人搭好局域网NTP服务端后忘了给服务端本身配一个可靠的上游时间源。服务端如果只靠CMOS时钟跑几天就会漂。我一般会给服务端配两到三个上游源一个走公网NTP池一个走内部其他可靠设备用w32tm /config /manualpeerlist:ntp1 ntp2 /syncfromflags:manual /reliable:yes /update配置。/reliable:yes表示这台机器是可靠时间源会向下游授时。如果内网完全隔离不能走公网那就需要一台带GPS或北斗授时模块的设备做一级时间源Windows服务端从它取时。这种方案在电力、交通行业很常见成本也不高一个USB授时模块几百块就能搞定。我自己的习惯是搭好NTP服务端后先跑一周的偏移量日志确认稳定了再批量推客户端配置。急着全量推的话万一服务端本身有问题所有客户端跟着一起漂排查起来更麻烦。希望帮到你。本文还有配套的精品资源点击获取 Windows局域网NTP服务器搭建：W32Time注册表调优与客户端同步配置
简介这份PDF文档面向需要在Windows环境下搭建局域网NTP服务器的网络运维人员与系统管理员针对网络设备无法同步时间、始终显示unsynchronized等常见问题提供可落地的注册表配置思路。内容围绕启用NTPServer服务、关闭NTP Client、强制主机使用内置CMOS时钟作为可靠事件源、调整LocalClockDispersion值以及NTP协议Reference ID字段携带服务器IP等关键知识点展开并附有抓包对比说明便于读者理解Windows客户端与Cisco、H3C等网络设备同步差异的成因。资源包共1个PDF文件大小约594KB轻量便携适合随时查阅与对照操作。目前已有611人学习下载适合希望快速排查时间同步故障、完善局域网时间服务的中高级网络技术人员参考。1. 局域网NTP服务器为什么Windows自带的时间同步总差那几秒机房里有二十多台设备工控机、摄像头、存储阵列各自为政日志时间戳对不上排查故障时根本串不起时间线。你可能会想Windows不是自带Internet时间同步吗问题恰恰出在这里默认的time.windows.com走公网延迟抖动大断网就彻底失联而且同步周期最短也要一周以上。对于需要毫秒级时间对齐的日志审计、视频时间戳、数据库主从同步场景这个精度完全不够用。这篇内容讲的是在Windows上搭一台局域网NTP服务器让内网所有设备从一个稳定的本地时间源取时。适合有内网设备统一授时需求的运维、工控、安防从业者。核心思路是用Windows自带的时间服务W32Time做服务端通过注册表调优参数再让客户端指向这台内网服务器。不需要额外装第三方软件一台常开的Windows机器就能撑起整个局域网的时间基准。2. 把Windows变成NTP服务端W32Time的工作模式与注册表调参2.1 W32Time的两种角色NT5DS与NTPWindows时间服务W32Time默认运行在域环境下的NT5DS模式自动跟域控同步。工作组环境或者独立服务器上它其实也能当NTP服务端用只是默认配置没打开这个能力。关键在注册表路径HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer下的Enabled值默认是0改成1才对外提供NTP响应。另一个容易忽略的点是W32Time服务的启动类型。默认是「手动触发器启动」系统重启后如果没触发条件服务可能没跑起来。要改成自动启动保证开机就在监听123端口。我一般会先确认服务状态sc query w32time如果STATE显示STOPPED先手动启动net start w32time然后把启动类型改成自动sc config w32time start auto注意start后面有个空格这是sc命令的语法要求少了空格会报参数错误。这个坑我踩过不止一次。2.2 注册表里必须改的四个值W32Time的行为几乎全靠注册表控制。下面这几个值决定了它能不能稳定对外授时。第一个是前面说的NtpServer\Enabled设为1。第二个是NtpServer\InputProvider保持默认1不动它表示接收来自其他时间源的输入。第三个在HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Config下叫AnnounceFlags默认值是10十六进制0xa这个值表示这台机器是「可靠时间源」。如果设成5或者别的值客户端可能不认它。改成10。第四个是Config\LocalClockDispersion默认10单位是秒表示本地时钟的离散度。局域网内授时建议改成1甚至0告诉客户端「我这台机器的时间很准放心用」。用reg add命令一次性改完reg add HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer /v Enabled /t REG_DWORD /d 1 /f reg add HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Config /v AnnounceFlags /t REG_DWORD /d 10 /f reg add HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Config /v LocalClockDispersion /t REG_DWORD /d 1 /f每条命令的/v指定值名/t指定类型/d指定数据/f表示强制覆盖不提示。改完必须重启W32Time服务才生效net stop w32time net start w32time2.3 防火墙放行UDP 123NTP走UDP 123端口。Windows防火墙默认可能没放行入站UDP 123。不放行的话服务端自己觉得在正常工作客户端却永远超时。netsh advfirewall firewall add rule nameNTP Server UDP 123 dirin actionallow protocolUDP localport123这条命令创建一条入站规则允许UDP 123。dirin表示入站actionallow表示允许protocolUDP指定协议localport123指定本地端口。执行完可以用netsh advfirewall firewall show rule nameNTP Server UDP 123确认规则存在。提示如果服务器有多块网卡确认规则应用在了正确的网络配置文件上域/专用/公用。用Get-NetConnectionProfile可以查看当前网络类型。2.4 验证服务端是否在监听改完配置后在服务端本机验证w32tm /query /status输出里重点看Source字段应该显示Local CMOS Clock或者你指定的上游时间源。Stratum值应该是1或2。如果Stratum显示0说明时间服务没正常初始化。再确认端口监听netstat -an | findstr :123应该看到UDP 0.0.0.0:123的监听项。如果没有回头检查NtpServer的Enabled值和服务是否真的重启了。3. 客户端怎么指过来配置命令与同步验证3.1 用w32tm命令指定内网时间源客户端不需要改注册表直接用w32tm命令配置就行。假设服务端IP是192.168.1.100w32tm /config /manualpeerlist:192.168.1.100 /syncfromflags:manual /reliable:no /update/manualpeerlist指定时间源列表多个源用空格分隔并加引号。/syncfromflags:manual表示只从手动指定的源同步不找域控。/reliable:no表示这台客户端不是可靠时间源。/update通知时间服务配置已变更。然后重启服务并强制同步net stop w32time net start w32time w32tm /resync /force/force表示即使时间差很小也强制同步。如果返回「命令成功完成」说明同步请求发出去了。3.2 同步周期怎么调默认情况下Windows客户端同步间隔是604800秒7天这个周期对日志审计场景太长了。改同步周期在注册表HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient下SpecialPollInterval值单位是秒。改成3600就是每小时同步一次。reg add HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient /v SpecialPollInterval /t REG_DWORD /d 3600 /f改完同样要重启W32Time服务。注意这个值不要设得太小比如低于64秒可能被系统忽略或者造成不必要的网络开销。局域网内3600到144001到4小时是比较合理的范围。3.3 验证客户端同步状态在客户端执行w32tm /query /status看Source字段是否显示你配置的服务端IP。再看Last Successful Sync Time是不是刚才的时间。如果显示「尚未同步」用w32tm /resync手动触发一次。更详细的诊断用w32tm /query /peers这个命令列出所有配置的时间源及其状态。State显示Active表示正在使用Pending表示还在尝试连接。如果一直是Pending大概率是网络不通或者服务端防火墙没放行。还有一个实用的验证命令w32tm /stripchart /computer:192.168.1.100 /samples:5 /dataonly它会向服务端发5个时间请求显示每次的偏移量。/dataonly只输出数据不画图。偏移量在几毫秒以内算正常如果超过100毫秒检查网络是否有拥塞或者服务端负载是否过高。4. 避坑与排查NTP服务端不响应、时间跳变、权限报错4.1 客户端一直同步失败服务端netstat看不到123端口现象客户端w32tm /resync返回「由于超时时间已过该操作返回」服务端netstat -an看不到UDP 123监听。原因NtpServer的Enabled值没改或者改了没重启W32Time服务。还有一种可能是W32Time服务被其他服务依赖导致启动失败。解决确认注册表NtpServer\Enabled为1然后net stop w32time net start w32time。如果服务启动报错查看事件查看器里Windows Time Service的日志常见的是AnnounceFlags值不合法导致初始化失败。4.2 同步成功但时间跳变好几秒现象客户端同步后时间突然往前或往后跳了3到5秒日志时间戳出现断层。原因W32Time默认使用「 slewing」模式慢慢调整时间但如果偏移量超过MaxPosPhaseCorrection默认48小时或者MaxNegPhaseCorrection它会直接跳变。局域网内正常偏移应该在毫秒级出现秒级跳变说明服务端本身时间就不准。解决检查服务端的上游时间源。如果服务端用的是Local CMOS Clock而主板电池快没电了CMOS时间本身就在漂。给服务端配一个可靠的上游NTP源或者换电池。另外把LocalClockDispersion设小比如1让客户端更信任服务端。4.3 注册表改完不生效w32tm查询还是旧值现象reg add执行成功但w32tm /query /configuration看到的还是旧参数。原因W32Time服务在启动时读取注册表并缓存在内存里不重启服务不会重新加载。另外有些参数属于Config层级需要w32tm /config /update才会刷新。解决改完注册表后执行w32tm /config /update然后重启服务。顺序很重要先update再重启反过来可能被旧配置覆盖。4.4 非管理员权限执行reg add报「拒绝访问」现象在普通CMD窗口执行reg add提示「错误拒绝访问」。原因HKLM下的注册表键需要管理员权限才能写入。解决以管理员身份运行CMD或PowerShell。如果是在脚本里批量执行确保脚本以提升权限运行。PowerShell里可以用Start-Process cmd -Verb RunAs提权但会弹UAC确认框无人值守场景需要提前配置好权限。4.5 客户端显示同步成功但时间还是差几秒现象w32tm /query /status显示Last Successful Sync Time是刚才但w32tm /stripchart测出来偏移量有2到3秒。原因W32Time的同步精度受限于网络往返延迟和本地时钟频率。如果服务端和客户端之间的网络延迟本身就有几十毫秒加上W32Time的滤波算法最终精度可能在百毫秒级。另外SpecialPollInterval设得太大两次同步之间本地时钟漂移也会累积。解决局域网内把SpecialPollInterval设成3600或更小。如果对精度要求更高比如毫秒级W32Time本身的能力有限需要考虑专门的NTP硬件或者PTP方案。对于大多数日志审计场景百毫秒级精度已经够用。5. 进阶技巧用组策略批量下发NTP配置与精度验证5.1 组策略批量配置客户端如果内网有几十上百台Windows机器逐台敲w32tm命令不现实。组策略可以批量下发NTP配置。在域控上打开「组策略管理」编辑一个应用到所有客户端的GPO路径在「计算机配置 → 管理模板 → 系统 → Windows时间服务 → 时间提供程序」。启用「配置Windows NTP客户端」在「NtpServer」字段填服务端IP逗号后面跟0x9表示使用特殊轮询间隔。Type选NTP。SpecialPollInterval填3600。这样客户端开机自动应用配置不需要人工干预。工作组环境没有组策略的话可以用登录脚本或者配置管理工具比如Ansible的win_command模块批量执行w32tm命令。核心命令和前面手动配置一样只是包了一层循环。5.2 用w32tm监控长期偏移趋势搭好服务端不是终点时间同步是个持续过程。我习惯在服务端上跑一个定时任务每小时记录一次w32tm /stripchart的偏移量写到CSV里。跑一周后看趋势如果偏移量在逐渐增大说明服务端的上游时间源有问题或者本地时钟漂移太快。w32tm /stripchart /computer:127.0.0.1 /samples:1 /dataonly C:\ntp_log.csv这条命令测的是服务端本机跟自己的偏移正常应该接近0。如果持续偏大检查LocalClockDispersion和上游时间源配置。5.3 精度验证的参考指标局域网NTP的精度受多个因素影响下面这张表是我在实际项目中总结的参考值指标典型值说明网络往返延迟1ms同一交换机下W32Time同步精度10-100ms受滤波算法限制SpecialPollInterval3600s每小时同步一次LocalClockDispersion1s局域网建议值客户端偏移告警阈值500ms超过需排查如果业务对时间精度要求高于100msW32Time可能不够用。这种场景下常见做法是上专门的NTP设备或者用PTP精确时间协议但那已经是另一个话题了。5.4 一个容易忽略的细节服务端自身的上游时间源很多人搭好局域网NTP服务端后忘了给服务端本身配一个可靠的上游时间源。服务端如果只靠CMOS时钟跑几天就会漂。我一般会给服务端配两到三个上游源一个走公网NTP池一个走内部其他可靠设备用w32tm /config /manualpeerlist:ntp1 ntp2 /syncfromflags:manual /reliable:yes /update配置。/reliable:yes表示这台机器是可靠时间源会向下游授时。如果内网完全隔离不能走公网那就需要一台带GPS或北斗授时模块的设备做一级时间源Windows服务端从它取时。这种方案在电力、交通行业很常见成本也不高一个USB授时模块几百块就能搞定。我自己的习惯是搭好NTP服务端后先跑一周的偏移量日志确认稳定了再批量推客户端配置。急着全量推的话万一服务端本身有问题所有客户端跟着一起漂排查起来更麻烦。希望帮到你。本文还有配套的精品资源点击获取