☰

NTP 클라이언트가 업데이트되지 않음

tag-icon • tag-icon debian esxi ntp
NTP 클라이언트가 업데이트되지 않음

ESXI에 많은 Linux 가상 머신이 있고 하나의 Linux 머신을 NTP 서버로 구성했으며 해당 서버는 인터넷을 통해 NTP 서버에서 시간을 업데이트하고 있습니다. 이 서버는 제대로 작동하고 인터넷을 통해 NTP 서버에서 시간을 업데이트하고 있습니다. ntpq -p 명령에서. 이제 다른 가상 머신은 어떤 이유로 시간을 업데이트하지 않고 이를 NTP 서버로 사용하고 있습니다. ntpq -p의 결과는 다음과 같습니다.

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 X.Y.177.90.75   .INIT.          16 u    - 1024    0    0.000    0.000   0.000
 X.Y.90.1    .INIT.          16 u    - 1024    0    0.000    0.000   0.000

10시간 넘게 기다렸는데 결과는 바뀌지 않았습니다!!! :( 방화벽 문제 없음, 클라이언트와 서버 모두의 구성은 서버 IP의 일부와 동일하며 클라이언트는 로컬 서버를 가리키고 로컬 서버는 인터넷 서버를 가리키고 있습니다 !!! 그런데, 저는 데비안을 리눅스로 사용하고 있습니다 !!! :(

답변1

연결 가능성이 0이면 기본 네트워크 문제나 방화벽 설정으로 인해 VM이 서로 통신할 수 없음을 의미합니다.

나는 다음을 사용하여 다양한 테스트를 수행할 것이다.

  • pingNTP 클라이언트에서 NTP 서버로(그러나 Ping은 때때로 FW에 의해 차단됨)
  • sshNTP 클라이언트에서 NTP 서버로(아마도 차단 빈도가 낮음)
  • ntpdate -d 129.177.90.75

129.177.90.75와 129.177.90.1은 모두 NTP를 서비스로 실행하는 로컬 VM의 로컬 주소라고 가정했습니다. 그렇지 않은 경우 질문을 업데이트하여 이 점을 명확히 하십시오.

추신 참고로, 과거에 제 경험에 따르면 네트워크의 다른 컴퓨터에 안정적인 서비스를 제공하려면 네트워크에 최소 3개의 로컬 NTP 서버가 필요했습니다(그렇지 않으면 시계가 수렴하지 않는 경우도 있음).

조달청 VM은 NTP보다 호스트 시계를 사용하는 것이 더 나을 것 같습니다. VM에서 NTP를 사용하는 것은 문제가 있었습니다.

관련 정보