htpdate kan tyd deur 'n HTTP-proxy navraag
Gebruik htpdate se proxy- en slegs-navraag-opsies wanneer HTTP-konnektiwiteit beskikbaar is, en hou sy tydstempelberamings apart van NTP-vervoer.
ntpdate praat NTP oor UDP. 'n Gewone HTTP CONNECT-tonnel dra 'n TCP-stroom, dus gee die opstel van 'n HTTP-proxy nie vir ntpdate daardie UDP-roete nie.
Wanneer slegs HTTP-toegang beskikbaar is, is htpdate 'n aparte hulpmiddel wat tyd uit die antwoord-tydstempels van webbedieners skat. As dit reeds beskikbaar is, is 'n slegs-navraag-aanroep:
htpdate -q -P proxy.example:8080 www.example.org
Kies 'n toegelate proxy en 'n verwysingsbediener wie se horlosie vir die taak geskik is. Openbare kandidate vir die proxy-adres is in die HTTP-proxylys; daardie lys verskaf geen vertroude tydverwysing nie. -P kies die tussenganger; -q vra navraag sonder om die horlosie te verander. Die kliënt ondersteun ook meerdere verwysings-URL's.
htpdate hanteer probleme wat 'n skulp-pyplyn wat een HTTP Date-opskrif kopieer, nie hanteer nie, insluitend meerdere bronne en die filter van teenstrydige resultate. Dit bly egter afhanklik van die verwysingsbedieners, antwoordverwerking en netwerktydsberekening.
'n Gekasde antwoord kan 'n ouer Date-waarde bevat. 'n Blote HTTP-tydstempel is ook nie geoutentiseerde tyd nie. Hou die vertrouens- en akkuraatheidsvereistes by die ontplooiingsbesluit eerder as om enige bereikbare webblad as 'n vervanging vir die netwerk se tyddiens te beskou.
As die organisasie 'n interne NTP-diens verskaf, is die gebruik van daardie bereikbare diens nog 'n roete. Tyd navraag en die magtiging van 'n daemon om die stelselhorlosie aan te pas, is aparte bewerkings.