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 सेवा प्रदान गर्छ भने, त्यो पहुँचयोग्य सेवा प्रयोग गर्नु अर्को मार्ग हो। समय सोध्नु र डेमनलाई प्रणाली घडी समायोजन गर्न अनुमति दिनु छुट्टाछुट्टै कार्य हुन्।