KEN! 3 und ntp / ntpdate (Network Time Protocol)
NTP
ntp ist ein aus der Linux-Welt stammendes Verfahren, mit dem sich Rechner über das Internet von genau gehenden Time-Servern die exakte Uhrzeit holen können. Atomuhrgesteuerte Time-Server gibt es z.B. bei der PTB in Braunschweig. Auf einem Time-Server muß die entsprechende ntp Server-Software laufen. Der Rechner, der sich die genaue Zeit holt, benötigt die ntp-Clientsoftware, z.B. ntpdate. Dieses Programm stellt einmalig die Rechneruhr auf die Zeit des angegebenen Timeservers ein.
Timeserver von KEN!
KEN! 3 stellt ab der Version 3.00.80 einen Time-Server zur Verfügung, über den die Systemzeit aller Computer im lokalen Netzwerk mit einem Time-Server im Internet synchronisiert werden kann. Dazu holt sich der KEN!-Service-PC bei jedem Aufbau der Internetverbindung die genaue Zeit von einem Time-Server im Internet, z.B. pool.ntp.org; die Client-PCs beziehen wiederum ihre Uhrzeit vom KEN!-Service-PC. Dies geschieht automatisch durch die KEN!-Client-Software.
Die Timeserver-Funktion von KEN! muß am KEN!-Service-PC aktiviert werden:
- Öffnen Sie KEN! 3 am Service-PC über "Start / Programme / AVM KEN! / KEN!".
- Aktivieren Sie im Menü "Ansicht" die "Expertenansicht".
- Wechseln Sie unter "Internet" auf die Registerkarte "Erweiterte Einstellungen".
- Aktivieren Sie unter "Time-Server" die Option "Uhrzeit aus dem Internet beziehen:"
- Tragen Sie den Domänen-Namen oder die IP-Adresse eines beliebigen
Time-Servers aus dem Internet ein (z.B. pool.ntp.org). - Beenden Sie die Eingabe mit "Übernehmen / OK".
Ab der Version 3.00.84 ist jedoch die manuelle Eingabe der Timeserver-Adresse in den Einstellungen nicht mehr möglich. Die Adresse ist fest eingestellt. Sie kann jedoch in der Konfigurationsdatei des KEN!-Service-PCs "ken.cfg" im Abschnitt ntp geändert werden. Beenden Sie dazu KEN! und öffnen Sie die ken.cfg. Tragen Sie in der Zeile "Host" die IP-Adresse Ihres alternativen Timeservers ein.
ntp {
NtpPort = 123;
EnableInternet = yes;
Host = "192.168.115.14";
EnableAdjusting = yes;
SendIntervall = 12h;
MaxOffset = 0;
MinOffset = 0;
MaxAdjustingOffset = 30;
}
|
Nachteile
Ein Blick in die Logdatei des KEN!-Service-PCs zeigt, daß die Anforderungen bei Timeservern im Internet vermutlich wegen Überlastung oft nicht beantwortet werden. Auch gibt es selbst bei relativ kurz aufeinanderfolgenden erfolgreichen Synchronisationsversuchen immer wieder recht hohe Differenzen im zweistelligen Sekundenbereich. Das kann auch bei der ungenauesten Rechneruhr nicht sein. Ich vermute, daß es sich dabei um KEN-interne Rundungsfehler handelt.
Ein weiterer Nachteil zeigt sich, wenn man Linux-PCs oder Linux-Server in seinem Netzwerk hat, die ihre Systemzeit ebenfalls mit dem KEN!-Service-PC synchronisieren sollen. Auf diesen ist natürlich nicht die KEN!-Client-Software installiert. Hier benutzt man den Befehl ntpdate. Es zeigt sich jedoch, daß dieser mit dem KEN!-Service-PC nicht funktioniert.
Laut AVM-Support "ist die Funktion des Zeitservers von KEN! gegeben". Daß das nicht stimmt, zeigt der ntpdate-Befehl, wenn man ihn mit der Option -d (Debug) aufruft:
server:~ # ntpdate -dq 192.168.115.1
7 Oct 11:23:55 ntpdate[9724]: ntpdate 4.1.1@1.786 Fri Mar 14 01:59:18 UTC 2003 (1)
transmit(192.168.115.1)
receive(192.168.115.1)
transmit(192.168.115.1)
receive(192.168.115.1)
transmit(192.168.115.1)
receive(192.168.115.1)
transmit(192.168.115.1)
receive(192.168.115.1)
transmit(192.168.115.1)
192.168.115.1: Server dropped: Server has gone too long without sync
server 192.168.115.1, port 123
stratum 2, precision -16, leap 00, trust 000
refid [0.170.60.124], delay 0.02606, dispersion 0.00044
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000
originate timestamp: c6f0bd34.34bc6a7f Fri, Oct 7 2005 11:24:04.206
transmit timestamp: c6f0bd2b.a67a0f90 Fri, Oct 7 2005 11:23:55.650
filter delay: 0.02628 0.02609 0.02606 0.02606
0.00000 0.00000 0.00000 0.00000
filter offset: 8.557008 8.556410 8.555937 8.555485
0.000000 0.000000 0.000000 0.000000
delay 0.02606, dispersion 0.00044
offset 8.555937
7 Oct 11:23:55 ntpdate[9724]: no server suitable for synchronization found
server:~ #
|
Die Zeile "Server dropped: Server has gone too long without sync" besagt, daß der KEN!-Service-PC angeblich zu lange ohne Zeitabgleich gelaufen ist. Diese Fehlermeldung kommt immer, auch wenn der KEN!-Service-PC gerade vor einer Minute die genaue Zeit aus dem Internet erhalten hat.
Wird KEN! auf dem Service-PC jedoch beendet, so läßt sich dieser problemlos als Timeserver benutzen, sofern der Windows-Zeitgeberdienst gestartet ist. Durch den Start von KEN! Service wird der Windows-Zeitgeberdienst deaktiviert.
Alternative
Wenn es Ihnen nicht so sehr auf eine absolut genaue Systemzeit ankommt, sondern mehr darauf, daß alle Rechner einschließlich Linux-Server die exakt gleiche Zeit haben, probieren Sie doch mal Ihre (netzwerkfähige) Telefonanlage oder ISDN-Router als Zeitserver aus! Das funktioniert z.B. mit den OpenCom-Modellen von DeTeWe. Bei jedem Externgespräch erhalten ISDN-Telefonanlagen die genaue Uhrzeit vom Netzbetreiber. Wie genau diese Zeit ist, konnte ich von der Telekom allerdings bisher nicht erfahren.
Wendet man den ntpdate-Befehl auf die IP-Adresse der Telefonanlage an (hier 192.168.115.14), erfolgt sofort die erfolgreiche Synchronisation des Linux-Rechners:
server:~ # ntpdate -dq 192.168.115.14
7 Oct 11:27:11 ntpdate[9728]: ntpdate 4.1.1@1.786 Fri Mar 14 01:59:18 UTC 2003 (1)
transmit(192.168.115.14)
receive(192.168.115.14)
transmit(192.168.115.14)
receive(192.168.115.14)
transmit(192.168.115.14)
receive(192.168.115.14)
transmit(192.168.115.14)
receive(192.168.115.14)
transmit(192.168.115.14)
server 192.168.115.14, port 123
stratum 1, precision 0, leap 00, trust 000
refid [ACTS], delay 1.02740, dispersion 0.00002
transmitted 4, in filter 4
reference time: c6f0bdf0.c72b6570 Fri, Oct 7 2005 11:27:12.778
originate timestamp: c6f0bdf0.c72b6570 Fri, Oct 7 2005 11:27:12.778
transmit timestamp: c6f0bdef.8e2584f4 Fri, Oct 7 2005 11:27:11.555
filter delay: 1.02818 1.02740 1.02777 1.02740
0.00000 0.00000 0.00000 0.00000
filter offset: 1.222066 1.221853 1.221851 1.221852
0.000000 0.000000 0.000000 0.000000
delay 1.02740, dispersion 0.00002
offset 1.221853
7 Oct 11:27:11 ntpdate[9728]: step time server 192.168.115.14 offset 1.221853 sec
server:~ #
|
Stellt man noch den KEN!-Service-PC wie oben beschrieben auf diese IP-Adresse ein, synchronisiert sich dieser ebenfalls mit der Telefonanlage und somit auch alle PCs mit der KEN!-Client-Software.
Stellen Sie ggf. noch die Zeitzone und die Sommerzeitoption im Konfigurationsbereich Ihrer Telefonanlage richtig ein.
Inzwischen habe ich dem KEN!-Service-PC eine USB-Funkuhr spendiert. Leider mußte ich feststellen, daß die Zeit des Telekomnetzes auch nicht hundertprozentig genau ist. Andere PCs im Netzwerk, auf denen der KEN! Client nicht installiert ist, können sich mit dem "net time" Befehl die genaue Zeit vom KEN!-Service-PC holen.
