htpdate HTTP प्रॉक्सी के ज़रिए समय पूछ सकता है
जब केवल HTTP कनेक्टिविटी उपलब्ध हो तो htpdate के प्रॉक्सी और केवल-क्वेरी विकल्प इस्तेमाल करें, उसके समय-अनुमानों को NTP परिवहन से अलग रखें।
ntpdate UDP पर NTP बोलता है। साधारण 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 सेवा देता है, तो उस पहुँच-योग्य सेवा का उपयोग दूसरा रास्ता है। समय पूछना और डेमॉन को सिस्टम घड़ी समायोजित करने का अधिकार देना अलग-अलग कार्रवाइयाँ हैं।