Newsgroup: it.comp.os.linux.sys
Titolo: ntpd: evitare la sincronizzazione locale

Salve NG,
Ho un server ntp (ubuntu 7.04) che era configurato cosi' (ntp.conf):
cut...
server 
ntp1.ien.it
 key 1
server 
ntp2.ien.it
 key 2
server 127.127.1.0
fudge 127.127.1.0 stratum 13
cut...
Il server deve sincronizzarsi con i server esterni e fornire lo stesso
servizio ai pc della rete locale.
Ad un certo punto mi accorgo che i miei pc sono avanti di 5 minuti.
Nessun log decente (il debug non e' attivabile sul deb di ubuntu: grrrr)
tranne il fatto che il demone ntp del server si sincronizzava sulla
macchina locale invece che sui server esterni ien.
Ora ho cambiato i server ien con:
server 
pool.ntp.org
e ho dovuto fare un ntpdate a mano; sembra che ntpd prenda il server con
l'ora meno sballata della sua, ovvero "la sua" :P
Domanda: e' possibile evitare che ntpd si sincronizzi con se stesso ?
Grazie, Nicola.
-- 
chi va pian va san e va lontan

 Domanda: e' possibile evitare che ntpd si sincronizzi con se stesso ?
Basta non dirgli di farlo, e di default non lo fa...


La configurazione sembra corretta.  Non è che hai problemi con la 
connessione a ntp?.
ien.it
 ?   A che servono key 1 e key 2 ?  Io mi 
collego tranquillamente senza nessuna chiave di autorizzazuione.
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   Registered Linux user #337974  < 
http://giovanni.homelinux.net/
 >

 funzioni di orologio di precisione)?
127.127.1.0 (alias LOCAL(0)) e' un riferimento orario locale che non
viene utilizzato per la sincronizzazione (stratum alto, non prefer),
tranne quando non sono disponibili altre sorgenti.
Il suo problema, forse, potrebbe essere in una non corretta gestione
delle chiavi di autenticazione che gli impedisce d'usare i server di
ien (che, peraltro, come nota anche giovanni, funzionano anche senza
auth) per cui ntpd fallbacca [1] a 127.127.1.0.
Penso che un "ntpq -p" possa aiutare a capire meglio, insieme ai log
in syslog (hint).
Possibile soluzione: non usare l'autenticazione.
Fabio
[1] bella, eh?

 Possibile soluzione: non usare l'autenticazione.
L'autenticazione l'ho cavata infatti.
Ma la cosa strana e' che dopo aver cambiato i server e tolte le chiavi,
ntpq -p continuava a mettere "l'asterisco" su LOCAL. Ho dovuto fare un
ntpdate a mano per sistemare la cosa.


 ntpdate a mano per sistemare la cosa.
Differenza orario eccessiva?
Fabio

 Deciditi, e crea una configurazione che ti soddisfi :-)
Infatti, era quello cui mi riferivo commentando la conf precedente
(posto che tanto, vedendo il man, 127.127.1.0 si riferisce sempre e solo
al clock locale: schede esterne hanno altri indirizzi):
Se ben rammento dei pipponi tirati su ntpd, quella riga, unita a
fudge 127.127.1.0 stratum 13
fa sì che lo stratum del server ntp, in assenza di sincronia esterna,
vada a 14.
Se il server si trovasse in assenza di sincronia (quindi senza la riga
relativa a se stesso), invece, si porterebbe a stratum 15, che per il
protocollo NTP significa +infinito, e nessuno si allineerebbe più su di
lui...

 [1] bella, eh?
Minchia, ma è geniale!
:-)

 Differenza orario eccessiva?
Boh, e' un'ipotesi.


 
prova ad aggiungere le opzioni burst e iburst alla direttiva dei server:
server 
ntp1.inrim.it
 burst iburst
server 
ntp2.inrim.it
 burst iburst
dovrebbe rendere la connessione con i server remoti più affidabile. 
come vedi ho usato 
inrim.it
 invece che 
ien.it
, che è "deprecato".

 Boh, e' un'ipotesi.
No no... guarda che e' quasi sicuramente cosi'. Se non usi -g e/o -x, a
seconda dei casi, i tempi di sincronizzazione possono essere molto alti
con offset molto alti, oppure la sincronizzazione puo' non avvenire del
tutto.
Fabio

 tutto.
Note: Since the slew rate is limited to 0.5 ms/s, each second of
adjustment  requires  an amortization interval of 2000 s.  Thus an
adjustment of many seconds can take hours or days to amortize.
Significa che con 5 minuti di offset impiega 166 ore (praticamente una
settimana) prima di allinearsi...

gt wrote:

Ho usato questo:
server 
pool.ntp.org
 burst iburst
Altra domanda: l'ultimo log dice che e' stato sincronizzato alle 16:34. E
dopo ? Non si sincronizza piu' ?


 tutto.
Beh, su ubuntu -g e' di default.
