Mint 18.1 - Toàn bộ rất nhiều máy chủ hồ bơi Soliciting xxx.xxx.xxx.xxx '

Tôi đang tìm kiếm trong syslog để xem xét vấn đề âm thanh và tôi thấy rất nhiều thông điệp ntp daemon của máy chủ hồ bơi. Tôi đã chạy linux khác trong quá khứ và không bao giờ nhớ lại thấy rất nhiều thông điệp nhật ký ntp. Đây có phải là do một vấn đề mạng mới, có lẽ nó phổ biến đối với Mint, có cách nào để che giấu chúng nếu nó là "phổ biến" không?

Tôi đã thay đổi nhà mạng và phần cứng bộ định tuyến kể từ những ngày đó, vì vậy tôi không loại trừ thứ gì đó trong mạng của mình. Tôi không gặp vấn đề gì khi truy cập internet hoặc chơi các trò chơi trực tuyến, v.v.

Các thông báo có nghĩa là máy chủ ntpd của bạn đang tìm kiếm nhiều nguồn thời gian hơn để đồng bộ hóa. Sẽ thấy một vài người trong số họ, đặc biệt là sau khi kết nối lại với mạng sau khi ngừng hoạt động hoặc khởi động lại, nhưng nếu ntpd và kết nối mạng của bạn đang hoạt động trơn tru, bạn không nên nhìn thấy nhiều hơn một vài ngày. Nếu bạn có vài phút một lần, đó có thể là một vấn đề.

Nntpd của bạn có kết nối với các đồng nghiệp và đồng bộ hóa thời gian thành công không? Bạn có thể kiểm tra bằng cách sử dụng ntpq. Nhìn vào danh sách các đồng nghiệp trong ntpq -c pevà tầng được báo cáo và giới thiệu lại trong ntpq -c rv. Địa tầng của 16 có nghĩa là không được đồng bộ hóa.

Điều này:

user@localhost $ ntpq -c pe
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 de.pool.ntp.org .POOL.          16 p    -   64    0    0.000    0.000   0.002
user@localhost $ ntpq -c rv
associd=0 status=c016 leap_alarm, sync_unspec, 1 event, restart,
version="ntpd 4.2.8p10@1.3728-o Tue Jun 20 08:08:18 UTC 2017 (1)",
processor="x86_64", system="Linux", leap=11, stratum=16,
precision=-23, rootdelay=0.000, rootdisp=0.090, refid=INIT,
reftime=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
clock=dde6bdf4.dec8453b  Fri, Dec 22 2017  0:10:44.870, peer=0, tc=3,
mintc=3, offset=0.000000, frequency=4.981, sys_jitter=0.000000,
clk_jitter=0.000, clk_wander=0.000

có nghĩa là NTP của bạn không thực sự hoạt động (trong trường hợp này vì tôi mới khởi động nó), trong khi điều này:

user@localhost $ ntpq -c pe
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 cz.pool.ntp.org .POOL.          16 p    -   64    0    0.000    0.000   0.002
+mail.nettel.cz  195.113.144.201  3 u    4   64  377    5.215   -0.842   0.332
*fedecks.wuji.cz 195.113.144.238  2 u   61   64  377    2.121   -2.005   0.171
-lx.ujf.cas.cz   .GPS.            1 u   62   64  177    2.662   -0.714   0.215
-pyrrha.fi.muni. 195.113.144.238  2 u   63   64  177    7.445   -0.697   0.340
-host-81-200-57- 192.168.3.246    2 u   55   64  177   15.792    0.098   1.160
  cz.inthouse.clo 147.231.2.6      2 u   47   64   17    5.338   -0.266   0.461
user@localhost $ ntpq -c rv
associd=0 status=0615 leap_none, sync_ntp, 1 event, clock_sync,
version="ntpd 4.2.8p10@1.3728-o Sat Jul 29 07:38:14 UTC 2017 (1)",
processor="ppc", system="Linux", leap=00, stratum=2,
precision=-19, rootdelay=2.652, rootdisp=4.409, refid=147.231.100.5,
reftime=dde6be4a.f90912d6  Fri, Dec 22 2017  0:12:10.972,
clock=dde6be4d.12f27b56  Fri, Dec 22 2017  0:12:13.074, peer=10703, tc=6,
mintc=3, offset=-0.387828, frequency=-254.539, sys_jitter=1.572660,
clk_jitter=0.456, clk_wander=0.098

có nghĩa là NTP của bạn hoạt động chính xác.

Nếu nó không đồng bộ hóa và duy trì như vậy trong một thời gian dài, bạn có thể gặp vấn đề về mạng hoặc cấu hình. Hãy xem man 5 ntp.conftrợ giúp và tại trang hỗ trợ của NTP.org về cấu hình để biết ví dụ. Trong trường hợp của tôi, lý do cho máy chủ pool pool Soliciting không giới hạn, spam spam là nopeerchỉ thị, phải tắt cho các máy chủ pool.

Đối với tôi có vẻ như NTP đang thực hiện công việc của mình: yêu cầu dữ liệu thời gian từ các máy chủ NTP, sau đó đăng nó trong syslog. Không có gì phải lo lắng về.