Klockan går fel i Debian server.
Hej!
Jag har ett problem i min Proxmox VE-server - klockan går fel!
Proxmox bygger på Debian, så det borde vara en enkel lösning. Googlande ger mig bra exempel på hur NTP fungerar, men inga förslag på lösning fungerar för mig.
Såhär ser det ut i terminalen den 25 Mars kl. 00:20:
root@garderoben:~# hwclock
Sun 24 Mar 2013 11:57:56 PM CET -0.781417 seconds
root@garderoben:~# date
Mon Mar 25 00:08:36 CET 2013
root@garderoben:~# ntpq -pn
remote refid st t when poll reach delay offset jitter
==============================================================================
64.99.80.30 .STEP. 16 u - 1024 0 0.000 0.000 0.000
83.177.160.188 192.36.133.17 2 u 24 64 377 10.545 711125. 6657.38
130.236.254.102 130.236.160.44 2 u 19 64 377 6.701 711238. 6715.29
81.234.134.160 192.36.133.17 2 u 64 64 377 9.753 710215. 6666.84
94.245.35.13 192.36.134.17 2 u 48 64 377 13.265 710579. 6696.22
178.78.255.254 192.36.144.22 2 u 57 64 377 3.056 710374. 6686.36
83.227.219.208 192.36.134.17 2 u 29 64 377 30.997 711012. 6650.62
46.22.115.26 213.114.136.148 3 u 36 64 377 6.176 710849. 6729.42
193.228.143.13 192.36.144.23 2 u 784 64 0 0.000 0.000 0.000
Efter att ha startat om NTP-servicen går jitter ner på noll på nästan alla servrar, men sedan efter någon minut är den uppe över 4000 (eller noll) på samtliga. Något är med andra ord uppenbart fel. Men vad?
Jag har port 123 öppnad i min router och startar jag om NTP-servicen får jag korrekt tid. Men det tar inte lång tid innan klockan börjar sakta in igen. Måste jag skapa ett cron-jobb som tvingar fram en omstart av NTP med jämna mellanrum eller finns det en bättre lösning? Tack på förhand.
Detta är innehållet i /etc/ntp.conf:
# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help
driftfile /var/lib/ntp/ntp.drift
# Enable this if you want statistics to be logged.
#statsdir /var/log/ntpstats/
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
# You do need to talk to an NTP server or two (or three).
#server ntp.your-provider.example
server europe.pool.org
server 0.pool.ntp.org
server 1.pool.ntp.org
server 2.pool.ntp.org
server 3.pool.ntp.org
# pool.ntp.org maps to about 1000 low-stratum NTP servers. Your server will
# pick a different set every time it starts up. Please consider joining the
# pool: <http://www.pool.ntp.org/join.html>
server 0.debian.pool.ntp.org iburst
server 1.debian.pool.ntp.org iburst
server 2.debian.pool.ntp.org iburst
server 3.debian.pool.ntp.org iburst
# Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
# details. The web page <http://support.ntp.org/bin/view/Support/AccessRestrictions>
# might also be helpful.
#
# Note that "restrict" applies to both servers and clients, so a configuration
# that might be intended to block requests from certain clients could also end
# up blocking replies from your own upstream servers.
# By default, exchange time with everybody, but don't allow configuration.
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery
# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1
restrict ::1
# Clients from this (example!) subnet have unlimited access, but only if
# cryptographically authenticated.
#restrict 192.168.123.0 mask 255.255.255.0 notrust
# If you want to provide time to your local subnet, change the next line.
# (Again, the address is an example only.)
#broadcast 192.168.123.255
# If you want to listen to time broadcasts on your local subnet, de-comment the
# next lines. Please do this only if you trust everybody on the network!
#disable auth
#broadcastclient
