Dotaz: NTP - no server suitable for synchronization found

[javes]

NTP - no server suitable for synchronization found

Zdravim,

nemate nekdo s touhle hlaskou zkusenosti?

Na serveru (192.168.0.1) sem nahodil NTPd... cas syncuje v pohode.

Na klientovi (192.168.0.2) mi ale ntpdate rika: "no server suitable for synchronization found".

A to mam na klientovi NTPd vypnuto, a pri nmapu na server je 123 TCP uzavren, a 123 UDP otevren. Resolvuje mi tes spravne. Firewall tam nemam...

To jsem odpovedel uz do predu na rady, ktere jsem nasel na iNETu...

Diky za jakoukoli odpoved.

Odpovědi

[Petr Šobáň]

To je normalni hláška.

Server se ještě nesinchronizoval (ten první) takže když se ten druhej chce pomoci ntpdate dotazat na čas tak to hodí tuhle hlášku.

Prostě počkej s ntpdate na později ono to tomu serveru trvá než ten čas sinchronizuje.

Případně ntpdate spouštěj na tom tvém PC třeba co 1h.

PS. Samozřejmě zrada může být i jinde že se ten server nesinchronizoval.

[javes]

Neco takoveho mne uz napadlo, ale ten ntpd uz bezi celou noc. Vcera vecer jsem ho nahodil, a dneska rano furt nic :(

[Petr Šobáň]

Tak se tě to ntpd nesinchronizovalo, případně neposkytuje dále služby.

Zjisti si zda se to ntpd sinchronizovalo a běží.

PS. Někdy to trvá klidně dost dlouho, jinak ntpd nemuselo se sesinchronizovat pokud je mezi těmi servery a tím PC moc velký časový rozdíl - skus ntpd zastavit a spusti ntpdate a po sinchronizaci skus znovu spustit ntpd. (Na tom serveru)

PS2. Po spuštění ntpd můžeš skusit sledovat komunikaci zda se skutečnš ntpd připojuje na další ntpd servery co má v konfiguráku. (ethereal)

[javes]

sion log # ntpq -p
remote           refid      st t when poll reach   delay    offset  jitter
==============================================================================<
r-vsb-nk.vsb.ov .RSTR.          16 u    -  512    0    0.000    0.000 4000.00
sion log #

Tahle vypada muj vypis na serveru...

Jinak jsem samozrejme pred tim dal ntpdate, tak mi to sesynchronizoval, a ntpd? Nevim, snad mi synchronizuje...

v ntp.conf uz jsem dal i restrict 192.168.0.2 takze ted uz by to melo na 100% jet, a ono furt nic :(

A u klienta dam:

root@hammer javes # ntpdate -d 192.168.0.1
 2 Oct 13:04:18 ntpdate[8583]: ntpdate 4.2.0@1.1161-r So srp 21 23:26:10 CEST 2004 (1)
Looking for host 192.168.0.1 and service ntp
host found : dns.zaznam.domena
transmit(192.168.0.1)
receive(192.168.0.1)
transmit(192.168.0.1)
receive(192.168.0.1)
transmit(192.168.0.1)
receive(192.168.0.1)
transmit(192.168.0.1)
receive(192.168.0.1)
transmit(192.168.0.1)
192.168.0.1: Server dropped: strata too high
server 192.168.0.1, port 123
stratum 16, precision -20, leap 11, trust 000
refid [192.168.0.1], delay 0.02577, dispersion 0.00000
transmitted 4, in filter 4
reference time:    00000000.00000000  Thu, Feb  7 2036  7:28:16.000
originate timestamp: c50909b1.03ad7d7c  Sat, Oct  2 2004 13:04:17.014
transmit timestamp:  c50909b2.533c70c9  Sat, Oct  2 2004 13:04:18.325
filter delay:  0.02596  0.02579  0.02577  0.02577
         0.00000  0.00000  0.00000  0.00000
filter offset: -1.31087 -1.31088 -1.31088 -1.31088
         0.000000 0.000000 0.000000 0.000000
delay 0.02577, dispersion 0.00000
offset -1.310887

 2 Oct 13:04:18 ntpdate[8583]: no server suitable for synchronization found
root@hammer javes #

[Petr Šobáň]

to vypada ze se ti nesinchronizuje.

PS. Nejaka divna adresa r-vsb-nk.vsb.ov

[root@petr /home/petr]# /usr/sbin/ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
+adm.globe.cz    192.53.103.103   2 u  126  128  377   26.848  -13.033  16.451
+merlin.karpo.cz 195.113.144.201  2 u  122  128  377   26.222  -14.736  20.158
+relay.contactel 145.238.110.49   2 u   52  128  377   39.034  -11.935  22.415
*tik.cesnet.cz   .GPS.            1 u  127  128  337   47.936   -8.084 100.188
+odine.cgi.cz    193.85.3.51      2 u   46  128  377   34.967  -12.563  21.234
[root@petr /home/petr]#

[TomCat]

>> r-vsb-nk.vsb.ov .RSTR. 16
                    ^^^^  ^^

Tady mas jasnej duvod proc se ti nic nesynchronizuje... NTP server, proti kteremu se pokousis synchronizovat cas, totiz jaksi ma spustenej demon NTP, ale rozhodne jako casovej server neslouzi. Jasne v tom vypisu vidis, ze ma stratum 16, coz znamena out of sync a to RSTR znamena, ze nema k dispozici zadny casovy zdroj pro vlastni synchronizaci, takze nemuze poskytovat NTP sluzby.

Cela dalsi diskuze dole je uplne mimo misu. BTW pokud chces pouzivat NTP, mel by sis aspon zbezne prohlidnout (mysleno PRECIST) dokumentaci, protoze jinak to tezko rozchodis.

Pro diagnostiku muzes pouzit samozrejme ntpq nejlepe jako shell, prikazem PE si vypises peers (to jsou servery, ktere mas uvedene jako casove zdroje), prikazem AS si zobrazis stav, pripadne ktery ze serveru je aktualne platnym casovym zdrojem.

Pro rozchozeni si dej do /etc/ntp.conf JENOM tohle:

----------------------------------------------------------
# tenhle server urcite existuje a funguje 
server time.nist.gov 
# tohle zavisi na tvoji distribuci - podivej se jestli tam
# mas adresar /etc/ntp atd. (s tim si snad poradis 
driftfile /etc/ntp/drift
----------------------------------------------------------

Restartuj ntpd, spust si ntpq a pomoci prikazu PE a AS zjistis, jestli to funguje. NTP se synchronizuje v nepriznivem pripade az 40 minut (!) takze necekej, ze to pojede hned. Z ntpq vyskocis prikazem Q

Pripadne dalsi dotazy muzes smerovat na muj mejl, najdes ho v profilu...

[Jiří Svoboda]

Jak rychle po spusteni ntpd jsi zkousel z jineho stroje ntpdate? Podle mych zkusenosti chvili (docela dlouho) trva, nez si ntpd rekne, ze uz je opravdu synchronizovan a teprve pak az je ochoten odpovidat na dotazy.

[Cupy]

Mam podobny problem.
Chci rozchodit ntp server. server funguje (pripojeni pomoci ntpdate, dalsi zavesene ntpd) v ramci mistni site (maska 255.255.255.0), ale odjinud ne. v /etc/ntp.conf mam pristup povoleny obdobne jako pro lokalni sit:

restrict XXX.YYY.ZZZ.0 mask 255.255.255.0 notrust nomodify notrap

"nmap -sU -p 123 muj.ntp.server" dava, spousten ze site XXX.YYY.ZZZ.0
Starting nmap 3.50.....
PORT STATE SERVICE
123/udp open ntp

avsak spustim-li soucasne na muj.ntp.server "tcpdump -i eth0 port 123" scan neni zaznamenan. (podotykam ze ntpdate z lok. site i nmap z lok. site tcpdump vypise)

Mam podezreni na firewall blokujici port 123 nekde ceste, ale proc sakra nmap ze site XXX.YYY.ZZZ.0 projde a proc neni zaznamenan tcpdump?

[Cupy]

Jeste dodatek:
lokalni firewall na muj.ntp.server (ipchains+tcpwrappers) jsem vyloucil, kdyz oboje schodim, chova se to stejne.

[gaynius]

Do konfiguráku /etc/ntp.conf přidej řádku:

  restrict 192.168.0.0 mask 255.255.255.0 nomodify notrap

Pak restartuj ntpd na serveru a počkej. Příkazem '/usr/sbin/ntpq -p' lze zjistit, jestli už server synchronizuje. U mne to bylo tak po pěti minutách, ani ne.

PS: všimněte si toho tvrdého "Y" ve slově "synchronizuje". :->