Maaaring magtanong ng oras ang htpdate sa pamamagitan ng HTTP proxy

Nagsasalita ang ntpdate ng NTP sa UDP. Ang ordinaryong HTTP CONNECT tunnel ay nagdadala ng TCP stream, kaya ang pag-configure ng HTTP proxy ay hindi nagbibigay sa ntpdate ng rutang UDP na iyon.

Kapag HTTP access lamang ang available, ang htpdate ay isang hiwalay na tool na nagtatantiya ng oras mula sa mga timestamp ng tugon ng web server. Kung available na ito, ang only-query na tawag ay:

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

Pumili ng pinapayagang proxy at reference server na ang orasan ay angkop sa gawain. Ang mga pampublikong kandidato para sa proxy address ay nasa listahan ng HTTP proxy; hindi nagbibigay ang listahang iyon ng mapagkakatiwalaang reference ng oras. Pinipili ng -P ang tagapamagitan; nagtatanong ang -q nang hindi binabago ang orasan. Sinusuportahan din ng client ang maraming reference URL.

Isinasaalang-alang ng htpdate ang mga isyung hindi isinasaalang-alang ng shell pipeline na kumokopya ng isang HTTP Date header, kabilang ang maraming pinagmulan at pagsala ng mga resultang hindi pare-pareho. Umaasa pa rin ito sa mga reference server, paghawak ng tugon at timing ng network.

Ang naka-cache na tugon ay maaaring may mas lumang Date value. Ang hubad na HTTP timestamp ay hindi rin awtentikadong oras. Panatilihin ang mga kinakailangan sa tiwala at katumpakan kasama ng desisyon sa deployment, sa halip na ituring ang anumang maabot na web page bilang kapalit ng serbisyo ng oras ng network.

Kung ang organisasyon ay nagbibigay ng panloob na serbisyo ng NTP, ang paggamit ng maabot na serbisyong iyon ay isa pang landas. Ang pagtanong ng oras at pagpapahintulot sa isang daemon na ayusin ang orasan ng system ay magkahiwalay na operasyon.