当启用 Windows 以通过 Internet 设置系统时间时,我会看到以下对话框:
我选择哪个时间服务器有关系吗?
我怎么知道一个是否比其他的“更好”?
我选择哪个时间服务器有关系吗?
简短回答:是的
虽然所有 NTP 服务器都努力与 UTC 保持同步,但它们与您的距离以及介入网络会影响 NTP 因素,例如延迟和抖动。还有可用性问题,并非所有服务器都可以永远持续可用。
据我所知,UTC 和 0 层 NTP 服务不受 USNO 监督、监管或提供,即使在美国也是如此。UTC 由 ITU 定义,基于 TAI 加闰秒(我相信由 ERS 确定) TAI 由一组 70 个国际实验室(其中 USNO 是其中之一,但也包括华盛顿的 NRL 和博尔德的 NIST)维护并协调由法国 BIPM。
我会为您的语言环境使用ntp 池。
我怎么知道一个是否比其他的“更好”?
通过在合适的系统上运行真正的 NTP 客户端并查看统计信息
# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
connorw600.info europium.canoni 16 u 182d 1024 0 0.000 0.000 4000.00
*dns0.rmplc.co.u ntp1.ja.net 2 u 659 1024 377 27.015 -4.936 1.034
+82.113.154.206 ntp4.ja.net 2 u 700 1024 377 24.853 -4.827 0.788
+dawn.rt.uk.eu.o ntp1.nl.uu.net 2 u 913 1024 377 29.364 -5.614 0.691
Run Code Online (Sandbox Code Playgroud)
看起来 connorw600.info ......将是一个糟糕的选择。
根据维基百科,网络时间协议的工作原理如下:
要将其时钟与远程服务器同步,NTP 客户端必须计算往返延迟时间和偏移量。往返延迟计算为
, 在哪里
是请求包传输的时间,
是请求包接收的时间,
是响应包传输的时间和
是响应包接收的时间。
是客户端从发出请求包到接收到响应包之间经过的时间,而
是服务器在发送答案之前等待的时间。偏移量由下式给出
.
当客户端和服务器之间的传入和传出路由具有对称的标称延迟时,NTP 同步是正确的。如果路线没有共同的标称延迟,则同步具有向前和向后旅行时间差一半的系统偏差。
从这个解释我们可以承认,要获得准确的时钟同步,服务器响应您的请求的延迟时间与您响应服务器完成同步的延迟时间之间的差异必须很小。因此,如果您正在运行的服务器离您很远(我的意思是,您和 NTP 服务器之间有很多“点”或路由器),那么您发送的 NTP 数据包可能会有不同的“路径”接收和发送增加。
因此,根据我对案例的解释,同步时钟的最佳服务器是“更接近”的服务器。我的意思是,如果你得到你和服务器之间“点”的痕迹,你会选择跳跃较少的那个。您可以使用 Windows 中的“tracert”命令为您解析最佳公共 NTP 服务器。
另外,请记住,除了这些标准选项之外,Internet 上还有许多公共 NTP 服务器。