Ntp

您如何處理不可靠的 NTP 對等點?

  • September 19, 2014

我執行 lynis 1.5.6 並收到以下日誌消息。

Performing test ID TIME-3120 (Check unreliable NTP peers)
Test: Checking unreliable ntp peers
Result: Found one or more unreliable peers (marked with a minus or dash sign)
Unreliable peer: 50.7.96.4
Suggestion: Check ntpq peers output for unreliable ntp peers and correct/replace them [TIME-3120]

我跑了

sudo ntpq -i 它給出了這裡解釋的命令。但是,它沒有說明如何糾正或替換對等點。

我做了這裡建議的更改,但仍然得到 lynis 的建議。我查看了 /var/log/ntpstats ,那裡什麼也沒有。根據 isc.sans.edu,我確實給了不可靠的對等體 50.7.0.147,即 Abovenet Communications。

可以忽略這個 lynis 的建議嗎?

您可以忽略該警告。老實說,這不是對等狀態程式碼的準確描述。減號並不意味著伺服器不可靠。這意味著對等點被集群算法丟棄。這是時鐘選擇算法的正常副產品。

另一個答案建議使用池項目中的伺服器。池項目監視伺服器並刪除那些執行不正常的伺服器。但是,它不會為您消除對等狀態程式碼中有負號的伺服器。此外,作為客戶,您無法控制池項目隨機分配給您的伺服器。給定一個體面的對等點列表,集群算法很可能會拒絕一台伺服器。這可能是出於多種原因,例如延遲峰值或溫度變化。這是我剛啟動的機器上的 ntpqq 廣告牌。我有我的本地 ntp 伺服器(第 1 層 GPS)、另一個靠近我的第 1 層伺服器以及池項目為我隨機選擇的四台伺服器。

dfc@jumbo:~$ ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*ronin.llamahaus .GPS.            1 u   58   64    7    0.187   -0.168   0.789
+clock1.alb1.ino .CDMA.           1 u   59   64    7   37.231    6.703   3.304
+pool-test.ntp.o 204.123.2.5      2 u   60   64    7   77.727    1.775   1.139
-defiance.terran 209.118.204.201  3 u   59   64    7   50.638   10.097   1.630
-ponderosa.piney 209.51.161.238   2 u   57   64    7   37.756    9.511   2.780
+greenwix.netlob 216.218.254.202  2 u   56   64    7   87.031   -2.368   1.846

前面有兩台帶減號的伺服器,它們是池伺服器。ntp 沒有選擇與時間同步的那些。帶有星號的伺服器是我與之同步的對等方,帶有加號的伺服器是其他候選者。

TLDR:忽略來自 lynis 的警告。如果您想了解有關對等狀態程式碼的更多資訊,請查看 ntp.org 的文件。

引用自:https://unix.stackexchange.com/questions/156350