Ele foi obsoleto e não é recomendado para uso geral.
O modo órfão é o substituto sugerido.
Por muitos anos eu tive:
server 127.127.1.0 # local clock
fudge 127.127.1.0 stratum 10
No meu /etc/ntp.conf configs - sempre funcionou como eu esperava: ie. foi principalmente inútil, mas para aqueles momentos estranhos, onde nenhum outro servidor é acessível, estava lá como um fallback. Estou apenas configurando um novo servidor, o CentOS 6.7, e notei que esse servidor fudge LOCL nunca está sendo alcançado. A saída de ntpq -p para isso é:
remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) .LOCL. 10 l 20h 64 0 0.000 0.000 0.000
Eu verifiquei meus outros servidores (todos os CentOS 6.5) e aparentemente eu não notei que eles também estão se comportando dessa maneira. Tenho certeza de que isso não costumava ser o caso, e algumas pesquisas sugerem que outros servidores de fudge locais não se comportam dessa maneira.
O pacote ntp é 4.2.6p5 em todos os casos.
Talvez este recurso tenha sido preterido, se assim for, com o que foi substituído?
Editar: Depois de recuperar a nova instalação ntp.conf não vejo nenhuma sugestão de usar esse recurso agora , o que houve, então isso talvez seja uma boa dica, esse é o caso.
Ou simplesmente não é mais visto como útil? Já vi algumas pessoas sugerirem isso mesmo quando funciona, minha visão sempre foi que não causaria nenhum dano quando o nível do estrato fosse alto o suficiente e o resto da configuração fosse sensato.
Ele foi obsoleto e não é recomendado para uso geral.
O modo órfão é o substituto sugerido.