Newsgroup: it.comp.os.win.xp
Titolo: NTP

Ho trovato un computer con XP con l'orario sballato (primavera del 2007). Mi sono meravigliato dato che tutti i PC sono in rete e sincronizzati, e anche questo aveva la sincronizzazione NTP attiva.
 
Ho provato ad agganciarmi a vari server su quel PC e ho visto che tutti evitano di sincronizzare e danno errore se l'orario del PC è troppo distante dall'orario attuale. 
 
Questo gap è configurabile? Si può forzare la sincronizzazione a prescindere dall'orario locale? 
 
grazie
 
 
 
 
 
 
 
 
 
 
 
 
 



NTP non riesce a sincronizzare se l'orario ha un "drift" troppo
elevato; devi accertarti che tutti i PC abbiano almeno una data ed ora
"prossima" a quella effettiva; inoltre, se hai un server, non sarebbe
una cattiva idea configurare lo stesso come "time source" per tutti i
computer di dominio e, configurarlo per sincronizzare l'ora utilizzando
pool.ntp.org
 come server orario
 

 
anacleto...@gmail.com
 scrive:

ti consiglio di usare Advanced.Time.Synchronizer.v2.3  ti mette la data 
giusta bypassando le limitazioni di tempo per poter cambiare l'orario, 
"trasforma" nelle impostazioni la differenza di tempo in secondi... 
(ossia vedrai milioni di secondi aggiunti (che sarebbero magari anni...) 
e data trasformata in corretta anche se teoricamente non potresti 
nemmeno accedere al web).
Lo uso per sincronizzare pc che han problemi con pila CMOS o altro e ha 
molte opzioni, (pure proxy con user/password) si avvia in automatico, 
lavora in background ecc...
Di tutti quelli che ho provato (mi servivano soprattutto quelli che 
gestissero pc con accesso web tramite proxy serve) questo è il migliore.
Unico appunto è che non è freeware, ma una soluzione si trova.
in PVT per maggiori informazioni
 
 
 
 
 
 
 
 
 
 
-- 
Don Fizzy ® on MV 910R "Maverick"
"Non c'é trucco non v'é inganno"
       /)/)
      ( '.')
   o(_('')('')   That's all, folks!
Nessun bit è stato maltrattato
per spedire questo messaggio.
 
 
 
 
 
 
 
 

 "prossima" a quella effettiva; 
 
sì appunto ma così mi cade il vantaggio della sincronizzazione automatica 
 
comunque, non ho ancora risolto, ma ho trovato la documentazione specifica:
 
https://support.microsoft.com/en-gb/help/884776/how-to-configure-the-windows-time-service-against-a-large-time-offset
 
 
In pratica è tutto parametrizzato nel registro 
 
pensavo che bastasse mettere a FFFFFFF la voce MaxNegPhaseCorrection, invece mi dà ancora errore, ma la via è tracciata adesso c'è solo da studiarla
 
poi riferirò meglio
 
 
 
 

 invece mi dà ancora errore, ma la via è tracciata adesso c'è solo da studiarla
 
la discussione di microsoft è interessante anche se centrata sullo scenario in cui un computer aziendale principale dà il tempo a tutti gli altri (alla fine consigliano una sincronizzazione di 48 ore). 
 
Se invece come nel mio caso tutte le workstation si sincronizzano individualmente su un server esterno onine su internet, in pratica sono "stand-alone clients". 
 
Dettaglio: con un segnatempo locale e' possibile blindarlo mentre l'orario su internet non e' mai "secured". 
 
Infine nel mio caso ho messo tutto a FFFF FFFF e soprattutto la voce che non mi funzionava non era  MaxNegPhaseCorrection ma  MaxPosPhaseCorrection (sincronizzavo il clock locale con una data che per lui era futura).
 
 
 
 
 
 
 

On Fri, 5 Oct 2018 00:45:08 -0700 (PDT), 
anacleto...@gmail.com
 
wrote:

E la voce sorella? (MaxPosPhasecorrection)
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 E la voce sorella? (MaxPosPhasecorrection)
 
appunto, visto che l'ora esatta era AVANTI rispetto al clock locale del PC, la correzione da applicare era di tipo positivo, mi quoto:
