htpdate можа запытваць час праз HTTP-проксі
Выкарыстоўвайце параметры проксі і запыту ў htpdate, калі даступна HTTP-злучэнне, трымаючы ацэнкі часу асобна ад транспарту NTP.
ntpdate гаворыць NTP праз UDP. Звычайны тунель HTTP CONNECT перадае TCP-паток, таму налада HTTP-проксі не дае ntpdate гэтага шляху UDP.
Калі даступны толькі HTTP, htpdate — асобны інструмент, які ацэньвае час па часовых метках адказаў вэб-сервераў. Калі ён ужо ёсць, выклік толькі для запыту:
htpdate -q -P proxy.example:8080 www.example.org
Выберыце дазволены проксі і эталонны сервер, гадзіннік якога падыходзіць для задачы. Публічныя кандыдаты на адрас проксі ёсць у спісе HTTP-проксі; гэты спіс не дае надзейнага эталона часу. -P выбірае пасярэдніка; -q запытвае, не змяняючы гадзіннік. Кліент таксама падтрымлівае некалькі эталонных URL.
htpdate ўлічвае праблемы, якія не ўлічвае канвеер shell, што капіюе адзін загаловак HTTP Date, у тым ліку некалькі крыніц і фільтраванне супярэчлівых вынікаў. Ён усё ж залежыць ад эталонных сервераў, апрацоўкі адказаў і сеткавага часу.
Кэшаваны адказ можа змяшчаць старэйшае значэнне Date. Голы часовы штамп HTTP таксама не з'яўляецца аўтэнтыфікаваным часам. Трымайце патрабаванні да даверу і дакладнасці ў рашэнні аб разгортванні, а не разглядайце любую даступную вэб-старонку як замену сеткавай службе часу.
Калі арганізацыя прадастаўляе ўнутраную службу NTP, выкарыстанне гэтай даступнай службы — іншы шлях. Запыт часу і дазвол дэману карэктаваць сістэмны гадзіннік — асобныя аперацыі.