21Aug
Sokan közülünk alkalmanként problémánk volt a mi számítógépeink és más eszközök között, amelyek pontos időbeállításokat tartalmaznak, de a gyors szinkronizálás az NTP szerverrel újra jól működik. De ha a saját készülékeink elveszítik a pontosságot, hogyan tudják az NTP-kiszolgálók ilyen pontosak maradni?
A mai kérdés &A válaszüzenet a SuperUser - a Stack Exchange megosztottságának köszönhetően - a Q & A webhelyek közösségi szintű csoportosítása.
Fotó jóvoltából LEOL30( Flickr).
Az
SuperUser olvasó kérdése Frank Thornton tudni akarja, hogy az NTP-kiszolgálók hogyan képesek olyan pontosak maradni:
Észrevettem, hogy a szervereim és más gépeken az órák mindig elhúzódnak, így szinkronizálniuk kell, hogy pontosak maradjanak. Hogyan tartják az NTP szerver óráit a sodródástól és mindig annyira pontosak?
Hogyan képesek az NTP-kiszolgálók annyira pontosak maradni?
A válasz
A SuperUser közreműködője, Michael Kjorling válaszol számunkra: az
NTP szerverek nagy pontosságú órákra támaszkodnak a pontos időméréshez. A központi NTP-kiszolgálók közös időforrása atomórák vagy GPS-vevők( ne feledje, hogy a GPS-műholdak a fedélzeti atomórákat tartalmazzák).Ezek az órák pontosak, mivel nagyon pontos idõbeli referenciát nyújtanak.
Nincs semmi varázslat a GPS-ről vagy az atomórákról, amelyek megmutatják neked, hogy milyen időben van. Az atomórák működésének köszönhetően egyszerűen csak nagyon jó állapotban vannak, miután egyszer megmondták, hogy milyen idő alatt van, az pontos időtartalmát( mivel a második atomos hatások meghatározása).Tény, hogy érdemes megjegyezni, hogy a GPS-idő különbözik az UTC-ból, hogy többet látunk. Ezek az atomórák egymás után szinkronizálódnak a Nemzetközi Atom-idővel vagy a TAI-val szemben annak érdekében, hogy nem csak az idő múlását tudják pontosan megmondani, hanem az -t is az idő.
Ha egy adott hálózathoz, például az internethez kapcsolódik, pontos időre van szükség, akkor a protokolltanácsadás kérdése lehetővé teszi a pontos idő átvitelét a kiszolgálók között egy megbízhatatlan hálózat felett. E tekintetben a Stratum 2( vagy távolabb a tényleges időforrásról) az NTP szerver nem különbözik az asztali rendszernek az NTP szerverekhez való szinkronizálásával.
Amíg van néhány pontos időpontja( az NTP szerverektől vagy másutt nyertektől), és ismeri a helyi órájának előrehaladási ütemét( amely könnyen meghatározható), akkor kiszámíthatja a helyi órák sodródási arányát a "hittpontos "idő múlásával. Ha be van zárva, akkor ezt az értéket akkor használhatja a helyi óra folyamatos beállítására, hogy a pontos értékek közelebb kerüljenek a jelentésértékekhez, még akkor is, ha a helyi valós idejű óra nagyon pontatlan. Mindaddig, amíg a helyi óra nem nagyon hibás , ez lehetővé teszi, hogy pontos időt tartson egy ideig, még akkor is, ha a upstream időforrás elérhetetlenné válik bármilyen okból.
Néhány NTP kliens implementáció( valószínűleg a legtöbb ntpd démon vagy rendszer szolgáltatás megvalósítás) ezt teszi, és mások( például az ntpd társa ntpdate, amely egyszerűen beállítja az órát egyszer) nem. Ezt általában az drift fájlnak nevezik, mivel folyamatosan tárolja az óra eltolódásának mértékét, de szigorúan azt nem kell külön fájlként tárolni a lemezen.
Az NTP-ben a Stratum 0 definíció szerint pontos időforrás. Az 1. réteg olyan rendszer, amely időforrásként Stratum 0 időforrást használ( és így valamivel kevésbé pontos, mint a Stratum 0 időforrás).A 2. réteg kissé kevésbé pontos, mint az 1. réteg, mert szinkronizálja az idejét az 1. réteg forrása és így tovább. A gyakorlatban ez a pontosságcsökkenés olyan kicsi, hogy teljesen elhanyagolható minden esetben, de a legszélsőségesebb esetekben.
Van valami a magyarázathoz? Hangzik ki a megjegyzésekben. Szeretne többet válaszolni a többi technikus-tudós Stack Exchange felhasználóiról? Nézze meg a teljes vitafonalat itt.