Ahoj znovu,
mam tu mensi posun, ovsem rekl bych, ze od reseni jeste dale. Zjistil jsem
totiz, ze ntpd nebeha na strojich, ktere se uz v siti objevily drive, ale s
jinym ip. Uvedu priklad:
mam pc25.starnet.cz, ktere melo pred tim staticky adresu xxx.xxx.xxx.25 a mela
disk. Ja jsem jej prevedl
Radek Krejča napsal/wrote, On 02/03/12 12:56:
kdyz si zapnu tcpdump, tak se vubec nepokusi na portu ntp o pripojeni.
Cist ejen pro jistotu - NTP je UDP protokol. Takze pripojeni se v
pravem slova smyslu nekona (to neni bazirovani na pojmech, jen aby
nedoslo k nejakemu nedorozumeni - jestli's
Panove,
nestudoval jsem cely thread, ale ntpd se nerozbehne, pokud pocatecni
localni cas pocitace je prilis vzdalen casu sitovemu. T.j. ma s casem
hybnout o vetsi delta t.
Zkusil bych ntpdate. Pokud ntpdate s lokalnim casem hybne o vice nez pul
hodiny, tak bych znovu zkusil ntpd. A teprve potom
Ahoj,
nestudoval jsem cely thread, ale ntpd se nerozbehne, pokud pocatecni
localni cas pocitace je prilis vzdalen casu sitovemu. T.j. ma s casem
hybnout o vetsi delta t.
to mas pravdu, nicmene to nevede k padu a tento fakt zaloguje.
Milan
--
FreeBSD mailing list (users-l@freebsd.cz)
Ahoj,
Cizek Milan napsal(a):
nestudoval jsem cely thread, ale ntpd se nerozbehne, pokud pocatecni
localni cas pocitace je prilis vzdalen casu sitovemu. T.j. ma s casem
hybnout o vetsi delta t.
to mas pravdu, nicmene to nevede k padu a tento fakt zaloguje.
to je pravda. ntpd sice bezi, ale
Cizek Milan napsal(a):
nestudoval jsem cely thread, ale ntpd se nerozbehne, pokud pocatecni
localni cas pocitace je prilis vzdalen casu sitovemu. T.j. ma s
casem
hybnout o vetsi delta t.
to mas pravdu, nicmene to nevede k padu a tento fakt zaloguje.
to je pravda. ntpd sice bezi,
Ahoj,
tak jiz vim pravy duvod. Pomoci truss jsem zjistil, ze se ntpd chova
nasledujicim zpusobem. Po spusteni zkousi vsechny interface a ip adresy na
nich, zda se na ne bindne. Uplne nechapu ten mechanismus, na zaklade ceho si
zvoli to spravne rozhrani, to nevim. Kazdopadne pokud tech rozhrani
