Miroslav Lachman wrote on 2017/06/13 01:44:
Tady je k dispozici oprava
https://lists.freebsd.org/pipermail/freebsd-ports/2017-June/109034.html
Jeste pro doplneni:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219784
tldr: Affects SVN over http[s] (WebDAV), due to mirrors no longer
(unkno
Na stroji, na kterem bezi ntpd a par zarizeni v LAN se vuci nemu
synchronizuje, se mi pred casem zacalo v logu skoro kazdou minutu
objevovat toto:
May 3 12:00:57 nela ntpd[954]: Invalid-NAK error at 1250039
192.168.23.2<-192.168.23.253
Bohuzel se mi nepodarilo nikde najit, co to znamena a j
Miroslav Lachman wrote:
Na stroji, na kterem bezi ntpd a par zarizeni v LAN se vuci nemu
synchronizuje, se mi pred casem zacalo v logu skoro kazdou minutu
objevovat toto:
May 3 12:00:57 nela ntpd[954]: Invalid-NAK error at 1250039
192.168.23.2<-192.168.23.253
Bohuzel se mi nepodarilo nikde
Dan Lukes wrote on 2017/06/13 11:41:
No, pises:
Na stroji ... bezi ntpd a par zarizeni v LAN se vuci nemu synchronizuje
Takze bych rek', ze spravna konfigurace je - FreeBSD je server, ostatni
zarizeni jsou klienti. Ale ta hlaska naznacuje, ze u tebe jsou ta
zarizeni 'peer' - coz doporucuju zm
A jak tohle zmenit? Zrovna na tomhle stroji a tech zarizenich jsem
ohledne ntpd nic nemenil nekolik let, takze to musela byt nejaka zmena
pri update / upgrade FreeBSD.
Mirek
Osobne "klienty" setuju pres crontab job kazdou hodinu (ntpdate). Prijde
mi to nejjednodussi, proste zavolam ntpdate .
On 13.6.2017 12:53, Vilem Kebrt wrote:
Osobne "klienty" setuju pres crontab job kazdou hodinu (ntpdate).
To ale musi byt zarizeni, kde si takovehle veci konfigurovat lze.
Coz jsem tady podl eMirkova povzdechu, ze to jsou nejaka stara zarizeni
spis nepredpokladal. Tady si bude treba vystacit s
Dan Lukes wrote on 2017/06/13 13:12:
On 13.6.2017 12:53, Vilem Kebrt wrote:
Osobne "klienty" setuju pres crontab job kazdou hodinu (ntpdate).
To ale musi byt zarizeni, kde si takovehle veci konfigurovat lze.
Presne tak, na tom APC PDU, ani na switchi (management port), ktery je
take v te si
On 13.6.2017 13:30, Miroslav Lachman wrote:
Kdyz ted na to koukam, tak ta IP patri mgmt portu switche, takze problem dela
switch, nejaky starsi 3Com.
No, podle konfigurace by to skutecne server ani peer byt nemel. Takze je
to nektery z "mene normalnich" duvodu pro selhani vaidace paketu.
A
Dan Lukes wrote on 2017/06/13 14:25:
A na to uz je potreba mit zachyceny pozadavek a odmitnutou odpovedi.
Celou (tedy u tcpdumpu option -s 1600).
Je tohle ten spravny packet?
tcpdump: listening on nfe0, link-type EN10MB (Ethernet), capture size
1600 bytes
16:13:45.666221 00:24:73:86:ce:22 >
