htpdate povas demandi la tempon tra HTTP-prokurilo

ntpdate parolas NTP super UDP. Ordinara HTTP CONNECT-tunelo portas TCP-fluon, do agordi HTTP-prokurilon ne donas al ntpdate tiun UDP-vojon.

Kiam nur HTTP-aliro haveblas, htpdate estas aparta ilo, kiu taksas la tempon el la respondaj tempomarkoj de retserviloj. Se ĝi jam haveblas, alvoko nur por demando estas:

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

Elektu permesatan prokurilon kaj referencan servilon, kies horloĝo taŭgas por la tasko. Publikaj kandidatoj por la prokurila adreso troviĝas en la listo de HTTP-prokuriloj; tiu listo ne donas fidindan tempreferencon. -P elektas la peranton; -q demandas sen ŝanĝi la horloĝon. La kliento ankaŭ subtenas plurajn referencajn URL-ojn.

htpdate konsideras problemojn, kiujn ŝel-kondukilo kopianta unu HTTP Date-kapon ne konsideras, inkluzive de pluraj fontoj kaj filtrado de malkonsekvencaj rezultoj. Ĝi tamen dependas de la referencaj serviloj, de la prilaborado de respondoj kaj de la reta tempo.

Kaŝmemora respondo povas enhavi pli malnovan Date-valoron. Nuda HTTP-tempomarko ankaŭ ne estas aŭtentikigita tempo. Konservu la fidindec- kaj precizec-postulojn en la deplojdecido, anstataŭ trakti iun ajn atingeblan retpaĝon kiel anstataŭaĵon por la temposervo de la reto.

Se la organizo provizas internan NTP-servon, uzi tiun atingeblan servon estas alia vojo. Demandi la tempon kaj rajtigi demonon ĝustigi la sistemhorloĝon estas apartaj operacioj.