O ntpdate fala NTP sobre UDP. Um túnel HTTP CONNECT comum transporta um fluxo TCP, portanto configurar um proxy HTTP não dá ao ntpdate essa rota UDP.

Quando só há acesso HTTP, o htpdate é uma ferramenta separada que estima a hora a partir dos carimbos de tempo das respostas dos servidores web. Se ele já estiver disponível, uma chamada somente de consulta é:

htpdate -q -P proxy.example:8080 www.example.org

Escolha um proxy permitido e um servidor de referência cujo relógio seja adequado à tarefa. Candidatos públicos para o endereço do proxy estão na lista de proxies HTTP; essa lista não fornece nenhuma referência de hora confiável. -P seleciona o intermediário; -q consulta sem alterar o relógio. O cliente também suporta vários URLs de referência.

O htpdate considera problemas que um pipeline de shell que copia um único cabeçalho HTTP Date não considera, incluindo várias fontes e a filtragem de resultados inconsistentes. Ainda assim, depende dos servidores de referência, do tratamento das respostas e da temporização da rede.

Uma resposta em cache pode conter um valor Date mais antigo. Um carimbo de tempo HTTP simples também não é hora autenticada. Mantenha os requisitos de confiança e precisão junto da decisão de implantação, em vez de tratar qualquer página web acessível como substituto do serviço de hora da rede.

Se a organização fornecer um serviço NTP interno, usar esse serviço acessível é outro caminho. Consultar a hora e autorizar um daemon a ajustar o relógio do sistema são operações separadas.

Artigos relacionados