htpdate może odpytać czas przez serwer proxy HTTP
Używaj opcji proxy i tylko zapytania htpdate, gdy dostępne jest połączenie HTTP, a szacunki czasu trzymaj oddzielnie od transportu NTP.
ntpdate mówi NTP przez UDP. Zwykły tunel HTTP CONNECT przenosi strumień TCP, więc skonfigurowanie proxy HTTP nie daje ntpdate tej trasy UDP.
Gdy dostępny jest tylko HTTP, htpdate jest osobnym narzędziem, które szacuje czas na podstawie znaczników czasu odpowiedzi serwerów WWW. Jeśli jest już dostępne, wywołanie tylko zapytania wygląda tak:
htpdate -q -P proxy.example:8080 www.example.org
Wybierz dozwolone proxy i serwer referencyjny, którego zegar jest odpowiedni do zadania. Publiczni kandydaci na adres proxy znajdują się na liście proxy HTTP; ta lista nie zapewnia wiarygodnego odniesienia czasu. -P wybiera pośrednika; -q odpytuje bez zmiany zegara. Klient obsługuje także wiele referencyjnych adresów URL.
htpdate uwzględnia problemy, których nie uwzględnia potok powłoki kopiujący jeden nagłówek HTTP Date, w tym wiele źródeł i filtrowanie niespójnych wyników. Nadal polega na serwerach referencyjnych, obsłudze odpowiedzi i synchronizacji sieci.
Odpowiedź z pamięci podręcznej może zawierać starszą wartość Date. Sam znacznik czasu HTTP również nie jest uwierzytelnionym czasem. Zachowaj wymagania dotyczące zaufania i dokładności przy decyzji o wdrożeniu, zamiast traktować dowolną dostępną stronę WWW jako zamiennik usługi czasu sieci.
Jeśli organizacja zapewnia wewnętrzną usługę NTP, użycie tej dostępnej usługi jest inną drogą. Odpytanie czasu i zezwolenie demonowi na regulację zegara systemowego to osobne operacje.