Názory k článku Synchronizace času

Zkousel jsem rdate ntp.nasa.gov a dostal jsem lokalni cas (tedy lokalni u nas), ne GMT.

Jestli to nebude tím, že rdate přenese UTC čas a před zobrazením ho upraví na lokální.

Je to presne tak.

nema to byt spis od 1.1.1970 ? jinak by 32bit cislo asi nestacilo :)
a taky pro synchronizaci mezi hw clock a system clock staci programek hwclock --systohc nebo --hctosys
NTP a vzdalena synchronizace casu se pouziva u systemu kde vime ze HW hodiny jdou spatne (napr. vybita baterie na motherboardu)

Když jsem tenhle članek korekturoval (fuj, to je slovo :), položil jsem si stejnou otázku. Nalistoval jsem si patřičné RFC a skutečně se v něm mluví o roce 1900. Tak nevím.

Patricne RFC neznam, ale zkusil jsem to pocitat
a vyslo mi ze 32-bitove cislo vydrzi 136 let,
takze pokud pestane toto cislo platit v roce 2036,
musi se pocitat od 1.1.1900
Ted je jeste otazkou zdali jsem neudelal chybu :-)

hm, zvlastni.... un*xy vubec pouzivaji cas od 1.1.1970 a vseobecne je znamo ze to vyprsi v roce 2036...

nu... pustime bc :) - 32bitove cislo ma rozsah do 4294836225 - takze... pokud kazdy rok ma 365.25 dne a jeden den ma 24 hodin a kazda hodina 3600 sekund tak rok bude mit 365.25*24*3600=31557600 sekund. takze t_32/t_rok=136... a sakra ;)

mrkl jsem se do /usr/src/linux/arch/i386/kernel/time.c a nasel jsem to :o) - skutecne by teoreticky pretekla promnena az v roce 2106, avsak je tu jeden maly problemek a to ze normalne se pouziva signed a ne unsigned :o) - takze to musime delit dvema... ach jo ;)
ted je jeenom otazka jestli NTP/rtime etc pouzivaji signed ci unsigned ;)

Unixovy timer pretece 19.1.2038 v 04:14:17. (68 let od 1970), zatimco rtime uz v roce 2036 (68*2 let od 1900).
Mimochodem rtime dava stejny vysledek jako linuxovy time() po takovemto prevodu (v C):

read(sockfd,&remotetime,4);
remotetime=ntohl(remotetime)-2208988800UL;

Panove... takove detaily :-)

UTC vs. GMT
Co se absolutni hodnoty tyce, jedna se o stejny
cas, na ktery nema DST vliv.

http://wwwghcc.msfc.nasa.gov/utc.html
http://tycho.usno.navy.mil/systime.html

Jeste dva odkazy:
http://greenwichmeantime.com/info/utc.htm
http://greenwichmeantime.com/info/gmt.htm
Z jednoho z nich cituji:
UTC je od roku 1986 namisto GMT uzivan jako
standardni svetovy cas. Je urcovan od mereni
atomovych zmen a nikoli od mereni zemske rotace.

Coordinated Universal Time (přesměrováno z hesla GMT)
UTC je zkratka anglického výrazu Coordinated Universal Time, koordinovaný světový čas. Někdy je nazýván také Zulu time, označován písmenem Z za časovým údajem. UTC je základem systému občanského času, jednotlivá časová pásma jsou definována svými odchylkami od UTC. UTC je jako základ systému měření času nástupcem GMT (Greenwich Mean Time – greenwichský střední čas) a v neformálním vyjadřování je s ním někdy zaměňován. Na rozdíl od GMT, který udává čas platný v časovém pásmu základního poledníku, který je založen na rotaci Země, je UTC založen na atomových hodinách, tzn. je na rotaci Země nezávislý.

Jelikož se rotace Země mírně zpomaluje, GMT se oproti UTC postupně zpožďuje. Aby se UTC dal používat v praktickém životě, který je s rotací Země spjatý, je udržován v rozmezí ±0,9 sekundy od UT1; pokud je tato odchylka překročena, je o půlnoci nejbližšího 30. června nebo 31. prosince přidána nebo (teoreticky) ubrána tzv. přestupná sekunda, takže tento den končí v čase 23.59:60, resp. 23.59:58 (na rozdíl od běžného 23.59:59). K tomuto dochází průměrně jednou za rok až rok a půl. Jelikož se rotace Země zpomaluje, jsou vždy přestupné sekundy přidávány, teoreticky se však počítá i s možností ubrané přestupné sekundy. O tom, zda bude v příslušném termínu přestupná sekunda použita, rozhoduje International Earth Rotation and Reference Systems Service podle měření rotace Země.

Mezinárodní standard času UTC je určován z mnoha národních časových laboratoří vybavených atomovými hodinami, z těchto měření pak Bureau International des Poids et Mesures (Mezinárodní úřad pro míry a váhy) určí zcela přesnou hodnotu UTC, neboť jednotlivé atomové hodiny se mohou o několik nanosekund navzájem lišit.

Systém UTC znamená problémy pro některé počítačové systémy (např. Unix), které uchovávají čas ve formě počtu sekund od nějakého počátečního data. Kvůli existenci přestupných sekund tak není možno říci, jaké hodnotě bude nějaký čas v budoucnosti odpovídat, neboť není známo, kolik přestupných sekund bude mezitím vloženo či ubráno.

Nezapomente si precist u poskytovatelu casu podminky (nekteri chteji alespon zpravu, ze je pouzivate, jini vydavaji svoleni etc.) (BR)

Staci si zjistit odchylku hw hodin a cas
pravidelne posouvat. A systemovej pak
synchronizovat podle hw casu.

P.S. - oboji pomoci hwclock.

Casova zona

Jsme v zone +1. Jde to zhruba po 15 stupnich zem. delky, a my jsme zhruba na 15.
Pouzivame stredoevropsky cas (SEC, MET, CET) a v lete letni SELC=SEC+1.

U RedHatu doporucuji v pripade NTP dopsat jeste soubor /etc/ntp/step-tickers, xntpd nespadne pokud je odchylka vetsi nez 300m, protoze se na zacatku synchronizuje pres ntpdate...

Dovolim si upozornit na jednu nepresnost s verzemi a protokoly NTP. xntpd3 pouziva verzi NTPv3 a ntpd verzi NTPv4. Paralelne s protokolem NTP vyviji pan David Mills protokol SNTP (posledni je verze 4), ktery je zjednodusenou verzi NTP a je urcen temer vyhradne k synchronizaci na lokalni siti. Zakladni schema je tedy to, ze NTP server na lokalni siti synchronizuje cas pres NTP se vzdalenym serverem a tento cas pak poskytuje pres SNTP lokalnim klientum (muze probihat i pres broadcast). NTPv4 je zpetne kompatibilni s NTPv3, takze je v zasade mozne michat na siti xntpd s ntpd. Osobne doporucuji ntpd, cas udrzuje lepe a nevypadava ze synchronizace tak casto jako xntpd. Navic jiz neni xntpd autorem podporovan.

Dekuji.

No, nemohu si pomoci.... NWcko, neboli NetWare server jsem nesynchronizoval s nicim asi rok a predbehl se asi o minutu... :)

Kdyz to ani tak nezalezi na operacnim systemu
jako na tom, na jakym zeleze to bezi.
Konkretne od presnosti hw hodin a krystalu co
pohani procesor.

BTW jako nejjednodussi reseni pokud
nepoterebujte uplne presnej cas mi prijde poustet z
cronu ntpdate

Dekuji vsem za odpovedi na me otazky a preji pekny (a doufam ze slunecny) den.

A co synchronizace pomoci DCF77 (to je casovy normal vysilany z frankfurtu na velmi dlouhych vlnach 77,5 kHz).

servery urovne stratum 1 se zhusta synchronizuji podle DCF (polozka refid ve vypisu ntptrace -v ...), zkousel jsem kdyzi na WinNT, problemy byly s ovladacema (predpokladam, ze linux je na tom lip) a bohuzel take se signalem. v centru prahy byl prijem docela problematicky (ale to hodne ovlivnuje konstrukce budovy a umisteni prijimace)

Potřeboval bych na celý server novell nastavit čas z PC s WinNT 4.0cz ,což je PROXY server, kde mám přesný čas z netu , poraďte prosím...

Na stránkách Novellu je ke stažení rdate(.nlm) včetně crona pod Novella.

Na stránkách Novellu je ke stažení rdate(.nlm) včetně crona pod Novella.