O ntpd rejeitará os relógios se concluir que algo está errado com o relógio remoto devido a um grande deslocamento. Suas caixas de Linux provavelmente estão rejeitando o TS do Windows porque o deslocamento é maior que o limite de pânico. Supondo que o servidor de tempo do Windows esteja funcionando corretamente, você deve verificar a adição da sinalização -g
to ntpd:
-g Normally, ntpd exits with a message to the system log if
the offset exceeds the panic threshold, which is 1000 s by
default. This option allows the time to be set to any value
without restriction; however, this can happen only once. If the
threshold is exceeded after that, ntpd will exit with a message
to the system log. This option can be used with the -q and -x
options.
Ou definindo o valor panic
para algo muito mais alto ou zero:
panic panic
Specifies the panic threshold in seconds with default 1000 s. If set to
zero, the panic sanity check is disabled and a clock offset of any value
will be accepted.
FYI: Não está totalmente claro se a instalação do seu tempo no Windows está funcionando corretamente e / ou está configurada da maneira que você descreve. Você menciona que o servidor Windows está sincronizando com uma máquina de estrato 1 na Internet. No entanto, o seu outdoor diz que o ntp1.ourdomain está no estrato quatro:
Stratum Machine description
1 ntp ref clock on internet
2 ?????????
3 ?????????
4 ntp1.ourdomain
5 linux boxes
O valor do jitter também é notavelmente alto para uma máquina com um atraso tão baixo, o que, presumo, é indicativo de uma máquina na mesma rede local.