Salve, kann es sein, das mit rdate nicht so genau ist wie ntpdate? Also daher ein Update meiner Empfehlung, wobei ich aber glaube, das der Poster von "Entschuldigung" nur wie andere unregelm��igkeiten mit dem Mailserver hatte.
rdate ging bei mir ca. 1 Sekunde falsch - mein Vorschlag darmals war: Am Freitag, 26. September 2003 18:27 schrieb Robert Michel: > 17 */1 * * * root rdate timeserver.DEIN-isp.SEINE-tld also besser ntpdate Bei mir macht wohl die Firewall �rger: # 4 Oct 00:36:04 ntpdate[17600]: no server suitable for synchronization found und das obwohl rdate -q funktioniert. -u Direct ntpdate to use an unprivileged port or outgoing packets. This is most useful when behind a firewall that blocks incoming traffic to privileged ports, and you want to synchronise with hosts beyond the firewall. Note that the -d option always uses unprivileged ports. Also entweder ntpdate -u verwenden oder den Port 123 f�r den Timeserver freigeben. Funktion -s ist f�r das syslog interessant. Also in crontab: 17 */1 * * * root ntpdate -s timeserver.DEIN-isp.SEINE-tld Soweit so gut. Weil ich ein Laptop benutze geht die Uhr besonders nach dem aufwarchen aus dem Sleepmodus h�ufiger mal falsch. Gibt es ein Skript, welches gestartet wird, wenn der Laptop wieder aufwacht? Und kennt einer einen guten Text wie man f�r Server ntp redudant und sicher hinbekommt? Gute Nacht, rob -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
