काम गर्ने HTTP प्रोक्सीले यसलाई प्रयोग गर्ने वेब क्लाइन्टका लागि मार्ग प्रमाणित गर्छ। Windows समयले UDP पोर्ट 123 मा NTP प्रयोग गर्छ, त्यसैले ब्राउजरको प्रोक्सी कन्फिगरेसनले त्यो समय-सिङ्क्रोनाइजेसन मार्ग दिँदैन।

उपयुक्त अधिकार भएको कमाण्ड प्रम्प्टबाट हालको स्रोत र पीयर कन्फिगरेसन जाँच्नुहोस्:

w32tm /query /source
w32tm /query /configuration
w32tm /query /peers

यी क्वेरीहरूले सेवाका हालका सेटिङ र पीयरहरू रिपोर्ट गर्छन्। स्रोत परिवर्तन गर्नुअघि मेसिनले संस्थाको विद्यमान समय-पदानुक्रम वा स्वीकृत आन्तरिक NTP सर्भर प्रयोग गर्नुपर्ने हो कि होइन निर्धारण गर्नुहोस्।

छानिएको सर्भरलाई अनुमति दिइएको UDP मार्ग चाहिन्छ। HTTP CONNECT सुरुङले TCP स्ट्रिम बोक्छ, र NTP गन्तव्यलाई पोर्ट 80 मा सार्दा NTP HTTP मा परिणत हुँदैन। SOCKS-आधारित UDP व्यवस्थापनलाई वास्तविक क्लाइन्ट र रिले समर्थन चाहिन्छ; मात्र SOCKS श्रोता पर्याप्त हुँदैन।

HTTP Date मान रुखो तुलनाका लागि उपयोगी हुन सक्छ, तर यो अर्को प्रोटोकलको अवलोकन हो र W32Time को कन्फिगर गरिएको NTP आदानप्रदान काम गर्छ भनी प्रमाणित गर्दैन।

सम्बन्धित लेखहरू