Laut dieser Seite https://forum.ipfire.org/viewtopic.php?t=15428
ist es ein Bug in IPFire Core 95, der mit einem manuellen Eintrag in der Datei /etc/ntp.conf umgangen werden kann. Die Datei ntp.conf sieht jetzt bei mir so aus: disable monitor restrict default nomodify noquery server 0.ipfire.pool.ntp.org fudge 0.ipfire.pool.ntp.org stratum 10 driftfile /etc/ntp/drift Danach braucht es noch einen restart des ntp-service: /etc/init.d/ntp restart Seitdem synchronisieren die Clients bei uns wieder. Viel Glück Christian | | Am 13.01.2016 um 09:25 schrieb Rainer Schajor: > Hallo zusammen, > > auch ich habe das gleiche Problem ... > > Am 13.01.2016 um 09:03 schrieb Tobias Kuechel: >> Liebe Liste, >> >> wer von euch seine clients per ntpdate mit dem IPFIRE syncronisiert wird >> - wie ich - vielleicht auch probleme haben. >> Grund ist mir unbekannt, der server synchronisiert sich mit externen >> server ausgezeichnet. >> >> Fazit: Ich habe "ntp" in die upd-Liste in /etc/linuxmuster/allowed_ports >> aufgenommen, jetzt synchronisiere ich eben meine Clients mit dem server >> statt mit dem ipfire. > Ist es aber nicht so, dass der IPFire das Zeitnormal für das Netz sein > sollte? > > Also alle Clients und der Server holen sich die Zeit beim IPFire? > > Ich verstehe auch nicht warum der IPFire die Client-Sync nach aussen > (z.B. zu npt1.belwue.de) blockt. NTP steht doch in den allowed Ports ...? > > Ich habe behelfsmäßig eine IPFire-Regel eingebaut damit die Clients raus > kommen ... würde aber schon gerne den IPfire als Zeitnormal in der > Schule haben. > > Habt ihr Tipps? > > Grüße Rainer > > _______________________________________________ > linuxmuster-user mailing list > [email protected] > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
_______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
