OpenNTPD dsmod package

RoyceMcKnight · 1 Jun 2007

Mal wieder was von mir

Stelle euch heute mein dsmod package für OpenNTPD zur verfügung. Patch zum selber kompilieren ist auch mit dabei.

Das ganze habe ich auf meinem Speedport W900V mit dem aktuellem ds26-14.4 getestet. Hier funzt es wunderbar.

Da es aber die erste Version ist, ist testen und probieren ausdrücklich erwünscht

Wenn ihr das Ding in dsmod eingebunden habt, und eure Box dann neu startet, dann wird die Zeit-Synchronistaion erstmal nicht funzen. OpenNTPD synchronisiert sich erst selbst mit einem Pool aus Zeitserven, dass kann etwas dauern. Auf meinem Speedport immer zwischen 30 und 60 Sekunden. Dann läuft alles wunderbar.

Viel Spaß damit.

04.06.2007 - openntpd-3.9p1-dsmod-0.2.tar.bz2
* Update auf openntpd 3.9p1
* Neue ds-mod Makefile Struktur

25.07.2008
* Aufgrund von Nachfragen, openntpd ist auch in freetz integriert
* http://freetz.mhampicke.de/trunk/make/openntpd/
* freetz snapshots

--- Was ist OpenNTPD?

OpenNTPD ist eine FREIE und einfach zu benutzende Implementierung des Network Time Protocol. OpenNTPD kann die lokale Uhr mit NTP-Servern abgleichen und selbst als NTP-Server fungieren, also die lokale Uhrzeit anderen Systemen zur Verfügung stellen.

olistudent · 1 Jun 2007

Wird für das nächste Release fest eingebaut.

MfG Oliver

linuxservice · 1 Jun 2007

Super. Genau das fehlte meiner Box noch. Bei der Gelegenheit vielleicht auch gleich
http://www.ip-phone-forum.de/showthread.php?t=122722 ?

hermann72pb · 1 Jun 2007

@RoyceMcKnight: Kannst du die Benutzung von deinem NTPD in 2-3 Sätzen etwas motivieren: Wofür das gut ist, und warum die Boxinterne (AVM) Mittel dafür nicht ausreichen.

1. Ich vermute schon, dass man dann anstatt externer Server, die Fritz!Box aus dem internen Netz (und nicht nur) als Zeitgeber ansprechen kann. Aber ist es überhaupt im Hausgebrauch mit 2-3 PCs notwendig?
2. Was ist mit Boxinternen Mitteln? Die Box holt sich doch auch irgendwie von irgendwo die Zeit? Kommt dein NTPD nicht in Konflikt mit dieser AVM-Lösung? Was ist das überhaupt, diese AVM-Zeitsynchronisation? Auch ein NTPD? Oder ist es dann nur ein reiner Client?

Und bitte nicht als Meckerei ansehen! Ich will wirklich etwas mehr Hintergründe wissen.

MfG

kriegaex · 2 Jun 2007

Würde mich auch interessieren, denn die Box gleicht ja beim Start tatsächlich auch ihre Zeit über NTP ab.

RoyceMcKnight · 2 Jun 2007

Was ist OpenNTPD?

OpenNTPD ist eine FREIE und einfach zu benutzende Implementierung des Network Time Protocol. OpenNTPD kann die lokale Uhr mit NTP-Servern abgleichen und selbst als NTP-Server fungieren, also die lokale Uhrzeit anderen Systemen zur Verfügung stellen.

Ist es notwendig für den Hausgebrauch?
Das kommt auf deine Sichweise an, der eine brauchts, der andere nicht. Genauso könnte ich die Möglichkeit des Einsatzes von Privoxy/TOR oder openVPN auf der FritzBox in Frage stellen.

Was ist mit Boxinternen Mitteln? Die Box holt sich doch auch irgendwie von irgendwo die Zeit? Kommt dein NTPD nicht in Konflikt mit dieser AVM-Lösung? Was ist das überhaupt, diese AVM-Zeitsynchronisation? Auch ein NTPD? Oder ist es dann nur ein reiner Client?

Intern ist die ganze Sache bei AVM ein reiner NTP Client. Der NTP Client von AVM und OpenNTPD kommen sich auch nicht in Konflikt. Vorteil von OpenNTP im Gegensatz zum AVM Client: OpenNTPD synchronisiert die Zeit immer wieder, AVM nur einmal (soweit ich das beurteilen kann).

So long

kriegaex · 2 Jun 2007

Ja, ich verwende OpenVPN, Tor und Privoxy auch nicht, aber das geht ins Philosophische. Und solange der NTP-Daemon optional ist, störe ich mich auch nicht daran. Meine PCs werden weiter selbst ihre NTP-Synchro mit Servern im Internet machen. Danke, daß Du's erklärt hast.

RoyceMcKnight · 2 Jun 2007

Kein Thema, ist doch gern geschehen. Und ob man ein bestimmtes Paket braucht oder nicht, geht tatsächlich in die philosophische Richtung. Aber das soll uns ja nicht stören

hermann72pb · 2 Jun 2007

Danke! Ich will hier auch keine Diskussionsrunde führen und wollte nur wissen, ob es vielleicht doch weitere Einsatzfelder dahinter stecken, als ich mir vorstellen konnte.
Zum AVM-internen-NTP-Client habe ich doch paar Fragen.
1. Ich kann mir schlecht vorstellen, dass er sich nur einmal die Zeit holt. Denn beim Ottonormalverbraucher sollte doch die Box monatelang ohne reboot leben. Ich denke, spätestens bei DSL-Reconnect wird synchronisiert.
2. Kann man (und würde es Sinn machen) auf den internen AVM-NTP-Client verzichten, wenn OpenNTPD auch ein Client hat? Stichwort: Kleine Boxen. Ich vermute, dass der Platzgewinn nicht so gross wird, aber nur so als Idee, damit man in der Box nicht alles doppelt hat.

MfG

RoyceMcKnight · 2 Jun 2007

Den internen AVM NTP Client kann man glaube ich nicht weglassen. Meines wissens nach wird das alles von multid erledigt (habe jetzt aber nicht nachgeschaut, deshalb keine Gewähr).

Ansonsten fällt mir eigentlich kein weiteres Einsatzfeld ein, ist eben nunmal nur ein NTP Client/Server

olistudent · 2 Jun 2007

Richtig.

Code:

/var/mod/root $ multid -? 2>&1 |grep NTP
  -t                 - disable simple NTP client. (NOTSET)
/var/mod/root $

Wir haben zwar einen DHCP-Server, einen DDNS-Client und dann einen NTP-Server/Client. Aber der multid hat auch irgendwelche Netzwerk-Funktionen und er agiert als IGMP-Proxy.

MfG Oliver

RoyceMcKnight · 4 Jun 2007

Update 04.06.2007 - openntpd-3.9p1-dsmod-0.2
siehe oben.

RalfFriedl · 4 Jun 2007

Ich finde einen NTP Client/Server für die Box auch interessant.
Der eingebaute Client im multid kann zwar die Zeit auch syncronisieren, aber nur wenn er der Meinung ist, eine externe Internet-Verbindung zu haben, also nicht, wenn die Box eine vorhandene Internet-Verbindung nutzen soll.
Gibt es in dem Paket auch eine Entsprechung zum Programm ntpdate, also eine Möglichkeit, sofort die Zeit zu setzen?
Die Syncronisation der PCs mit der Box hat schon ihre Vorteile. Zum einen gibt es Schwierigkeiten mit dem NAT, wenn alle die gleichen Ports verwenden (123->123). Zum anderen ist es in einem Netzwerk meistens wichtiger, daß alle Uhren gleich gehen (z.B. Makefile Abhängigkeiten) als daß die Zeit auf die letzte Millisekunde genau ist.

RoyceMcKnight · 4 Jun 2007

Gibt es in dem Paket auch eine Entsprechung zum Programm ntpdate, also eine Möglichkeit, sofort die Zeit zu setzen?

Sobald der ntpd gestartet wurde, beginnt er, die Uhrzeit auf der Box zu syncen. Da er mehre Timeserver als Quelle nutzt, dauert es etwas. Aber einen direkten Befehl wie ntpdate gibt es nicht. Was meiner Meinung nach aber kein Beimbruch ist, den ntpdate müsste man dann wieder von Hand ausführen. ntpd machts automatisch.

RalfFriedl · 4 Jun 2007

Bei Suse z.B. wird vor dem Start des ntpd automatisch ntpdate aufgerufen. Ich hatte auch vor, das automatisch ablaufen zu lassen. Oder auch eine Option im ntpd, daß er sofort die erste Zeit setzen soll, die er bekommt. Besser eine Zeit, die vielleicht eine Sekunde (eher weniger) ungenau ist, als 30 bis 60 Sekunden lang das Datum 01.01.2000 zu haben.

RalfFriedl · 8 Jun 2007

@RoyceMcKnight
Da ich davon ausgehe, daß Du ntpd verwendest, kannst DU mal erläutern, was man machen muß, um ihn zu verwenden?
Ich bin bisher soweit gekommen, daß man einen Benutzer ntp braucht und ein Verzeichnis, das als Eigentümer NICHT ntp hat, als Home-Directory. Ich habe eine Konfigurationsdatei mit einem NTP-Server erstellt.
ntpd sendet eine Anfrage und bekommt eine Antwort (mit tcpdump festgestellt). Trotzdem kommt nach kurzer Zeit von ntp die Meldung, er hätte keine Antwort bekommen.
Der Client-Port ist auch nicht 123, also kann es auch nicht sein, daß multid die Antwort abfängt. Sicherheitshalber habe ich multid trotzdem beendet, hat nicht geholfen.
Mir ist aufgefallen, daß der Client-Port immer 2053 ist, anscheinend wird er fest verwendet und nicht immer ein anderer.
Mit strace komme ich leider auch nicht weiter, weil das einem fork nicht richtig folgen kann.

knox · 8 Jun 2007

am besten wäre eine dokumentation des packages im wiki...

RoyceMcKnight · 8 Jun 2007

Man muss eigentlich überhaupt nichts tun um den openntpd zu verwenden. Einfach in der ds-mod Öberfläche Starttyp auf automatisch stellen. Schon rennt das ganze.

Und synchronisieren von einem Linux Client aus kannst du dann ganz einfach mit z.B. ntpdate fritz.box bzw. ntpdate speedport.ip

An der Konfiguration muss man da nichts basteln, die ist sinnvoll eingestellt. Und den ntp User und das Verzeichnis musst du auch nicht selbst anlegen, das macht das init-Skript automatisch. Es setzt auch die richtigen Rechte.

RalfFriedl · 8 Jun 2007

Dann hat wohl bei mir etwas mit der Installation nicht richtig geklappt. Ich versuch es nochmal mit der aktuellen Version.

RoyceMcKnight · 8 Jun 2007

Wäre gut möglich. Wie gesagt, sollte auf Anhieb klappen (nachdem sich openntpd intern gesynct hat)

Ausgabe sollte etwa so sein:

Code:

[B]ntpdate -q fritz.box[/B]
server 192.168.255.1, stratum 3, offset -0.278769, delay 0.04156
 8 Jun 13:33:18 ntpdate[20445]: adjust time server 192.168.255.1 offset -0.278769 sec

Ist Openntpd der Meinung, er hat sich noch nicht korrekt synchronisiert, so kann folgende Ausgabe kommen: no server suitable for synchronization found

Und wer es ganz genau wissen will, der kann den debug-Schalter setzen:

ntpdate -qd fritz
8 Jun 13:37:35 ntpdate[20453]: ntpdate [email protected] Wed Mar 7 20:43:31 UTC 2007 (1)
transmit(192.168.255.1)
receive(192.168.255.1)
transmit(192.168.255.1)
receive(192.168.255.1)
transmit(192.168.255.1)
receive(192.168.255.1)
transmit(192.168.255.1)
receive(192.168.255.1)
transmit(192.168.255.1)
server 192.168.255.1, port 123
stratum 3, precision -6, leap 00, trust 000
refid [192.168.255.1], delay 0.04237, dispersion 0.00006
transmitted 4, in filter 4
reference time: ca1408b7.2d60c7ff Fri, Jun 8 2007 12:56:23.177
originate timestamp: ca14125e.f689c7ff Fri, Jun 8 2007 13:37:34.963
transmit timestamp: ca14125f.290aaa7d Fri, Jun 8 2007 13:37:35.160
filter delay: 0.04245 0.04237 0.04274 0.04239
0.00000 0.00000 0.00000 0.00000
filter offset: -0.19785 -0.19794 -0.19755 -0.19796
0.000000 0.000000 0.000000 0.000000
delay 0.04237, dispersion 0.00006
offset -0.197941

8 Jun 13:37:35 ntpdate[20453]: adjust time server 192.168.255.1 offset -0.197941 sec

OpenNTPD dsmod package

Neuer User

Anhänge

IPPF-Urgestein

Neuer User

IPPF-Promi

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

IPPF-Promi

Neuer User

IPPF-Urgestein

Neuer User

IPPF-Urgestein

Neuer User

IPPF-Urgestein

IPPF-Urgestein

Mitglied

Neuer User

IPPF-Urgestein

Neuer User

Statistik des Forums