CentOS configura o ntpd para servir DST / localtime

Question

Eu sei que o ntp usa o UTC e os clientes precisam gerenciar as diferenças de horário de verão e fuso horário por conta própria.

O problema que tenho é que várias câmeras IP não-nominais têm uma implementação de DST que não funciona, e adicionam / subtraem horas aleatoriamente, resultando em tempo quase sempre incorreto. Todas as câmeras permitem sincronizar com servidores ntp, no entanto. Então eu pensei que uma maneira de contornar o problema seria servir a hora local, incluindo DST (se aplicável), como "UTC" para as câmeras, e desativar as configurações de fuso horário / horário de verão. Isso é possível (sem bagunçar o sistema linux)?

O sistema CentOS está sendo executado em uma VM e está sincronizando seu tempo com outro host ntp na rede. Nenhum outro sistema sincroniza com este sistema, então o tempo ntpd seria apenas para as câmeras ip. O sistema CentOS em si tem que continuar trabalhando com o tempo correto.

Caso seja uma ideia muito ruim, também estou aberto a outras sugestões;)

    

Answer 1

Na minha opinião, é uma péssima ideia. Servidores NTP que quase sempre acabam causando problemas - olhe apenas no ServerFault - pelo menos para eles mesmos. O requisito de que o sistema CentOS com o ntpd defeituoso em execução ainda precisa saber o momento certo deve esclarecer por que isso não terminará bem (você poderia ter uma VM pequena e sacrificial que sabia apenas na hora errada e a anunciava - mas ainda não é uma boa ideia).

Se suas câmeras não puderem fazer o horário de verão, execute-as no UTC. Desative as configurações de fuso horário e horário de verão nas câmeras, e apenas aceite que os timestamps da câmera estarão em UTC; a conversão não é difícil e, por duas horas por ano, tem vantagens distintivas únicas - essas duas horas no outono, nas quais o relógio passa pelos mesmos tempos duas vezes.

E, no futuro, compre câmeras melhores.

Editar : anunciando o momento errado de uma VM dedicada e sacrificial? Claro: defina o relógio errado e diga ao NTPD que o relógio local pode ser confiável:

fudge 127.127.1.0 stratum 5
server 127.127.1.0

Tenho certeza de que economizar dinheiro nas câmeras faz você feliz, mas ou você tem uma boa razão comercial para precisar dessas imagens com timestamp, caso em que você está torpedeando sua própria infraestrutura ou não, nesse caso por que se incomodar?

Embora, como espero ter mostrado, se você quiser que essas imagens sejam marcadas pelo valor de evidência, há uma vantagem definitiva em tê-las registradas na UTC - ao contrário do tempo do wallclock, é completamente único durante todo o ano.