htpdate kan spørre om tid via en HTTP-proxy
Bruk htpdate-alternativene for proxy og kun spørring når HTTP-tilkobling er tilgjengelig, og hold tidsestimatene atskilt fra NTP-transport.
ntpdate snakker NTP over UDP. En vanlig HTTP CONNECT-tunnel bærer en TCP-strøm, så konfigurering av en HTTP-proxy gir ikke ntpdate den UDP-ruten.
Når bare HTTP-tilgang er tilgjengelig, er htpdate et eget verktøy som anslår tid fra tidsstemplene i webserveres responser. Når det allerede er tilgjengelig, er et kall med bare spørring:
htpdate -q -P proxy.example:8080 www.example.org
Velg en tillatt proxy og en referanseserver med en klokke som passer for oppgaven. Offentlige kandidater for proxyadressen finnes i HTTP-proxylisten; den listen gir ingen pålitelig tidsreferanse. -P velger mellomleddet; -q spør uten å endre klokken. Klienten støtter også flere referanse-URL-er.
htpdate tar hensyn til problemer som en shell-pipeline som kopierer én HTTP Date-header ikke tar hensyn til, blant annet flere kilder og filtrering av inkonsistente resultater. Det er likevel avhengig av referanseserverne, responsbehandling og nettverkstid.
En bufrede respons kan inneholde en eldre Date-verdi. Et bart HTTP-tidsstempel er heller ikke autentisert tid. Behold kravene til tillit og nøyaktighet sammen med utrullingsbeslutningen i stedet for å behandle enhver tilgjengelig nettside som en erstatning for nettverkets tidstjeneste.
Hvis organisasjonen tilbyr en intern NTP-tjeneste, er bruk av den tilgjengelige tjenesten en annen vei. Å spørre om tid og å autorisere en daemon til å justere systemklokken er separate operasjoner.