Dotaz: Jak nakonfigurovat NTP clienta?

[polo23]

Ahoj,

na mem PC nejede casova synchronizace tak jak by mela:

ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*tik.cesnet.cz   .GPS.            1 u   29   64    1    6.052    0.201   0.236

ntpdc -c monlist
remote address          port local address      count m ver rstr avgint  lstint
===============================================================================
tik.cesnet.cz            123 192.168.1.254          9 4 4    1d0      5       2

tady je moje konfigurace NTP clienta:

# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help

driftfile /var/lib/ntp/ntp.drift


# Enable this if you want statistics to be logged.
#statsdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable


# You do need to talk to an NTP server or two (or three).
#server ntp.your-provider.example

# pool.ntp.org maps to about 1000 low-stratum NTP servers.  Your server will
# pick a different set every time it starts up.  Please consider joining the


#zakomentoval jsem ...
#server 0.debian.pool.ntp.org iburst
#server 1.debian.pool.ntp.org iburst
#server 2.debian.pool.ntp.org iburst
#server 3.debian.pool.ntp.org iburst


# Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
# details.  The web page 
# might also be helpful.
#
# Note that "restrict" applies to both servers and clients, so a configuration
# that might be intended to block requests from certain clients could also end
# up blocking replies from your own upstream servers.

# By default, exchange time with everybody, but don't allow configuration.
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery

# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1
restrict ::1

# Clients from this (example!) subnet have unlimited access, but only if
# cryptographically authenticated.
#restrict 192.168.123.0 mask 255.255.255.0 notrust


# If you want to provide time to your local subnet, change the next line.
# (Again, the address is an example only.)
#broadcast 192.168.123.255

# If you want to listen to time broadcasts on your local subnet, de-comment the
# next lines.  Please do this only if you trust everybody on the network!
#disable auth
#broadcastclient


#pridane servery
server ntp.nic.cz prefer
server tik.cesnet.cz
server tak.cesnet.cz

V souboru /etc/ntp.conf mam na konci uvedeno

#pridane servery
server ntp.nic.cz prefer
server tik.cesnet.cz
server tak.cesnet.cz

Tzn. i prikazy ntpq -p a ntpdc -c monlist by tento stav mely reflektovat a uvedene NTP servery by se mely zobrazit ne?

---

---

Odpovědi

[NN]

Co jsem se docetl tak prefer se neuplatni v pripade, ze se odpoved markantne lisi od odpovedi ostatnich serveru. Presny popis je tady:

http://www.eecis.udel.edu/~mills/ntp/html/prefer.html#prefer

NN

[polo23]

Hmm, ale to nenemi nic na tom, ze pri vypisu NTP serveru se mi tam nevypisuji ty ostatni NTP servery:(

[Petr Šobáň]

Já mám v konfiguráku (komentáře jsem smazal):

driftfile /var/lib/ntp/ntp.drift

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery

restrict 127.0.0.1
restrict ::1

server 0.cz.pool.ntp.org
server 1.cz.pool.ntp.org
server 2.cz.pool.ntp.org
server 3.cz.pool.ntp.org

petr@nt:~$ ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
+scotland0.netco 217.31.205.226   3 u   31   64  377   11.421   28.638  21.329
*first.blesmrt.n 195.113.144.201  2 u   22   64  377   12.111   43.785  24.813
+pyrrha.fi.muni. 195.113.144.238  2 u   23   64  377   13.093   14.648  21.597
-s1.web-systems. 147.231.100.5    3 u   21   64  377    9.768   44.530  26.039

Takže to funguje.

Jinak fungují ty servery ?

Co zadat ty moje ?

server 0.cz.pool.ntp.org ....

Viz: Czech Republic — cz.pool.ntp.org

[lertimir]

Navíc je celkem prasárna, vázat cílový obyčejný počítač na stratum 1 systém. Pokud z tazatelova systému nebere čas alespoň 100 strojů, tak ať jde na stratum 2. Na support.ntp.org jsou uvedeny stratum 1 pro čr pouze 3.

[polo23]

Tak jsem servery vymenil, ale vypis po ntpq -p zustava porad stejny. Jako by se ta zmena vubec nereflektovala... Vsechny servery mam stratum 2.

ntp1.ctt.cz
ntp2.ctt.cz
ntp3.ctt.cz
clock1.zcu.cz # TEN, ČR
clock2.zcu.cz # TEN, ČR

ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 tik.cesnet.cz   .GPS.            1 u    1   64    1    5.732   -0.433   0.009

[Petr Šobáň]

A restartoval jsi ntpd ?

A jseš si jistý že používá ntpd ten upravovaný konfigurák a nemá někde nějaký jiný?

[polo23]

Ano ntpd sluzbu jsem restartoval. Jestli ntpd pouziva ten upravovany konfigurak si jisty nejsem. V man strankach je napsano ze ano a v tom konfiguraku je napsano, ze je urceny pro slubu ntpd. Nevim jak overit zda se opravdu pouziva - taky uz me napadlo, ze ntpd ho nepouziva...

[Lol Phirae]

Uz jsem prisel na to v cem je problem... NTP servery byly pridelovany DHCP serverem.

V konfiguraku /etc/dhcp/dhclient.conf je treba zakomentovat prislusny pozadavek.

request ntp-servers

[lertimir]

K tomu mám jednu poznámku. Definice a síťové vlastnosti serverů nikdy nepřiřazuji DHCP protokolem. Nestalo se mi, že bych musel pracovat se servery hromadně, což je hlavní výhoda centralizované správy informací přes DHCP. Abych serveru věřil, tak chci, aby jeho vlastnosti byly jasně nadefinované a ne závislé na síťovém procesu, který může nějaké vlastnosti mi změnit a ovlivňovat. Klienti to je samozřejmě jiná věc.

[Cronin]

Tu konfiguraciu som nestudoval, ale nejdete nahodou s kanonom na vrabce? ntpd je totiz ntp server, a pokial potrebujete iba udrziavat cas na pocitaci, t.j. nepotrebujete ho distribuovat do vlastnej siete, tak ntpdate - t.j. cisty ntp klient - a cron - t.j. niekto, kto by klienta pravidelne spustal, je riesenie dostatocne.

Suhlasim zaroven s tym, ze stratum 1 je na synchronizaciu beznych koncovych zariadeni zbytocny luxus. Pouzivanie stratum 1 serverov zvycanje vyzaduje autentifikaciu, alebo aspon oznam administratorom o umysle sa podla ich servera synchronizovat. Zaroven stratum 1 serverov je obmedzene mnozstvo, a su teda potencialne sietovo horisie dostupne, ako stratum 2 ci stratum 3 servery. Mam skusenost, ze je lepsie sychronizovat proti "sietovo blizkemu" - nizka latencia, maly jitter, malo hopov, vysoka dostupnost - hoci potencialne menej presnemu stratum 2 serveru, ako voci sice super presnemu stratum 1 serveru, na ktory je uboha konektivita.

Najsmutnejsi priklad mam od jedneho zakaznika, ktory si vzal do hlavy, ze potrebuje synchronizaciu voci stratum 0, nakupil GPS prijimace a umiestnil ich do podzemia, kde nemali sancu cokolvek prijimat. Trapas, navyse uplne zbytocny. V skutocnosti jeho aplikacie, hoci pracujuce s casom, casovymi intervalmi, a pod. aj na uctovne ucely, mohli uplne spohalhivo fungovat s odchylkami plusminus jedna sekunda, na co by stacila synchronizacia voci trom vhodne vybranym stratum 2 alebo stratum 3 serverom s rezervou troch desatinnych miest presnosti.