Panove, diskuse o tom, proc (ne)pouzivat lokalni cas v RTC je zcela zbytecna. O tom, ze je to pitomy napad nas kazdy rok presvedci nekolik vlad na svete. Naposled je to Turecko a rozhodnuti zustat u letniho casu.
Takze lokalni cas v RTC znamena automaticky hromadu problemu. Napriklad co se stane, kdyz je pocitac offline, prejde nespravne na "zimni" cas a pak aktualizuje data o zmene nastaveni timezony.
PS: zkuste nekdo spocitat, kolik hodin uplynulo napriklad od pristani cloveka na mesici do narozeni Linuse Thorvaldse bez meziprevodu na UTC. Hodne stesti!
Ostatne to, ze je to blby napad prokazatelne dokazal i Microsoft. Pristi mesic bude zmena z letniho casu na normalni. Mejte win pocitac prihlaseny do AD a po zmene casu ho zapnete az za mesic (simulace delsi dovolene). K posunuti casu a nastaveni DST uz ve win nedojde. Pocitac se do domeny uz nedostane, cas z domeny se tedy neaktualizuje a z NTP se kvuli velkemu rozdilu neopravi. Musite ho z letniho casu presunout rucne.
A ted si predstavte vsechny mozne scenare, se kterymi se pocitac musi vyrovnat pri zmenach TZ musi vyrovnat, kdy v ruznem poradi pojde k presunu do jineho pasma, zmene DST (kazde pasmo muze mit datum jindy), a zaroven zmene nastaveni pasma. Pokud je RTC vedene v UTC, je to snadne. Pokud ne, pak skoro nemozne.
191 Odpovědí
46139 Zhlédnutí