htpdate kan de tijd opvragen via een HTTP-proxy
Gebruik de proxy- en alleen-opvraag-opties van htpdate wanneer HTTP-connectiviteit beschikbaar is, en houd de tijdschattingen gescheiden van het NTP-transport.
ntpdate spreekt NTP over UDP. Een gewone HTTP CONNECT-tunnel vervoert een TCP-stroom, dus het configureren van een HTTP-proxy geeft ntpdate die UDP-route niet.
Wanneer alleen HTTP-toegang beschikbaar is, is htpdate een apart hulpmiddel dat de tijd schat uit de tijdstempels van webserverreacties. Als het al beschikbaar is, is een aanroep met alleen opvragen:
htpdate -q -P proxy.example:8080 www.example.org
Kies een toegestane proxy en een referentieserver waarvan de klok geschikt is voor de taak. Openbare kandidaten voor het proxyadres staan in de HTTP-proxylijst; die lijst levert geen betrouwbare tijdsreferentie. -P selecteert de tussenpersoon; -q vraagt op zonder de klok te wijzigen. De client ondersteunt ook meerdere referentie-URL's.
htpdate houdt rekening met problemen die een shell-pipeline die één HTTP Date-header kopieert niet meeneemt, waaronder meerdere bronnen en het filteren van inconsistente resultaten. Het blijft echter afhankelijk van de referentieservers, de afhandeling van reacties en de netwerktiming.
Een gecachte reactie kan een oudere Date-waarde bevatten. Een kale HTTP-tijdstempel is ook geen geauthenticeerde tijd. Houd de vertrouwens- en nauwkeurigheidseisen bij de implementatiebeslissing, in plaats van elke bereikbare webpagina te behandelen als vervanging voor de tijdsdienst van het netwerk.
Als de organisatie een interne NTP-dienst levert, is het gebruik van die bereikbare dienst een andere route. Tijd opvragen en een daemon toestaan de systeemklok aan te passen zijn afzonderlijke handelingen.