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 услуга, използването на тази достъпна услуга е друг път. Заявката за време и разрешаването на демон да коригира системния часовник са отделни операции.