MiniHowTo: Zeitsyncronisation

[FISA4]

Es kommt vor, dass die Uhrzeit auf dem Server nicht stimmt.

Hier ein HowTo um die Uhrzeit aktuell zu halten.

Naja, ist eigendlich um selber einen NTP-Server zu betreiben.

http://www.linux-fuer-alle.de/doc_show.p...7&catid=11

Gruß

FISA4

[tango]

ich mache es so

ntpdate ntp1.ptb.de
ntpdate ntp2.ptb.de
ntpdate ntps1-0.cs.tu-berlin.de
hwclock --systohc

[rbtux]

(04-20-2009 03:06 AM)tango Wrote:  ich mache es so

ntpdate ntp1.ptb.de
ntpdate ntp2.ptb.de
ntpdate ntps1-0.cs.tu-berlin.de
hwclock --systohc

ntpdate sollte nicht als cronjob ausgeführt werden! Das script wie du es hast kannst du beim systemstart ausführen danach sollte schon ein ntp daemon das ganze übernehmen.


Ein ntp server macht keine zeitsprünge, er fragt mehrere server ab und merkt daher wenn ein server unzuverlässige zeiten liefert.

in deinem fall würde eine falsche Zeit auf ntps1-0.cs.tu-berlin.de die vorher korrekt synchronisierte zeit wieder überschreiben...

[TheCry]

Ich betreibe einen Ubuntuserver...
Dort habe ich mir einen Cron eingreichtet...
Vorher mit

Code:

dpkg-reconfigure tzdata

die richtige Zeitzone eingerichtet und dann den cron angelegt

Code:

30 8   * * *    root   /usr/sbin/ntpdate -b ptbtime1.ptb.de >> /var/log/messages

[rbtux]

ihr müsst das ja selber wissen ;-)

[TheCry]

(04-21-2009 02:29 AM)rbtux Wrote:  ihr müsst das ja selber wissen ;-)

Was ist denn falsch daran?
Ich muss gestehen mir ist da noch nie ein Fehler mit aufgetreten.

[rbtux]

http://lists.debian.org/debian-user/2002...04091.html

---

(04-21-2009 02:37 AM)TheCry Wrote:  Ich muss gestehen mir ist da noch nie ein Fehler mit aufgetreten.

Musst dich mal achten... Wenn du viel verkehr auf einem Mailserver hast zum beispiel
deine Uhr geht innerhalb einer halben stunde 0.5 sekunden hinterher und du hast beim update eine latenz zum ntp server von 500ms, weil du genau zur halben stunde updatest wie alle anderen vögel mit dem cronjob-ntpdate gebastel auch.

Das gibt dann 1 sekunde differenz (wobei 0.5 bereits reichen würden). Das ist ansich kein problem. Das Problem ist nun wenn du die Uhr eine sekunde zurückstellst bringst du logdateien durcheinander (z.b. Postfix: connect from: erscheint im log bevor queue active, da ein mail gerade um x:30 eingeliefert wird).
Das ist nicht schlimm aber mühsam.

Ein NTP Server passt eine halbe sekunde z.b. über eine minute verteilt an, daher gibt es keine zeitsprünge auf dem system...


Aber wie gesagt ihr müsst das selber wissen ;-)

[TheCry]

Nene...
Ich will das schon richtig machen...
So wie Du mir das jetzt erklärt hast, ist das auch vollkommend einleuchtend.

Nun stellt sich bei mir nur die Frage, wei mache ich es richtig?
Ist das Tut von FISA4 besser oder gibt es ein bessere Variante?

[FISA4]

(04-21-2009 03:19 AM)TheCry Wrote:  Nene...
Ich will das schon richtig machen...
So wie Du mir das jetzt erklärt hast, ist das auch vollkommend einleuchtend.

Nun stellt sich bei mir nur die Frage, wei mache ich es richtig?
Ist das Tut von FISA4 besser oder gibt es ein bessere Variante?

Ich hab das nur gemacht weil, wenn ich in vmware einen Snapshot wechsel, stimmt die Zeit und das Datum nicht mehr.
Ich dachte, dass das evtl. jemand gebrauchen kann.

[rbtux]

@FISA4:
gegen deine Methode gibts ja auch nichts einzuwenden. Ich dachte das wäre sowiso klar, aber wie es scheint nicht...

@TheCry:
Grundsätzlich ist es sinnvoll mindestens 3 server zu benutzen, am besten mit möglichst wenig latenzzeit, durch lokale peerings.

Meine config (ntp-4.2.2p1-8.el5.centos.1):

Quote:restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery

restrict 127.0.0.1
restrict -6 ::1

server ntp11.metas.ch
server ntp12.metas.ch
server time1.unizh.ch
server time2.unizh.ch

server 127.127.1.0
fudge 127.127.1.0 stratum 10

driftfile /var/lib/ntp/drift