Am Sonntag, 29. Februar 2004 11:33 schrieb Bjoern Bredohl:
Bei mir war der Fehler in der SuSE Firewall Konfiguration. ntp und time mußt du freigeben. ntp glaube ich auch für udp. Danach hatte bei mir alles geklappt.
Vielleicht hilft dir das. Gruß Björn
Einen Firewall habe ich bei Suse nicht laufen. Ich könnte aber eine Lösung gefunden haben. Auf dem Server: /etc/ntp.conf logfile /var/log/ntpd # Abweichungen driftfile /var/lib/ntp/ntp.drift statsdir /var/log/ntpstats/ # NTP-Server server ntp1.ptb.de server ntp2.ptb.de fudge ntp1.ptb.de stratum 1 # Zugriff durch NTP-Server gestatten # restrict ntp1.ptb.de # restrict ntp2.ptb.de # Zugriff vom localhost gestatten (ntpq -p) restrict 127.0.0.1 # Zugriff aus dem internen Netz gestatten restrict 192.168.1.0 mask 255.255.255.0 # allen anderen Rechnern Zugriff verwehren restrict default notrust nomodify nopeer Auf dem Client: # NTP-Server im LAN server 192.168.1.1 fudge 192.168.1.1 stratum 2 # Zugriff durch NTP-Server gestatten restrict 192.168.1.1 # Zugriff vom localhost gestatten (ntpq -p) restrict 127.0.0.1 # allen anderen Rechnern Zugriff verwehren restrict default notrust nomodify nopeer Es hat die Zeile fudge ... gefehlt, denke ich. Dadurch dachte der Client immer, der NTP-Server im Netz wäre stratum 16 und damit unsynchronisiert. Somit wollte er natürlich nicht dessen Zeit. Nun kann auch der xntp im Hintergrund laufen. Ich weiß nur nicht, wie oft der die Zeit synchronisiert und wo man das einstellt. Vielleicht kann da noch jemand zu Auskunft geben. MfG Torsten Zumpf