htpdate может запрашивать время через HTTP-прокси

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 учитывает проблемы, которые не учитывает конвейер оболочки, копирующий один заголовок HTTP Date, включая несколько источников и фильтрацию противоречивых результатов. Он по-прежнему зависит от эталонных серверов, обработки ответов и сетевого времени.

Кэшированный ответ может содержать более старое значение Date. Простая временная метка HTTP также не является аутентифицированным временем. Сохраняйте требования к доверию и точности в решении о развёртывании, а не рассматривайте любую доступную веб-страницу как замену службе времени сети.

Если организация предоставляет внутреннюю службу NTP, использование этой доступной службы — другой путь. Запрос времени и разрешение демону корректировать системные часы — отдельные операции.