ntpd und broadcast

[Jan 'Red Bully' Seiffert]

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.