htpdate kan fråga efter tiden via en HTTP-proxy

ntpdate talar NTP över UDP. En vanlig HTTP CONNECT-tunnel bär en TCP-ström, så att konfigurera en HTTP-proxy ger inte ntpdate den UDP-vägen.

När bara HTTP-åtkomst finns är htpdate ett separat verktyg som uppskattar tiden från tidsstämplar i webbservrars svar. När det redan finns är ett anrop med endast fråga:

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

Välj en tillåten proxy och en referensserver vars klocka passar för uppgiften. Offentliga kandidater för proxyadressen finns i HTTP-proxylistan; den listan ger ingen pålitlig tidsreferens. -P väljer mellanhanden; -q frågar utan att ändra klockan. Klienten stöder också flera referens-URL:er.

htpdate tar hänsyn till problem som en shell-pipeline som kopierar en enda HTTP Date-rubrik inte tar hänsyn till, bland annat flera källor och filtrering av inkonsekventa resultat. Det är ändå beroende av referensservrarna, svarshanteringen och nätverkstidpunkten.

Ett cachelagrat svar kan innehålla ett äldre Date-värde. Enbart en HTTP-tidsstämpel är inte heller autentiserad tid. Behåll kraven på förtroende och noggrannhet tillsammans med distributionsbeslutet, i stället för att behandla vilken nåbar webbsida som helst som en ersättning för nätverkets tidstjänst.

Om organisationen tillhandahåller en intern NTP-tjänst är användning av den nåbara tjänsten en annan väg. Att fråga efter tiden och att auktorisera en daemon att justera systemklockan är separata åtgärder.