NTP Pool-u chýbajú servery, aj na Slovensku

DSL.sk, 25.6.2012

Projekt NTP Pool, ktorý poskytuje decentralizovanú bezplatnú službu serverov protokolu NTP pre synchronizáciu času, má nedostatok serverov a minulý týždeň zverejnil výzvu na získanie ďalších.

Protokol NTP, Network Time Protocol, umožňuje zariadeniu na Internete synchronizovať si automaticky svoj čas s presnejším zdrojom času.

Najpresnejšími zdrojmi času sú servery na tzv. vrstve jedna, ktoré sú priamo pripojené k presnému zdroju času akým môžu byť napríklad atómové hodiny ale tiež o niečo menej presnejšie zdroje. V zozname ntp.org nie je registrovaný žiadny takýto server zo Slovenska, v Českej republike majú tri.

Ďalšie NTP servery využívajú ako svoj zdroj času iné NTP servery a vznikajú tak NTP servery na druhej, tretej a prípadne ďalších vrstvách.

Projekt NTP Pool vznikol v roku 2003 potom ako sa začal výrazne zvyšovať počet zariadení na Internete a začali byť preťažované najpresnejšie verejne prístupné NTP servery napevno nakonfigurované napríklad v niektorých softvéroch.

NTP Pool zaviedol pre NTP servery doménu pool.ntp.org, jej geografické poddomény ako napríklad sk.pool.ntp.org a 3.sk.pool.ntp.org ale tiež poddomény pre jednotlivých výrobcov ako napríklad 0.debian.pool.ntp.org, na ktorých cez DNS rovnomerne rozdeľuje záťaž medzi dobrovoľne zapojené NTP servery.

V súčasnosti je do služby zapojených globálne viac ako 2500 serverov cez IPv4 a takmer 500 cez IPv6, cez NTP Pool si synchronizuje čas podľa odhadov zverejnených na stránke 5 až 15 miliónov zariadení. Nakoľko je tento údaj aktuálny ale nie je jasné. NTP Pool je predkonfigurovaný napríklad v mnohých linuxových distribúciách, sieťových zariadeniach ale tiež na mnohých Android telefónoch.

Na Slovensku je zapojených pätnásť NTP serverov cez IPv4 a dva cez IPv6, pričom pred rokom to bolo cez IPv4 len sedem NTP serverov. Ani pätnásť ale nie je podľa informácií NTP Pool pre súčasný stav využívanosti dostatočný počet. Zapojené servery musia mať kvalitnú konektivitu a statickú IP adresu, v súčasnosti sú vo všeobecnosti ale zaťažované len dátovou prevádzkou 50 až 120 Kbps a do budúcnosti je potrebné podľa prevádzkovateľov počítať s maximálne 512 Kbps.


Najnovšie články:



Diskusia:

pocet serverov Od reg.: Marki555 | Pridané: 25.6.2012 11:03 Problemom nie je zatazenie sucasnych serverov (to je minimalne a s filtrami pre nekorektnych klientov ktori posielaju obcas stovky paketov za sekundu, je dokonca skoro nemeratelne). Zvysit pocet serverov chcu kvoli redundancii. Ked je v nejakej krajine malo serverov, tak skoro vsetci klienti sa synchronizuju s tymi istymi servermi - a teda ich vypadok by postihol vela klientov. Naopak ak bude dostupnych viac serverov, klienti budu vzdy pouzivat len niektore z nich. Ale aj toto sa s novymi verziami ntp daemon klienta meni. Uz okrem direktivy "server" podporuje aj "pool", co je nieco ako dynamicky server - podla zadaneho DNS si nacita niekolko IP adries a tie pouziva. Ak dane servery prestanu poskytovat presny cas alebo su nedostupne, DNS query sa zopakuje a ziska nove IP adresy serverov. Doteraz NTP klient fungoval vylucne na IP adrese - pri starte zistil IP adresu serveru a tu pouzival kludne aj vyse rok. Odpovedať Známka: 8.9 Hodnotiť:

Pool nie je taka vyhoda Od: aaaaaaaaaaaaaa | Pridané: 25.6.2012 11:26 Prave moznost pouzivat pool alebo nahodny server (na styl sk.pool.ntp.org, kde sa dalsi server vyberie len "nejak") je sice dobra featura ohladne load ballancingu, ale na druhu stranu to zabija presnost. Kazdy klient si robi nejake statistiky odozvy a pod, aby na zaklade toho mohol korigovat dalsie merania a merat presnejsie. Nevyhoda je, ze ak sa vzdialeny server meni casto, tak su statistiky prakticky nanic a znepresnuju meranie. Preto sa odporuca vybrat si nejaky server nahodne a potom ho pouzivat stale, dokedy funguje. Odpovedať Známka: 6.0 Hodnotiť:

Re: Pool nie je taka vyhoda Od: 52-ka | Pridané: 25.6.2012 12:51 Ty brďo... A toto je načo dobré??? Každý PC by mohol mať vlastný presný čas a synchronizáciu netreba bežnému užívateľovi robiť častejšie ako 1x za mesiac. A veď načo aj??? Odpovedať Známka: -6.2 Hodnotiť:

Re: Pool nie je taka vyhoda Od: aaaaaaaaaaaaaaaaaaaaa | Pridané: 25.6.2012 14:32 NTP bezi casto ako demon prave preto, aby sa synchronizacia nerobila skokovito. Ked synchronizujes skokovito, tak sa moze stat, ze o 23:59:58 spustis synchronizaciu a ona ti nastavi cas 00:00:02. Tak sa nespusti nic, co je naplanovane na polnoc (podobne aj s inym casom). Inokedy by to zase mohlo posunut cas dozadu a sposobit dvojnasobne spustenie niektorych programov. Prave preto sa riesi synchronizacia dlhodobo a to tak, ze sa "spomaluje" alebo "zrychluje" plynutie casu v pocitaci tak, aby sa odmerany cas stretol s casom v PC. Odpovedať Známka: 7.3 Hodnotiť:

Re: Pool nie je taka vyhoda Od: quix_ | Pridané: 26.6.2012 8:00 pripade zaporny uptime :D Odpovedať Známka: 3.3 Hodnotiť:

Re: Pool nie je taka vyhoda Od: Ja. | Pridané: 27.6.2012 9:03 uptime nie je viazaný na hodiny. Skúšal som meniť čas a uptime to pekne ustál Odpovedať Hodnotiť:

Re: Pool nie je taka vyhoda Od reg.: Lars Schotte | Pridané: 26.6.2012 14:39 hej, ale on sa stretne hnet a ked medzi tym nieco je, tak to aj hnet spusci, preto zvykne po synchronizacii secko nachvilku zamrznut, lebo friskejsie robi context switche a prechadza kazdy proces. ja si myslim, ze crontab na zaklade casu je aj tak hovadina. chcelo by to anacron alebo nieco na zaklade nejakeho eventu, napr log je dlhy 100kB, tak jebni novy a nie ze kazdych 24 hod. Odpovedať Hodnotiť:

Re: Pool nie je taka vyhoda Od: .em | Pridané: 26.6.2012 19:18 na logy predsa existuje logrotate Odpovedať Hodnotiť:

Re: Pool nie je taka vyhoda Od reg.: Hroch | Pridané: 25.6.2012 13:07 "Preto sa odporuca vybrat si nejaky server nahodne a potom ho pouzivat stale, dokedy funguje." je dost mozne, ze prave takto tie pool-y funguju prides sa opytat poolu on ti da linku serveru podla toho ako su dlhodobejsie vytazene a ty ju pouzivas dokial funguje, ked prestane fungovat prides sa pool-u opytat znova atd. aspon ja by som to tak spravil :D, load balancing je vtomto pripade menej efektivny (ale aspon nejaky) a pouzivatel ma pravdepodobnost konzistentnejsich udajov lebo berie cas z vzdy rovnakeho stroja Odpovedať Známka: 3.3 Hodnotiť:

Re: Pool nie je taka vyhoda Od reg.: Marki555 | Pridané: 25.6.2012 13:22 NTP klient na taketo nieco nemal podporu. Pri starte sa spojil so serverom podla DNS a prvu IP co dostal tak pouzil. Ak prestala fungovat, bolo mu to jedno. Vytazenost serverov tym padom nevies zistit - klienti dostanu IP servera a tu pouzivaju az do restartu. Preto aj ked nejaky server z poolu vystupi, tak cast requestov od klientov mu moze chodit aj dalsi rok. Load-balancing tak funguje len na principe round-robin - teda DNS na kazdu poziadavku vrati IPcky v inom poradi a klient pouzije prvu z nich. Toto meni a vylepsuje ta direktiva "pool" v ntp.conf v novsich verziach. Odpovedať Známka: 6.0 Hodnotiť:

Re: Pool nie je taka vyhoda Od reg.: Marki555 | Pridané: 25.6.2012 13:27 Klient si nerobi ziadne historicke statistiky presnosti. Len porovnava ziskane casy z roznych serverov a na ich zaklade si vypocita "presny cas". Preto nie je vhodne pouzivat 2 servery, lebo ked ti jeden vrati dobry cas a druhy zly cas, tak nemas ako zistit ktory je ktory (svojmu vlastnemu casu tiez nemozes doverovat). Ked mas aspon 3 servery, tak NTP si vypocita ktore 2 su presnejsie pri sebe a treti zvacsa oznaci za nepresny. Ale pri 6+ serveroch ten algoritmus uz nie je taky efektivny, takze sa odporuca mat 3-5 serverov v ntp.conf. Do vypoctu klient berie len poslednych zopar merani, takze vymena serverov aj kazdy den by mu nevadila (bez restartu, kedze restartom by klient zabudol dost info). Odpovedať Známka: 5.0 Hodnotiť:

Re: Pool nie je taka vyhoda Od: Mumsito | Pridané: 25.6.2012 14:42 Chlape aka presnost? Sak +- 10ms nie je nic hrozne. Ak neprevadzkujes nejaky bankvy system, kde si na tom zavisly. Ale to uz synchronizujes cas priamo s kvalitnym NTP serverom alebo mas vlastne atomove hodiny, pripadne GPS modul. Odpovedať Známka: 0.0 Hodnotiť:

Re: Pool nie je taka vyhoda Od reg.: Marki555 | Pridané: 25.6.2012 15:03 Hej, pre bezne pouzitie staci aj +/- 100ms. Pool servery su automaticky vyhadzovane z poolu tusim ked prekrocia +/- 20ms. Ale na dobre vybranej doske so spravnym linux/BSD kernelom nie je problem spravit +/- 0.5ms pripadne aj menej (ale tam uz aj zavisi na zmenach teplot v okoli servera a ako su na to jeho komponenty citlive). Odpovedať Známka: 3.3 Hodnotiť:

Re: Pool nie je taka vyhoda Od: 53-ka | Pridané: 26.6.2012 8:20 Dobre vybranej doske??? Ak myslíš základovku, tak aj na tých dosť drahých je len laciný 32KHz kryštálik, ktorého presnosť veľmi kolíše okolitou teplotou. A kdeže má veľmi nízky kmitočet o to menšia je presnosť takýchto hodín... Odpovedať Známka: -3.3 Hodnotiť:

nechapem problem Od: ezechiel | Pridané: 25.6.2012 11:22 z clanku: -------------- V zozname ntp.org nie je registrovaný žiadny takýto server zo Slovenska, v Českej republike majú tri. Na Slovensku je zapojených pätnásť NTP serverov cez IPv4 a dva cez IPv6. -------------- Tak preco tie slovenske servery do toho zoznamu ntp.org nedopisu? Odpovedať Známka: -5.0 Hodnotiť:

Re: nechapem problem Od reg.: Redakcia DSL.sk | Pridané: 25.6.2012 11:25 Prvá informácia sa týka NTP serverov stratum 1. Druhá serverov v NTP Pool. Odpovedať Známka: 2.0 Hodnotiť:

Re: nechapem problem Od reg.: Marki555 | Pridané: 25.6.2012 11:57 ntp.org a ntpool.prg su rozne organizacie a weby. Inac samozrejme aj na Slovensku maju firmy stratum1 servery, len ich nezverejnili do zoznamu ntp.org. Stratum1 je napriklad server t-comu a server v SIXe (bts.sk). Odpovedať Známka: 7.5 Hodnotiť:

Re: nechapem problem Od: Slavius | Pridané: 25.6.2012 12:06 Predpokladam, ze T-Com nevlastni atomove hodiny, na aky zdroj presneho casu je potom T-Com pripojeny? Tipujem to na skrecka v kolotoci... Odpovedať Známka: 6.4 Hodnotiť:

Re: nechapem problem Od: .em | Pridané: 25.6.2012 12:25 GPS? Odpovedať Známka: 6.7 Hodnotiť:

Re: nechapem problem Od: linkedLN | Pridané: 25.6.2012 14:48 Gde Pica Su? Odpovedať Známka: -2.0 Hodnotiť:

Re: nechapem problem Od: webler | Pridané: 25.6.2012 15:31 Nedostatocna presnost. Odpovedať Známka: 0.0 Hodnotiť:

Re: nechapem problem Od reg.: weiss | Pridané: 25.6.2012 16:39 Tak, ked sa nim synchronizuju SDH siete, potom to take nepresne to byt nemoze :D Odpovedať Známka: 4.3 Hodnotiť:

Re: nechapem problem Od: .em | Pridané: 25.6.2012 17:59 asi mu je nedostatocna presnost nanose kundy :) Odpovedať Známka: 4.0 Hodnotiť:

Re: nechapem problem Od: fotograf | Pridané: 25.6.2012 18:29 Ibaze by si cas prepisoval z monitora cez klavesnicu. :-D Odpovedať Známka: 6.7 Hodnotiť:

Re: nechapem problem Od reg.: Marki555 | Pridané: 25.6.2012 15:00 Ano, je to GPS: # ntpq -p ntp.telekom.sk remote refid st t when poll reach delay offset jitter LOCAL(0) 73.78.73.84 5 l 13 64 377 0.000 0.000 0.004 GENERIC(0) .DCFa. 0 l - 64 0 0.000 0.000 4000.00 oPPS(0) .PPS. 0 l 15 16 377 0.000 0.001 0.004 +GPS_ONCORE(0) .GPS. 0 l 6 16 377 0.000 0.001 0.004 Odpovedať Známka: 6.0 Hodnotiť:

Re: nechapem problem Od reg.: Lars Schotte | Pridané: 26.6.2012 15:07 ja si raz kupim hodiny samonastavovacie a napojim to na openbsd openntp a bude! openbsd ma aj najlepsiu podporu tehoto hardwaru. Odpovedať Hodnotiť:

Re: nechapem problem Od reg.: diosko | Pridané: 25.6.2012 15:42 ...okrem toho skrecka v kolotoci je v Telekome aj NTP stratum 1 server s atomovymi hodinami a niekolko s GPS synchronizaciou. Odpovedať Známka: 5.0 Hodnotiť:

Re: nechapem problem Od: Slavius | Pridané: 26.6.2012 9:31 Tomu neverim. Ziadnu spravu o nevyplatenych dividendach zo strany nemeckeho holdingu zo zisku z predaja nakumulovanych prebytocnych sekund od klientov Telecomu som na DSL.sk nevidel... Odpovedať Známka: 3.3 Hodnotiť:

DCF77 je aj tak najlepsi Od reg.: Lars Schotte | Pridané: 26.6.2012 15:36 ja mam tie DCF77 hodiny, par aj v piestanoch a dobre funguju. cize dobre by bolo jebnut nejaku antenu na BNC koaxial a jebnut donutra do pocitaca tu mainberg pci kartu na chytanie teho signalu a bolo by. cele GPS moze it do <> Odpovedať Hodnotiť:

najlacnejsie ziskanie ako-tak presneho casu Od reg.: Lars Schotte | Pridané: 26.6.2012 16:59 nezavisle od nejakych NTP somarin sa samozrejme da ziskat cas z DVB-S a DVB-T ... ja ked som este nemal v piestanoch internet, tak som jebol dvbdate a podla toho som zesynchronizoval pocitac, ten samozrejme potom mal relativne presny cas a potom sa da ten pocitac pouzivat ako NTP server v sieti. samozrejme DVB-S je este horsie ako GPS (lebo geostacionarne druzice su este vyssie v prdeli), ale ak to ide aj s DVB-T, tak to by bolo zas lepsie ako GPS a potom nech idu do prdele z ich GPS. samozrejme, DCF77 alebo nieco podobne by bolo najlepsie, ale taky hw stoji penaze a boh vi odkal ho dostat. v obchode ho nemaju. Odpovedať Hodnotiť:

to dvb-t ide ale je este jeden problem Od reg.: Lars Schotte | Pridané: 26.6.2012 17:49 no, ide to s tym dvb-t ale tod norimbergu je problem, ze teda on bere furt GMT+1, ti jebovia to nenastavili na CEST. ale to nevadi, inak je to od NTP +/- 1s, co je OK. System time: Tue Jun 26 17:46:26 2012 RX time: Tue Jun 26 16:46:25 2012 Offset: -3601 seconds len este mosim dojst na to, ze ako docasne prehodim v skripte timezone na gmt+1, dat zosynchronizovat a potom zas naspatek. Odpovedať Hodnotiť:

ziskat presny cas cez DVB-T Od reg.: Lars Schotte | Pridané: 26.6.2012 18:21 nejako to ma skor dojebane v tom dvbdate, cize treba to dat na GMT a potom to ide dobre. cize: export TZ='GMT' dvbdate --set --force unset TZ Odpovedať Hodnotiť:

Pridať komentár