Сервер ntpd неожиданно закрывается [slackware 14.1 64-разрядная версия Linux]
У меня запущен сервер ntpd, чтобы обеспечить время для всех компьютеров в моем офисе. в последнее время он неожиданно начал отключаться.
в логах ничего нет:
30 Aug 02:25:43 ntpd[1590]: peers refreshed
30 Aug 02:25:43 ntpd[1590]: new interface(s) found: waking up resolver
30 Aug 02:25:45 ntpd[1949]: DNS 0.europe.pool.ntp.org -> 62.237.86.234
30 Aug 02:25:47 ntpd[1949]: DNS 3.gr.pool.ntp.org -> 193.93.167.241
30 Aug 02:25:47 ntpd[1949]: DNS 3.europe.pool.ntp.org -> 149.210.163.34
30 Aug 02:25:52 ntpd[1590]: Listen normally on 10 tun1 192.168.26.18 UDP 123
30 Aug 02:25:52 ntpd[1590]: peers refreshed
30 Aug 02:25:52 ntpd[1590]: new interface(s) found: waking up resolver
7 Sep 06:16:36 ntpd[25112]: Listen normally on 10 multicast 224.0.1.1 UDP 123
7 Sep 06:16:36 ntpd[25112]: Joined 224.0.1.1 socket to multicast group 224.0.1.
1
Конфиг
cat /etc/ntp.conf | egrep -v "^(#|$)"
server 127.127.1.0 # local clock
fudge 127.127.1.0 stratum 10
server 3.gr.pool.ntp.org
server 3.europe.pool.ntp.org
server 0.europe.pool.ntp.org
driftfile /etc/ntp/drift
multicastclient 224.0.1.1 # listen on default 224.0.1.1
broadcastdelay 0.008
restrict default kod nomodify notrap noquery nopeer
restrict pool.ntp.org mask 255.255.255.255 nomodify notrap noquery
restrict 0.pool.ntp.org mask 255.255.255.255 nomodify notrap noquery
restrict 1.pool.ntp.org mask 255.255.255.255 nomodify notrap noquery
restrict 2.pool.ntp.org mask 255.255.255.255 nomodify notrap noquery
restrict 192.168.18.0 mask 255.255.255.0 nomodify notrap
restrict 127.0.0.1
logfile /var/log/ntp.log
Должен, пожалуй, отметить, что демон ntp прослушивает все интерфейсы (2 ethernet + 2 vpn-tun), но брандмауэр разрешает только запросы из интрасети - не vpn и не интернет-интерфейс.
что может быть не так и ntpd просто выходит?
2 ответа
Хм так работает ntpd -g -d из командной строки, при условии ответа:
clock_update: at 260 sample 260 associd 48025
event at 260 0.0.0.0 0617 07 panic_stop -10796 s; set clock manually within 1000 s.
дата была отключена более чем на 1000 секунд, и в результате ntpd завершил работу. странно, что эта важная информация не была напечатана в журнале.
во всяком случае, запуск его напрямую (т.е. не через скрипты rc.init) с подробным выводом дал ответ.
Измените скрипт rc.ntpd по умолчанию, чтобы запускать ntpdate во время действий запуска и перезапуска. Таким образом, если часы отключены более чем на 1000 секунд, они все равно будут обновлены.
Я считаю, что ntpdate обновит аппаратные часы по умолчанию - для этого может потребоваться дополнительный переключатель.