Wer kennt sich mit ntpdate und msntp aus?

woweil

Neuer User
Mitglied seit
28 Jan 2005
Beiträge
70
Punkte für Reaktionen
0
Punkte
0
Ich habe zum Test mal msntp für die FBF kompiliert. Wenn ich mich richtig erinnere, gab es diesen schon mal hier im Forum.

msntp läuft auch als Time-Server, soviel ich weiß auch im NTP v.3.
Ein Aufruf msntp -S aktiviert diesen als Time-Server.

Soviel zur Theorie. Tatsächlich gelingt aber ein Zeitabgleich nicht.

Zu Debug-Zwecken habe ich msntp -S -W aufgerufen.

Wenn ich nun "ntpdate fritz.box" aufrufe, dann kommen die Pakete beim msntp zwar an. Der kann aber nichts mit diesen anfangen und verwirft sie als "total falsch" (totally spurious). Hier ist mal ein Auszug vom msntp:

./msntp -S -W
msntp options: a=5 p=0 v=3 e=0.000 E=0.000 P=0.000
d=0 c=0 x=0 op=2 l= f=
Looking for the socket addresses
Using port 123 for NTP
Internet address: address=00000000 anywhere=00000000 everywhere=ffffffff
Initial sockets: here=00000000/007b there=00000000/007b
Packet of length 48 received from c0a8b502/007b
Incoming packet on socket 0:
cb0004fa 00010000 00010000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 c809ab99 f7eeb2d0
sta=3 ver=1 mod=3 str=0 pol=4 dis=1.000000 ref=0.000000
ori=0.000000 rec=0.000000
tra=3356076953.968486 cur=3356076954.754000
msntp: totally spurious NTP packet rejected on socket 0
msntp: after 2.9 secs 0 acc. 1 rej. 0 b'cast
Packet of length 48 received from c0a8b502/007b

Ist msntp doch zu sehr in den Fähigkeiten reduziert, so daß er Pakete eines Standard NTP-Clients nicht verwerten kann? Wer kennt sich damit aus? So ein kleiner zentraler NTP-Server wäre doch was reizendes, wenn es gelingt.

MfG

Wolfram
 
Ohne Argument aufgerufen wartet der Daemon auf Broadcasts:
manpage schrieb:
if no name is given, the program waits for broadcasts
Es wäre also schön, wenn man dem lieben Daemon noch eine Reference Clock geben würde ;-)

--gandalf.
 
gandalf94305 schrieb:
Ohne Argument aufgerufen wartet der Daemon auf Broadcasts:

Es wäre also schön, wenn man dem lieben Daemon noch eine Reference Clock geben würde ;-)

Ja, wenn er als Client fungiert stimmt das. Dann reagiert er auf Broadcasts, die er von NTP-Servern erhält.
Hier soll er aber die Systemzeit der FBF als Referenz nehmen und dann Anfragen anderer NTP-Clients beantworten. Die Systemzeit der FBF ist ja schon gestellt, da die FBF ja ihrerseits einen externen ntp Server ( in meinem Fall der PTB befragt).
Eine doppelte Funktion (Client und Server) erlaubt der msntp nicht.
Das hat im übrigen auch nicht geklappt durch Aufruf mit einem remote Server und dem -S Parameter (msntp ntp1.ptb.de -S; Dann kommt die Antwort: msntp: invalid Internet address '-S'

MfG

Wolfram
 
Meine Zeit, in der ich einen Stratum-1 Server betrieben habe, ist etwas länger her ;-)

Das Debug-Log sieht aus als würde msntp keine Referenz bekommen. Kann es sein, daß Authentication definiert ist und daher das Paket zurückgewiesen wurde? Wie sieht denn die Konfiguration genau aus?

--gandalf.
 
Eine spezielle Konfigurationsdatei habe ich nicht gefunden. Die Beispiele, die ich beim Googeln gefunden habe lauten immer: msntp -S. Dann soll er als NTP-Server fungieren. Der Parameter -W dient nur für das Debugging. Von einer Authentication habe ich sowohl im Manual als auch woanders nichts gefunden.

MfG

Wolfram
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.