Thread Previous • Date Previous • Date Next • Thread Next |
Kristian Kallenberg wrote:
Jep, men det er netop hvad ntpd (også) gør... Den pågældende linie blokerer dog som default for dette, derfor bør man tilrette den (evt. udkommentere, hvis man har andet IP-filter eller FW foran maskinen). Når den kører korrekt (lokalt) - så kan den *også* være tidsserver for andre - men det behøver du altså ikke :-) Prøv at genstarte ntpd - og kig i log hvad den siger. Kommandoen ntpq -p fortæller hvordan den poller sin(e) server(e), meget nyttig.remote refid st t when poll reach delay offset jitter ============================================================================== gps.freebsd.dk .RSTR. 16 u - 128 0 0.000 0.000 4000.00 gps.dix.dk .RSTR. 16 u - 128 0 0.000 0.000 4000.00Den har *ikke* fat i de to servere... Jeg mener du bør have en LOCAL, jeg har 2 linier før de øvrige servere som følger: server 127.127.1.0 # local clock fudge 127.127.1.0 stratum 10Et gæt - der er ikke givet access til ntpd. Se starten af /etc/ntp.confMen er det ikke omvendt? at ntpd stiller uret.Ikke helt forstået ? Jo, ntpd stiller uret (hvis det da ikke er længere end 20 sek. væk) - og endda frekvensen på din system clock (Software Phase-Locked Loop). Prøv at udkommentere en linie i ntp.conf der lyder: restrict default ignoreLinien er udkommenteret. Jeg sætter ikke ntpd op for at være tidsserver selv, men for at mit ur kommer til at gå rigtigt.
Min siger f.eks: remote refid st t when poll reach delay offset jitter ======================================================================== *gps.dix.dk .GPS. 1 u 712 1024 377 16.854 2.466 0.087 Best regards Preben -- Solis Sacerdotibus - Preben Bille Brahe http://www.pbb.dk mailto:pbb@xxxxxx"I'm not out to destroy Microsoft. That will just be a completely unintentional side effect." -- Linus Torvalds
Thread Previous • Date Previous • Date Next • Thread Next |