Имеется RedHad с вот так настроенный ntp на адресе 10.245.123.163
restrict default nomodify notrap noquery
restrict 127.0.0.1
fudge 127.127.1.0 stratum 10
driftfile /var/lib/ntp/drift
broadcastdelay 0.008
keys /etc/ntp/keys
server 10.190.42.1
restrict 10.190.42.1 mask 255.255.255.255 nomodify notrap noquery
server 10.245.123.161
restrict 10.245.123.161 mask 255.255.255.255 nomodify notrap noquery
restrict 10.245.118.0 mask 255.255.255.0 nomodify notrap noquery
restrict 10.245.123.0 mask 255.255.255.0 nomodify notrap noquery
restrict 10.245.225.0 mask 255.255.255.0 nomodify notrap noquery
Вот вывод
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
x10.190.42.1 10.8.78.2 2 u 26 64 377 1.367 2130.07 30.367
x10.245.123.161 88.204.242.114 4 u 44 64 377 0.774 1160.11 20.505
Как видно крестики, но при этом reach=377, но и при этом poll так и остался на 64. Т.е. Он нормально получает от 2-х других и при этом все равно не работает.
ntpdate -q 10.245.123.163
server 10.245.123.163, stratum 5, offset -0.345816, delay 0.02702
5 Dec 09:03:13 ntpdate[22394]: no server suitable for synchronization found
ntpdate -q 10.245.123.161
server 10.245.123.161, stratum 4, offset 0.798502, delay 0.02666
5 Dec 09:05:12 ntpdate[22497]: step time server 10.245.123.161 offset 0.798502 sec
ntpdate -q 10.190.42.1
server 10.190.42.1, stratum 2, offset 1.796447, delay 0.02632
5 Dec 09:05:40 ntpdate[22499]: step time server 10.190.42.1 offset 1.796447 sec
Куда копать, я такого еще не видел.
В итоге разрешил ситуацию, оставив только это:
restrict default nomodify notrap noquery
restrict 10.190.42.1 noquery notrap
restrict 10.245.123.161 noquery notrap
После этого все работает.