Puncte:1

Serviciul de timp Windows se sincronizează cu serverele ntp externe numai dacă acestea coincid

drapel cn

Am avut recent o problemă pe care nu am mai văzut-o niciodată. Într-o seară, în jurul anului 2030, unul dintre DC și-a schimbat ceasul cu o oră înapoi. Acest server se sincronizează cu două adrese în pool.ntp.org. Nimeni nu a fost prezent când s-a întâmplat acest lucru, iar jurnalele de evenimente arată clar sincronizarea serviciului de timp cu un ip public.

Pot doar să presupun că am lovit un server care a fost configurat incorect pentru că, după haosul din dimineața următoare cauzat de sistemele de management al clădirii care au ora greșită, pur și simplu am resincronizat serverul ntp și i-a corectat imediat ceasul.

În mod normal, am ntp configurat să utilizeze două servere ntp diferite, așa că presupun că clientul se conectează doar la primul care răspunde și doar presupune că va furniza ora corectă.

deci intrebarea mea:

Există vreo modalitate de a configura serviciul de timp Windows astfel încât să-și corecteze ceasul numai după ce a consultat două servere ntp diferite și ambele coincid în ceea ce privește ora corectă? Eu rulez Win2019

Editați | ×: Nu știam că este posibil să fac interogări istorice pe rezultatele ntp (mulțumesc Paul Gear). Interogarea celor două IP-uri pe care le-am configurat arată cauza problemei mele:

1623189765,"2021-06-08 22:02:45",-0.003809235,1,13.2,,,0,
1623188607,"2021-06-08 21:43:27",6.1543e-05,1,12.8,6,"Newark, NJ, SUA",0,
1623188607,"2021-06-08 21:43:27",6.1543e-05,1,12.8,,,0,
1623187438,"2021-06-08 21:23:58",0.011513196,1,12.4,6,"Newark, NJ, SUA",0,

Linia de mijloc de acolo indică a imens variație față de serverul pe care îl foloseam.

Puncte:1
drapel cn

Să nu fiu prea mult de acord cu John Mahowald, dar cel puțin din Windows 2016, Windows Time Service a fost mult îmbunătățit, inclusiv un serviciu NTP complet. Au și un document care explică cum să configurați Windows pentru o precizie ridicată. Nu cred că este nevoie să rulați un server NTP separat non-Windows decât dacă aveți cerințe de precizie extrem de ridicate (caz în care, probabil că ați folosi PTP în schimb - există chiar și suport pentru asta în Windows 2019).

Deci, cel mai probabil, tocmai v-ați confruntat cu un server de pool inexact. Acest lucru se întâmplă din când în când, iar pool-ul este foarte bun la eliminarea rapidă a acestor servere. Dacă aveți o înregistrare a adresei IP a serverului cu care se sincroniza, puteți căuta istoricul acestuia https://www.ntppool.org/scores/<ADRESA_IP>.

Cred că este probabil ca, deoarece sistemul în cauză încă răspundea, a fost selectat pentru că ai prea puțini colegi configurați (vezi și următoarea secțiune din RFC8633 despre existența unei diversități de ceasuri de referință), iar Windows Time Service nu a trebuit să interogheze din nou pool-ul pentru un nou IP, deoarece serverul original încă răspundea.

Deci, cel mai important lucru pe care îl puteți face pentru a preveni reapariția acestui lucru este, după cum a spus John, să adăugați mai multe surse de timp. Mai multe surse de la piscină sunt în regulă, iar dacă doriți ceva în afara piscinei, care are IP-uri destul de stabile și oferă un serviciu rezonabil de precis, încercați time.apple.com, care pare a fi un grup Geo-DNS de servere din stratul 1 distribuite la nivel global.

drapel cn
Configurez toate DC-urile prin scripturi, astfel încât acestea să aibă două surse alternative ntp. Acest server avea două surse și cu aproximativ 15 ore mai devreme a fost repornit și eventlog arată că serverele sale erau 5.148.175.134 și 90.165.120.190, așa că avea două pe care le-a primit de la ntp.org, dar ceasul a fost ajustat doar pe baza unul dintre acele IP-uri care răspunde cu un ceas incorect.Încerc să aflu dacă le pot seta pe toate cu 3 ceasuri și dacă Windows-ul să actualizeze ora doar dacă două servere ntp se potrivesc cu orele, ignorând un server ntp care returnează o oră extrem de incorectă.
drapel cn
Ar trebui să adaug că formularea din documentație vorbește despre serviciul care compară mai multe surse pentru a selecta sursa cea mai precisă. Ceea ce nu indică este dacă acesta este o singură dată când serviciul se încarcă sau se reconfigurează sau dacă acest lucru se întâmplă ori de câte ori verifică periodic ceasul local. Bănuiesc că apare o singură dată, ceea ce nu va evita problema unei surse ntp, care este în mod normal ok, revenind brusc o oră incorectă.
John Mahowald avatar
drapel cn
Dacă w32time are 3+ surse configurate, iar una dintre ele sare cu o oră, va detecta un ticker fals și nu un pas? Nu am găsit documentație despre acest comportament.
drapel cn
Nu credeam că va face acest lucru, dar întotdeauna am două surse configurate și jurnalele de evenimente nu mint. Am o singură intrare de la Time-Service care spune că își schimbă ora și a revenit exact cu o oră. Intrările anterioare din jurnalul de evenimente indică IP-urile celor două surse pe care le folosea, iar pagina ntppool.org/sources indică faptul că doar una dintre cele două a avut o problemă de timp... Ghinionul meu a fost că serverul se pare că îl folosea ca principal și nu a verificat cu al doilea.
Paul Gear avatar
drapel cn
TL;DR: două surse nu sunt suficiente. Nu te gândi la 2 vs. 3. Gândește-te la 2 vs. 10. (NTP BCP RFC legat în răspunsul meu recomandă un *minimum* de 4.) Nu am un server Windows pe care să testez, dar dacă citesc corect documentația, acum este o implementare NTP completă și ar trebui să fie * comparând constant* sursele sale din amonte prin algoritmul de intersecție (vezi diagramele pe care le-am colectat la https://is.gd/xW2qbb), ceea ce înseamnă că, dacă ai un număr adecvat de colegi, nu ar trebui să intri niciodată în situația pe care ai experimentat-o.
drapel cn
@paulgear postare excelentă pe blogul tău. Sunt multe de digerat, dar cred că îmi răspunde la întrebare.
Puncte:0
drapel cn

w32time este doar un client SNTP, din câte îmi pot da seama, deci dacă pachetul are un salt mare, timpul va fi treptat. Politica de grup poate fi configurat pentru a avea servere NTP suplimentare, dar acestea sunt pentru rezervă la eșec, nu pentru asocieri multiple simultan cu verificarea erorilor, cum ar fi ntpd.

Luați în considerare rularea propriului serviciu nu-w32time în fața AD DS, o implementare NTP completă cu mai multe surse. Alegeți, aparat fizic cu antenă GNSS, ntpd sau instalare cronică.

Patru surse, din pool-ul NTP, poate dacă internetul este disponibil, sunt mai bune decât două. Ușor cu ntpd sau chrony.

piscina 2.pool.ntp.org
drapel cn
Adăugarea unui alt strat la mijloc nu va rezolva nimic decât dacă serverul ntp din mijloc și-a schimbat ceasul doar ca răspuns la mai multe răspunsuri identice de la serverele ntp publice și nu doar unul singur. Nu am investigat încă dacă folosirea unui server ntp bazat pe Linux ar permite acest lucru.
vidarlo avatar
drapel ar
@IanMurphy NTPd configurat cu 3-4 ceasuri va schimba ***nu*** timpul său pe baza unei valori aberante. Acesta va selecta o referință de încredere pe baza sumei tuturor informațiilor disponibile.
drapel cn
Aceasta ar fi o soluție dacă ntpd funcționează așa. Acum trebuie să-l încerc și să văd dacă îl pot sparge. Mulțumiri

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.