<div dir="ltr"><div>Pouzite nejake cca 3-4 stabilnejsie NTP servery, pripadne servery vacsich providerov napr.  <br></div><div><a href="http://ntp.nic.cz">ntp.nic.cz</a></div><div><a href="http://ntp.orange.cz">ntp.orange.cz</a></div><div>...</div><div>atd.</div><div><br></div><div>Ked niekolko krat neodpovie, alebo odpovie s chybami, tak treba zbehnut nove kolecko zisteni IP a rozhodovania, ktory server pouzijete na synchronizaciu.</div><div><br></div><div>Dodo<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">po 25. 7. 2022 o 18:08 Miroslav Mraz <<a href="mailto:mrazik@volny.cz">mrazik@volny.cz</a>> napĂ­sal(a):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Tak jsem asi pĹ™išel na to kde je primárnĂ­ problĂ©m. UĹľ tu bylo Ĺ™eÄŤeno, Ĺľe <br>
servery v poolu majĂ­ pĹ™iĹ™azeno k jednomu domĂ©novĂ©mu jmĂ©nu vĂ­ce IP adres. <br>
Potud je to v pořádku, je celkem jedno jakou IP si vyberu. ProblĂ©m je v <br>
tom, Ĺľe tento seznam IP adres se v ÄŤase dost ÄŤasto mÄ›nĂ­. Daná adresa asi <br>
zĹŻstává ještÄ› nÄ›jakou dobu aktivnĂ­, ale nakonec zaÄŤne buÄŹ vracet chybnĂ© <br>
pakety, nebo neodpovĂ­dá vĹŻbec.<br>
TakĹľe po chybÄ› je potĹ™eba provĂ©st reconnect - nevĂ­m jak je to udÄ›láno v <br>
tĂ© knihovnÄ› UDP, v unixu staÄŤĂ­ zavřít soket a zaÄŤĂ­t znovu s <br>
gethostbyname(). KlidnÄ› je moĹľnĂ© použít stejnĂ© domĂ©novĂ© jmĂ©no i poĹ™adĂ­ v <br>
seznamu IP adres, stejnÄ› se dostanete na jinou IP. Kdyby ÄŤlovÄ›k pĹ™eÄŤetl <br>
to RFC, tak by to asi vÄ›dÄ›l, ale jak se Ĺ™Ă­ká aĹľ selĹľe vše, pĹ™eÄŤti si návod.<br>
<br>
MrazĂ­k<br>
<br>
On 24. 07. 22 15:13, Miroslav Mraz wrote:<br>
> Tak jsem si s tĂ­m chvĂ­li hrál, ono se to mĹŻĹľe nÄ›kdy hodit. Kontrola <br>
> dĂ©lky pĹ™ijatĂ©ho paketu je sice fajn, ale zdaleka nestaÄŤĂ­.<br>
> <a href="https://labs.apnic.net/?p=462" rel="noreferrer" target="_blank">https://labs.apnic.net/?p=462</a><br>
> Je potĹ™eba ještÄ› (nejmĂ©nÄ›) kontrolovat hlaviÄŤku - v poli LI nesmĂ­ bĂ˝t <br>
> nastavena hodnota 3. NormálnÄ› se v bytu 0. vracĂ­ 0x24, pĹ™i chybÄ› 0xE4.<br>
> Dále hodnota Stratum nesmĂ­ bĂ˝t 0. Pokud pĹ™ijde divnĂ˝ paket, má správnou <br>
> dĂ©lku, ale data jsou zĹ™ejmÄ› nulová, protoĹľe se mi nastavĂ­ datum na 7. <br>
> Ăşnora 2036. Pokud si tam dopíšete ještÄ› ty 2 kontroly hlaviÄŤky, pak uĹľ <br>
> by to mÄ›lo fungovat správnÄ›. A skuteÄŤnÄ› se poÄŤet sekund v paketu poÄŤĂ­tá <br>
> od roku 1900. To musel vymyslet blbec. Bacha ty vĂ­cebytovĂ© promÄ›nnĂ© jsou <br>
> ve velkĂ©m indiánu (coĹľ je pro sĂ­ĹĄovĂ© aplikace obvyklĂ©), v knihovnÄ› je to <br>
> celkem správnÄ›.<br>
> <br>
> if (((packetBuffer[0] >> 6) & 3) == 3) return false;<br>
> if   (packetBuffer[1] == 0)            return false;<br>
> <br>
> // zde by mÄ›la bĂ˝t data validnĂ­<br>
> <br>
> MrazĂ­k<br>
> <br>
_______________________________________________<br>
HW-list mailing list  -  sponsored by <a href="http://www.HW.cz" rel="noreferrer" target="_blank">www.HW.cz</a><br>
<a href="mailto:Hw-list@list.hw.cz" target="_blank">Hw-list@list.hw.cz</a><br>
<a href="http://list.hw.cz/mailman/listinfo/hw-list" rel="noreferrer" target="_blank">http://list.hw.cz/mailman/listinfo/hw-list</a><br>
</blockquote></div>