Potresti avere un firewall che blocca la porta 123 che può impedire al server ntp di non vedere mai i time server.
Nel mio caso il mio ISP (Internet Service Provider) stava bloccando le porte.
Una scansione della porta di 123 non ha rilevato neanche il blocco.
La pistola fumante era che ho temporaneamente due feed Internet indipendenti. In linux se corro ntpq -p
(ripetutamente) con il primo feed internet collegato nulla viene aggiornato, ma con l'altro feed ottengo aggiornamenti!
Come dice @Jens A. Koch, ntpdate -u <server name>
aggira questo, beh, temporaneamente (nessun gioco di parole previsto), non risolve il problema del tempo a lungo termine.
Nel corso del tempo si verificherà una deriva sia nel sistema che negli orologi hardware. Anche nel mio caso il doppio avvio di linux / windows fa sì che l'orologio hardware venga ulteriormente incasinato (per ore).
Quindi è necessario avere la porta 123 aperta per UDP per mantenere l'orologio di sistema.
Invece di usare-u
, puoi anche fare questo che penso usi la porta 123 (piuttosto che una porta non "privilegiata"):
service ntp stop
, quindi
ntpdate <server url>
(senza il -u) e infine
service ntp start
.
Questo sembra aggirare il problema del blocco delle porte, almeno per impostare l'orologio una volta. Se -u
funziona, ma non è così, allora è un segno abbastanza sicuro che la porta è bloccata o il server non risponde, ...
Un altro problema che ho dovuto risolvere era che per me il default Debian /etc/ntp.conf
configurazione incluso 4 linee per raggiungere le piscine: debian.pool.ntp.org
. Nessuno di quei server ha funzionato. Ho ricevuto questo messaggio di errore:
Errore nella risoluzione di debian.pool.ntp.org: nessun indirizzo associato al
nome host (-5) 24 Mar 04:49:27 ntpdate [15115]: Impossibile trovare l'host
debian.pool.ntp.org: nessun indirizzo associato al nome host ( -5) 24 mar
04:49:27 ntpdate [15115]: nessun server può essere utilizzato, in uscita
Ho dovuto cambiare i server in us.pool.ntp.org
.