Re: ntp offset e orologio sempre indietro
>> Ma poi questo escluderebbe un guasto HW come ipotizzato da altri
> colleghi?
> Non sembrerebbe un guasto hardware.
Si non sembrerebbe, ho notato comunque che ntpd quando raggiunge
troppo offset è come se si riavviasse e ricominciasse a interpellare i
time server da capo tanto è vero che "il reach" si resetta.
Ci deve essere ancora qualcosa che non va ma diciamo che adesso pur
avendo problemi si comporta bene.
>> Strana e assurda situazione se qualcuno ha idee... :)
> https://wiki.archlinux.org/index.php/Network_Time_Protocol_daemon:
> ...
> In the past, notrust option was used too, but its function has changed
> to mean that authentication with a key is required. Full docs for the
> "restrict" option are in man ntp_acc.
>
> Following this line, you need to tell ntpd what to allow through into
> your server; the following line is enough if you're not configuring an
> NTP server:
>
> restrict 127.0.0.1
>
> Otherwise you can add more clients like in this example:
>
> restrict 1.2.3.4 nomodify
> restrict 192.168.0.0 mask 255.255.255.0 nomodify notrap
>
> This tells ntpd that 1.2.3.4 and all IP addresses from the 192.168.0.0
> range will be allowed to synchronize on this server, but they will not
> be allowed to modify anything. All other IP addresses in the world will
> still obey the default restrictions (the first restrict line in the
> ntp.conf).
> ...
>
> Quindi dovrebbe essere un servizio locale, che ti altera(va) l'ora.
> Altro non mi viene in mente, se trovi il "colpevole" facci sapere.
> Ciao
> Luigi
Magari trovassi il colpevole... la butto li: potrebbe essere l'HW
clock che perde secondi e aggiorna(va) il system clock? È solo una
ipotesi azzardata.
Dato che ci siamo sapresti spigarmi cosa sta a significare l'::1 di
restrict ::1? Non capisco a quale rete si riferisca.
Reply to: