Vlákno názorů k článku
Google „rozmaže“ přestupnou sekundu 31.12.2016 do 20 hodin
od j - "Problém by mohl nastat, jestli použijete ntp servery...
-
j (neregistrovaný)
"Problém by mohl nastat, jestli použijete ntp servery Google a zároveň jiné „nerozmazané“ ntp "
Zadnej problem nastat nemuze, to ze se jednotlivy NTP rozchazej je normalni. Lock se dela na ten, kterej ma aktualne nejmensi rozptyl, naopak pomerne kurevskej problem muze nastat, pokud nekdo system, kerej zije v tisicilenym presvedceni ze minuta ma 60s, pripoji na ntp, kterej mu nareportuje tu sedesatou prvni.
-
FíkZlatý podporovatelNo to ano, ale ten server s nejmenším rozptylem na který se pověsí, nemusí být 20 hodin ten stejný. Pak to bude skákat. Do toho rozptylu se navíc připočte chyba odhadu času odpovědi a to se může dost měnit.
Tak je potřeba mít ten sw, co se baví s ntp v pořádku. Třeba ntpd se z 61 nesloží a systému to přeloží jedním ze dvou způsobů, podle toho, jak si ho nastavíte. Buď skokově posune čas v zad, nebo to rozmaže.
-
j (neregistrovaný)
Ale nic skakat nebude ... ntp v ramci nejakych mezi dela presne to co google - zpomaluje a zrychluje hodiny. Pokud sou napred, tak je zpomali, kdyz sou pozadu, tak je zrychli, ale v zadnym pripade neprepina cas tam a zpet, neprekvapive prave proto, ze by to defakto uplne vsechno rozbilo, kdezto ruzne dlouha sekunda nikomu nevadi.
Kdyz je rozdil moc velkej, tak to ntp vyhodnoti jako chybu a sync proste nebude.
-
FíkZlatý podporovatel
defaultní ntpd bez -x udělá skok, viz první graf tu: http://developers.redhat.com/blog/2015/06/01/five-different-ways-handle-leap-seconds-ntp/
