htpdate kan forespørge tid via en HTTP-proxy

ntpdate taler NTP over UDP. En almindelig HTTP CONNECT-tunnel bærer en TCP-strøm, så konfiguration af en HTTP-proxy giver ikke ntpdate den UDP-rute.

Når kun HTTP-adgang er tilgængelig, er htpdate et separat værktøj, der estimerer tid ud fra web-serveres svarstidsstempler. Når det allerede er tilgængeligt, er et kald med kun forespørgsel:

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

Vælg en tilladt proxy og en referenceserver, hvis ur passer til opgaven. Offentlige kandidater til proxyadressen findes i HTTP-proxylisten; den liste giver ingen betroet tidsreference. -P vælger mellemleddet; -q forespørger uden at ændre uret. Klienten understøtter også flere reference-URL'er.

htpdate tager højde for problemer, som en shell-pipeline, der kopierer ét HTTP Date-header, ikke tager højde for, herunder flere kilder og filtrering af inkonsistente resultater. Det afhænger stadig af referenceserverne, svarhåndtering og netværkstiming.

Et cachelagret svar kan indeholde en ældre Date-værdi. Et bart HTTP-tidsstempel er heller ikke godkendt tid. Behold kravene til tillid og nøjagtighed sammen med udrulningsbeslutningen i stedet for at behandle enhver tilgængelig webside som en erstatning for netværkets tidstjeneste.

Hvis organisationen leverer en intern NTP-tjeneste, er brug af denne tilgængelige tjeneste en anden vej. Forespørgsel om tid og tilladelse til, at en daemon justerer systemuret, er separate handlinger.