Ola Liste! Kurzfassung: Hat einer Ahnung wie man den broadcast-Mode am ntpd client-Seitig zum fliegen bringt? Langfassung: Ich hab mir den DCF77-Empfaenger gebastelt, wie auf dieser Seite beschrieben: <http://www.obbl-net.de/dcf77.html>. Klappt ganz gut, mein Server hat nun so ein blinkendes Teil an der Seriellen Schnittstelle, und der ntpd sagt folgendes dazu: ntpq> peers remote refid st t when poll reach delay offset jitter ============================================================================== 192.168.0.255 .BCST. 16 u - 64 0 0.000 0.000 4000.00 *GENERIC(0) .DCFa. 0 l 22 64 377 0.000 0.177 1.384 LOCAL(0) LOCAL(0) 10 l 13 64 377 0.000 0.000 0.002 Ok, also auf meinem Server stimmt die Zeit. So, jetzt waer das ja Verschwendung wenn er die Atomzeit fuer sich behaelt, besonders da auf meiner Workstation die Uhr ordenlich falsch geht. Also auf meiner Workstation ntpd auf meinen Server pollen lassen -> geht. Jetzt wollt ich das ganze aber per broadcast machen, hier stehen mehere Rechner rum, warum sollen die alle wie bloed auf den Server pollen, da kann er auch grad die Zeit so ins interne Netz fuer alle schmeissen. Und genau da happerts. Broadcasts senden tut mein Server (siehe erste Zeile oben), hab ich auch per tcpdump kontroliert. So ne kleine Windowssoftware fuer NTP sieht auch broadcasts. Nur wenn ich meinem ntpd hier sage, er soll nach broadcasts gucken, kommt nix: ntpq> peers No association ID's returned Ich hab mich jetzt seit gestern damit abgekaempft, nichts, ich weiss noch nicht mal, woran es hapert. Grundlegend was in der Konfig falsch oder Probleme mit den authentification-Gedoense (wobei ich auch schon versucht hab, den auth-kram abzuschalten, aber ich weiss auch nicht ob das geklappt hat) oder wie oder was? Wenn der ntpd zickt, ist er aeusserst undurchsichtig IMHO. Die letzte Version der ntp.conf auf dem Server sieht so aus: broadcast 192.168.0.255 enable bclient # RAWDCF Modul von Conrad an /dev/refclock-0 # server 127.127.8.0 mode 5 prefer # Notloesung (Eigene HW-Uhr) server 127.127.1.0 fudge 127.127.1.0 stratum 10 restrict 127.127.0.0 mask 255.255.0.0 driftfile /var/lib/ntp/ntp.drift logfile /var/log/ntp.log restrict 127.0.0.1 restrict 192.168.0.0 mask 255.255.255.0 nomodify restrict default ignore Auf dem Client: broadcastclient driftfile /var/lib/ntp/ntp.drift logfile /var/log/ntp.log damit geht es nicht... Fuer jeden Tip oder jede Idee dankbar, Gruss Jan -- *n*x ist nicht in jeder Hinsicht Windows ueberlegen. Meiner Meinung nach nur an den wichtigen Stellen.