Ich muss ein Gerät erstellen (derzeit basierend auf Raspberry Pi 3), das als NTP-Server fungiert. Es hat keine Verbindung zum Internet und NTP sollte die aktuelle Zeit von der lokalen Systemuhr lesen (diese Uhr wird von der Anwendung eingestellt). Meine /etc/ntp.conf lautet:
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict -6 ::1
restrict ::1
server 127.127.1.0 # local clock
fudge 127.127.1.0 stratum 1
driftfile /var/lib/ntp/ntp.drift
logfile /var/log/ntp.log
Beim Testen der Verbindung (nach service ntp restart) mit ntpdate -du localhostdem Befehl erhalte ich diese Ausgabe:
transmit(::1)
receive(::1)
transmit(127.0.0.1)
receive(127.0.0.1)
transmit(::1)
receive(::1)
transmit(127.0.0.1)
receive(127.0.0.1)
transmit(::1)
receive(::1)
transmit(127.0.0.1)
receive(127.0.0.1)
transmit(::1)
receive(::1)
transmit(127.0.0.1)
receive(127.0.0.1)
::1: Server dropped: strata too high
127.0.0.1: Server dropped: strata too high
server ::1, port 123
stratum 16, precision -20, leap 11, trust 000
refid [::1], delay 0.02573, dispersion 0.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 6:28:16.000
originate timestamp: ddbf0da9.473a860b Tue, Nov 21 2017 20:40:09.278
transmit timestamp: ddbf0da9.47320583 Tue, Nov 21 2017 20:40:09.278
filter delay: 0.02579 0.02573 0.02574 0.02573
0.00000 0.00000 0.00000 0.00000
filter offset: 0.000018 -0.00001 -0.00000 -0.00001
0.000000 0.000000 0.000000 0.000000
delay 0.02573, dispersion 0.00000
offset -0.000011
server 127.0.0.1, port 123
stratum 16, precision -20, leap 11, trust 000
refid [127.0.0.1], delay 0.02570, dispersion 0.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 6:28:16.000
originate timestamp: ddbf0da9.7a812105 Tue, Nov 21 2017 20:40:09.478
transmit timestamp: ddbf0da9.7a7990a1 Tue, Nov 21 2017 20:40:09.478
filter delay: 0.02571 0.02570 0.02570 0.02570
0.00000 0.00000 0.00000 0.00000
filter offset: -0.00000 -0.00001 -0.00001 -0.00001
0.000000 0.000000 0.000000 0.000000
delay 0.02570, dispersion 0.00000
offset -0.000013
21 Nov 20:40:09 ntpdate[1181]: no server suitable for synchronization found
Was mache ich falsch? Warum ntpbekomme ich die Zeit nicht von der Systemuhr?
Antwort1
Da die serverAnweisung das Schlüsselwort nicht enthält iburst, kann es nach dem Neustart von ntpd einige Minuten dauern, bis die Synchronisierung mit einer Zeitquelle erfolgt. Während dieser Zeit werden die Antworten, die es an andere Server gibt, als unzuverlässig eingestuft.
Ja, auch wenn es effektiv mit sich selbst synchronisiert wird.
In der ntpdate -dAusgabe stratum 16, precision -20, leap 11bedeutet dies, dass ntpd denkt: „Ich bin im Moment nicht bereit, anderen den Zeitdienst bereitzustellen.“