Dotaz: Problém s NTPD

[Matěj Vaňátko]

Zdravím pánové. Ve školní síti mi jede na bráně do internetu i NTP server pro synchronizaci klietských stanic a DC serverů v síti. Zdá se, že by všechno mělo chodit OK, ale v logu se mi objevují tyto chyby

Jan  7 19:48:02 proxy ntpd[16652]: precision = 3.000 usec
Jan  7 19:48:02 proxy ntpd[16652]: unable to bind to wildcard socket address 0.0.0.0 - another process may be running - EXITING

Netušíte, čím by to mohlo být ? Tato chyba se objeví vždy, když dám příkaz ntpd -q pro srovnání času na linuxu. je nainstalován pouze balíček ntp bez ntpdate.
Konfigurační soubor je takový:

restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery
driftfile /var/lib/ntp/ntp.drift
restrict 127.0.0.1
restrict ::1

# SERVERY
server ntp.cesnet.cz prefer
server ntp1.contactel.cz
server ntp2.contactel.cz

# KLIENTI
restrict 192.168.11.0 mask 255.255.255.0
restrict 192.168.12.0 mask 255.255.255.0
restrict 192.168.13.0 mask 255.255.255.0
restrict 192.168.14.0 mask 255.255.255.0
restrict 192.168.15.0 mask 255.255.255.0
restrict 192.168.16.0 mask 255.255.255.0
restrict 192.168.99.0 mask 255.255.255.0

Ještě přikládám, že vše jede na Debian Lenny. Díky moc za rady. Asi to bude nějaká blbůstka. Do teď mi server času dělal DC s MS Windows Server 2008 R2, ale chtěl jsem to centralizovat pro celou školu na 1 server pro více budov -> tedy na gateway

Odpovědi

[Filip Jirsák]

Pokud vám běží ntpd, měl by zařizovat synchronizaci času on. Pak už nejde zjišťovat čas přes NTP jiným způsobem, protože už máte příslušný port obsazený (leda byste to dělal z jiné IP adresy, než na které poslouchá ntpd).

[Matěj Vaňátko]

No to je mi jasné, ovšem, podle manuálu odpovídá příkazu "ntpd -q" příkaz typu "sesynchronizuj se nyní" nebo ne ? a právě přitom nastane tato chybová hláška.

[Filip Jirsák]

ntpd -q odpovídá chováním ntpdate – spustí se nový proces a v něm se pokusí sesynchronizovat čas. -q znamená jenom to, že ntpd nezůstane dál běžet jako démon, ale ihned se ukončí. Vám tedy běží ntpd jako démon, a pak jej spustíte podruhé – ta druhá instance se ale nemůže připojit na port, protože ten už je zabraný tou první.

Spouštět synchronizaci ručně v okamžiku, kdy běží ntpd, je navíc zbytečné – ntpd udržuje čas sesynchronizovaný průběžně. Problém může nastat po startu počítače nebo delším výpadku sítě, kdy se hodiny rozejdou hodně a ntpd pak odmítá čas sesynchronizovat. Pak je potřeba ntpd zastavit, seřídit čas skokovou změnou přes ntpdate (nebo aspoň ručně nastavit přibližně správný čas), a pak znova spustit ntpd.

[Matěj Vaňátko]

Takhle. Tak díky za objasnění.. Ale zajímavé je, že na starém serveru na Fedora Core 6 je taky NTPD a přes volbu -q se bez problémů sesynchronizuje a vypíše, o kolik se čas posunul a žádná taková chyba jako v Debianu.. konfigurace je defacto skoro stejná. Akorát je tam naházeno míň povolených sítí. Je ale fakt, že tam je instalován i balíček ntpdate..nicméně, spouští se to ntpd -q