최근에 호스트에 최신 NTP 서버가 필요한 상황이 발생했습니다. 주말에 인터넷 라우터가 다운되었습니다. 모든 것이 정상으로 돌아왔을 때 우리 애플리케이션은 여전히 NTP에 대해 불평하고 있습니다.
우리는 ntp 클라이언트가 동기화하는 데 9시간이 걸리는 것을 발견했습니다. 이것은 ntpd의 로그입니다:
Aug 19 15:31:15 host ntpd[26550]: kernel time sync status 0040
Aug 19 15:31:15 host ntpd[26550]: frequency initialized 97.149 PPM from /tmp/drift
Aug 20 00:29:24 host ntpd[26550]: synchronized to 192.168.10.13, stratum 3
Aug 20 00:29:24 host ntpd[26550]: kernel time sync disabled 0001
문제가 발생하면 피어 상태의 출력은 다음과 같습니다.
# ntpq
ntpq> peers
remote refid st t when poll reach delay offset jitter
==============================================================================
srv1 145.238.203.10 3 u 31 64 377 0.714 -685.16 6.388
srv2 145.238.203.10 3 u 5 64 377 0.652 -1385.7 12.165
누군가 이 문제를 해결하려면 minpoll과 maxpoll 설정을 사용해야 한다고 말했습니다.
9H NTP 동기화를 피하는 방법은 무엇입니까?
답변1
sudo rdate -nv 2.pool.ntp.org오프셋이 너무 큽니다. 예를 들어 rdate( ) 또는 xntpd 자체 ntptime 유틸리티를 사용하여 xntpd를 시작하기 전에 시계를 "한 번" 동기화해야 합니다 .
답변2
또 다른 옵션은 ntp.conf에 다음을 추가하는 것입니다.
tinker panic 0
-g아니면 ntpd 시작 옵션에 추가하세요 .
이렇게 하면 ntpd가 오프셋의 크기에 관계없이 오프셋을 처리할 수 있습니다.
한 가지 더, 두 개의 시간 서버는 시간을 얻기 위한 최악의 구성입니다. ntpd가 다른 시간을 보고하면 어떤 시계가 더 좋은지 알 수 없습니다. 최소한 3개의 시계를 사용하십시오.
"시계를 가진 사람은 지금이 몇 시인지 압니다. 시계 두 개를 가진 사람은 결코 시간을 알 수 없습니다."