Mint 18.1 - "풀 서버 xxx.xxx.xxx.xxx에 대한 요청"이 많습니다.

Mint 18.1 - "풀 서버 xxx.xxx.xxx.xxx에 대한 요청"이 많습니다.

오디오 문제에 대해 syslog를 살펴본 결과 풀 서버 ntp 데몬을 요청하는 많은 메시지를 보았습니다. 과거에 다른 Linux를 실행해 봤지만 그렇게 많은 ntp 로그 메시지를 본 기억은 없습니다. 이는 새로운 네트워크 문제로 인한 것일 수 있습니다. Mint에서는 이러한 문제가 자주 발생합니까? "일반적인" 경우 닥칠 수 있는 방법이 있나요?

그 이후로 통신업체와 라우터 하드웨어를 변경했기 때문에 네트워크에 일부 문제가 있을 가능성도 배제할 수 없습니다. 인터넷 접속이나 온라인 게임 등을 플레이하는 데 아무런 문제가 없었습니다.

답변1

이 메시지는 ntpd 서버가 동기화할 더 많은 시간 소스를 찾고 있음을 의미합니다. 특히 중단이나 재부팅 후 네트워크에 다시 연결한 후에는 이러한 중 몇 가지가 표시될 것으로 예상되지만 ntpd 및 네트워크 연결이 원활하게 실행되고 있다면 하루에 몇 개 이상 표시되어서는 안 됩니다. 몇 분마다 몇 번씩 발생한다면 문제가 될 수 있습니다.

ntpd가 성공적으로 피어에 연결하고 시간을 동기화했습니까? 를 이용하여 확인할 수 있습니다 ntpq. 에서 피어 목록 ntpq -c pe과 보고된 계층 및 참조 시간을 확인하세요 ntpq -c rv. 레벨 16은 "동기화되지 않음"을 의미합니다.

이것:

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 [email protected] 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

NTP가 실제로 작동하지 않는다는 의미입니다(이 경우에는 방금 시작했기 때문에).

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 [email protected] 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

이는 NTP가 제대로 작동하고 있음을 의미합니다.

동기화되지 않고 오랫동안 그대로 유지된다면 네트워크 또는 구성 문제가 있을 수 있습니다. 도움말 보기 man 5 ntp.conf및 보기구성을 위한 NTP.org 지원 페이지몇 가지 예를 들어보세요. 내 경우에는 "풀 서버 요청" 스팸이 끊임없이 발생하는 이유는 nopeer풀 서버에 대해 이 명령을 꺼야 했기 때문입니다.

답변2

내가 보기에 NTP는 NTP 서버에서 시간 데이터를 요청한 다음 이를 시스템 로그에 게시하는 작업을 수행하는 것 같습니다. 전혀 걱정할 필요가 없습니다.

관련 정보