Ambiente: RHEL 6.4 com ntp-4.2.6p5-15.el6_10.x86_64
Pergunta: O seguinte cliente NTP pode sincronizar seu tempo com o servidor NTP remoto, mas por que ele não pode executar os subcmds ntpq -c com o servidor NTP remoto?
#
#
# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*10.130.22.10 .GPS. 1 u 17 1024 377 0.859 -0.178 0.428
#
#
# ntpq -n -cas
ind assid status conf reach auth condition last_event cnt
===========================================================
1 15314 963a yes yes none sys.peer sys_peer 3
#
#
#
# ntpq
ntpq> as
ind assid status conf reach auth condition last_event cnt
===========================================================
1 15314 963a yes yes none sys.peer sys_peer 3
ntpq>
ntpq>
ntpq> quit
#
#
#
# ntpq 10.130.22.10
ntpq> as
10.130.22.10: timed out, nothing received
***Request timed out
ntpq>
ntpq>
ntpq> pe
10.130.22.10: timed out, nothing received
***Request timed out
ntpq>
ntpq>
ntpq> quit
#
#
A configuração do servidor remoto inclui uma
restrict
linha que se aplica ao seu endereço IP. Pode ser algo como:A
noquery
opção seria aquela que impediria você de obter qualquer informação de status do servidor remoto.Também pode ser configurado para exigir autenticação remota
ntpq
entpdc
solicitações.Para obter mais informações, leia a documentação do NTP sobre várias
restrict
opções: https://www.ntp.org/documentation/4.2.8-series/accopt/