Sinalizador Leap-second não encaminhado para clientes NTP

Question

Estou fazendo alguns testes com o recurso leapfile no ntpd para enviar falsos saltos-segundos e garantir que nossa plataforma Linux seja resiliente ao "bug". O laboratório NTP é bastante simples: um servidor "mestre" com relógio local rodando o ntpd com o recurso leapfile, e um sistema "cliente" também que se conecta ao "mestre".

Acabei de descobrir que o sinalizador leap-second é encaminhado do "mestre" para o "cliente" sem problemas nas caixas CentOS-6 (executando 4.2.4p8-2), mas com a mesma configuração ele não funciona no Debian Squeeze (4.2.6.p2 + dfsg-1 + b1).

Se eu consultar o ntpd, ele retornará "leap_add_sec" e "leap = 01" sinalizadores, e executando um tcpdump também vejo esses sinalizadores, mas o sistema "cliente" está ignorando os sinalizadores, como eu digo: somente acontece no Debian rodando o 4.2.6.p2 do upstream, não no CentOS com 4.2.4p8 .

Configuração do NTP mestre do CentOS = funciona OK

driftfile /var/lib/ntp/drift
restrict default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
server 127.127.1.0 iburst
fudge 127.127.1.0 stratum 10
includefile /etc/ntp/crypto/pw
keys /etc/ntp/keys
keysdir /etc/ntp
crypto pw password

Configuração mestre do Debian NTP = salto-segundo não encaminhado do mestre para o cliente

leapfile "/etc/leap-seconds.list"
driftfile /var/lib/ntp/drift
restrict default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
server 127.127.1.1 iburst
fudge 127.127.1.1 stratum 10
includefile /etc/ntp/crypto/pw
keys /etc/ntp/keys

A única diferença entre os arquivos de configuração do CentOS e do Debian são as configurações de segundo-passo, depende Versão ntpd , o conf restante é o mesmo nos servidores master e cliente.

Esta é a configuração do NTP nos clientes:

driftfile /var/lib/ntp/drift
restrict default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
server 10.204.3.2 iburst
includefile /etc/ntp/crypto/pw
keys /etc/ntp/keys 

Qual pode ser a razão que bloqueia o segundo a ser encaminhado nos sistemas Debian / 4.2.6.p2?

    

Answer 1

FYI: parece que é um comportamento específico da versão , com um pacote "forward" -port de Lenny (4.2.4p4 + dfsg-8lenny3) no Squeeze funciona como esperado: os campos leap seconds são encaminhados para os clientes.