为什么 NTP 池的 Ubuntu 地址在它们不起作用时提供?

Pet*_*lla 4 server networking ntp

看:

$ ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 0.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 1.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 2.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 3.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 ntp.ubuntu.com  .POOL.          16 p    -   64    0    0.000    0.000   0.000
+213.95.200.107  213.95.151.123   2 u   87  256  377    4.874   -0.408   0.127
-37.221.192.191  131.188.3.221    2 u  187  256  377    4.806   -0.473   0.309
-vpn88.smart-met 193.190.230.66   2 u  243  256  377    5.192   -0.788   0.118
*ntp.etech.haw-h .PPS.            1 u  191  256  377   14.925    1.388   0.188
+formularfetisch 192.53.103.104   2 u  170  256  377    6.055   -0.287   0.127
Run Code Online (Sandbox Code Playgroud)

小智 6

他们在工作。它们在延迟等中给出零值的原因是它们是pools

服务器地址如下:

+213.95.200.107  213.95.151.123   2 u   87  256  377    4.874   -0.408   0.127
-37.221.192.191  131.188.3.221    2 u  187  256  377    4.806   -0.473   0.309
-vpn88.smart-met 193.190.230.66   2 u  243  256  377    5.192   -0.788   0.118
*ntp.etech.haw-h .PPS.            1 u  191  256  377   14.925    1.388   0.188
+formularfetisch 192.53.103.104   2 u  170  256  377    6.055   -0.287   0.127
Run Code Online (Sandbox Code Playgroud)

...来自这些池地址,这些地址收集了多个服务器并将它们提供给操作系统。