아무것도 추적할 수 없는 이상한 문제가 있습니다. 하지만 경험이 부족해서 분명한 것을 놓치고 있는 것 같습니다.
ntpd컴퓨터(Debian Tower 및 Raspbian)의 시간이 정확함에도 불구하고 서비스가 계속 인터넷에 액세스하려고 시도하는 이유를 이해하는 데 어려움을 겪고 있습니다 . 내 생각에는 데몬이 지속적인 시도보다는 업데이트를 예약하도록 설계되었다는 것 같습니다.
기본적으로, 라우터의 활성 연결을 확인할 때마다 항상 각 Linux 상자에서 NTP 서버에 대한 연결이 3개 이상 발견되며 때로는 총 15개 이상의 설정된 연결이 발견되기도 합니다.
라우터에 대한 연결을 끊으면(모든 연결 지우기) 새로운 시도를 수행하기 전의 대기 시간은 분명히 매우 짧지만, 가정된 업데이트 프로세스가 완료될 때까지 기다리는 시간은 결코 "작업을 완료"하지 못하는 점점 더 많은 연결이 됩니다.
추론할 수 있듯이(RPi에는 RTC가 없음) Raspbian에 현재 시계가 있다는 단순한 사실은 어느 시점에서 업데이트가 완료되고 시간이 설정되었음을 의미합니다.
이것이 얼마나 짜증나기 시작하는지 설명할 필요는 없지만, 앞에서 말했듯이 불행하게도 나는 원인을 제대로 추적할 수 있는 지식이 없습니다(아마도 소프트웨어 도구를 의미할 것입니다).
- 이 문제에 대한 단서를 찾기 위해 어떤 조치를 권장하시겠습니까?
- 구성 오류로 인한 것일 수 있습니까?
- 아니면 이것이 정상적인 행동입니까?
귀중한 피드백을 보내주셔서 미리 감사드립니다.
답변1
NTP기본적으로 참가자(실행 중인 시스템 포함 ntpd)는 시간 동기화 프로토콜을 사용하여 주기적으로 메시지를 교환합니다. 이는 시스템에서 다양한 NTP 서버로의 여러 연결을 보는 것이 완전히 정상임을 의미합니다. ntpq다음 명령을 실행하고 사용하여 이에 대해 자세히 알아볼 수 있습니다 peers.
ntpq> peers
remote refid st t when poll reach delay offset jitter
==============================================================================
0.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
1.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
2.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
3.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000
-ntp-3.arkena.ne 138.96.64.10 2 u 837 1024 377 45.882 -0.773 0.748
-ntp.univ-angers 145.238.203.14 2 u 684 1024 377 55.914 1.742 0.605
+regar42.fr 195.154.10.106 4 u 702 1024 377 47.394 -0.125 1.287
*dedibox.demonge 195.83.222.27 2 u 693 1024 377 45.821 0.628 2.468
-infidel.e-lista 145.238.203.14 2 u 699 1024 375 50.725 0.767 1.069
+195-154-10-106. 175.122.215.45 3 u 460 1024 377 46.420 0.052 2.269
(또는 단순히 ntpq -p쉘에서).
가끔씩 일회성 시계 동기화를 실행하려는 경우 이 기능을 사용하는 것이 가장 좋습니다 ntpdate.