Debian Stable (5.0.3) 서버가 실행 중이며 ntpd
인터넷에 연결되어 있습니다. 여전히 시스템 시계가 약 5 분 정도 잘못되었습니다.
$ /etc/init.d/ntp status
NTP server is running..
의 관련 부품 (제 생각에) /etc/ntp.conf
:
driftfile /var/lib/ntp/ntp.drift
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
server 0.europe.pool.ntp.org
server 1.europe.pool.ntp.org
server 2.europe.pool.ntp.org
server 3.europe.pool.ntp.org
NTP가 반드시 시계를 즉시 제 시간에 가져 오지는 않는다는 것을 알고 있습니다. 그래도 NTP가 작업을 수행하고 시계를 동기화했다고 합리적으로 기대하기 위해 몇 시간 또는 며칠을 기다려야합니까?
다른 구성 파일 또는 옵션이 누락되었거나 잘못된 일이 있습니까? 가 NTP (대신 등의 ntpdate를가 )이 적합한 도구? 구성이 올바른지, 선택한 NTP 서버가 올바른 시간을 반환하는지 확인하는 빠른 방법이 있습니까?
편집 : 출력 ntpq -p
은 다음과 같습니다.
remote refid st t when poll reach delay offset jitter
==============================================================================
ns1.nexellent.n .INIT. 16 u - 1024 0 0.000 0.000 0.000
dnscache-madrid .INIT. 16 u - 1024 0 0.000 0.000 0.000
sinister.wzw.tu .INIT. 16 u - 1024 0 0.000 0.000 0.000
dnscache-frankf .INIT. 16 u - 1024 0 0.000 0.000 0.000
편집 2 : ntpdate -u 0.europe.pool.ntp.org
명령 ( brent 제안 )을 반환합니다.
17 Dec 17:37:29 ntpdate[14195]: no server suitable for synchronization found
... 다른 기계에서도 명령이 잘 작동합니다. 따라서이 특정 서버 (다른 네트워크에 있고 VPN을 통해 액세스)에 대한 네트워크 / 방화벽 설정을 살펴볼 것입니다.
해결 : 범인은 서버의 로컬 방화벽이 아니라 주변 네트워크의 방화벽 설정에있었습니다. 그래서 우리는 서버 호스팅 공급자에게 우리 컴퓨터에 NTP를 허용하도록 요청했으며 이제는 정상적으로 작동합니다. 예를 들어, ntpq -p
이제 다음을 반환합니다.
remote refid st t when poll reach delay offset jitter
==============================================================================
ns1.eunet.fi 192.36.144.23 2 u 10 64 1 1.043 0.258 0.001
ns2.eunet.fi 62.142.10.44 2 u 9 64 1 0.671 0.135 0.001
ns3.eunet.fi 62.142.10.44 2 u 8 64 1 0.750 0.277 0.001
(우리는 또한 호스팅 회사가 권장하는 eunet.fi 서버로 전환했지만 요점은 아닙니다.) brent의 답변 에 나오는 명령 은 문제가 NTP 구성이 아닌 NTP 서버에 대한 네트워크 액세스에 있다는 것을 알게 되었기 때문에 도움이되었습니다. 그 자체. 모두 감사합니다!