आपके पास फ़ायरवॉल ब्लॉकिंग पोर्ट 123 हो सकता है जो ntp सर्वर को कभी भी समय सर्वर नहीं देख सकता है।
मेरे मामले में मेरा आईएसपी (इंटरनेट सेवा प्रदाता) बंदरगाहों को रोक रहा था।
123 के एक पोर्ट स्कैन ने रुकावट का पता नहीं लगाया।
धूम्रपान करने वाली बंदूक थी कि मेरे पास अस्थायी रूप से दो स्वतंत्र, इंटरनेट फीड हैं। लिनक्स में अगर मैं ntpq -p
पहली बार इंटरनेट फीड के साथ (बार-बार) हुक करता हूं तो कुछ भी अपडेट नहीं होता है, लेकिन दूसरे फीड के साथ मुझे अपडेट मिलता है!
जैसा कि @ जेंस ए। कोच कहते हैं, ntpdate -u <server name>
यह चारों ओर जाता है, अच्छी तरह से, अस्थायी रूप से (कोई दंडित इरादा नहीं), यह समय के मामले को ठीक नहीं करता है।
समय के साथ बहाव आपके सिस्टम और हार्डवेयर घड़ियों दोनों में होगा। इसके अलावा मेरे मामले में दोहरी बूटिंग लिनक्स / विंडोज़ हार्डवेयर घड़ी को और गड़बड़ करने का कारण बनता है (घंटे के हिसाब से)।
तो आपके पास सिस्टम घड़ी बनाए रखने के लिए UDP के लिए पोर्ट 123 होना चाहिए।
उपयोग करने के बजाय-u
, आप यह भी कर सकते हैं जो मुझे लगता है कि पोर्ट 123 (एक गैर 'विशेषाधिकार प्राप्त पोर्ट के बजाय) का उपयोग करता है:
service ntp stop
, फिर
ntpdate <server url>
(-यू के बिना) और अंत में
service ntp start
।
यह पोर्ट ब्लॉकेज समस्या को कम करने के लिए लगता है, कम से कम घड़ी को एक बार सेट करने के लिए। यदि -u
काम करता है, लेकिन ऐसा नहीं होता है, तो यह एक बहुत ही निश्चित संकेत है कि पोर्ट अवरुद्ध है, या सर्वर अप्रतिसादी है, ...
एक और मुद्दा जो मुझे हल करना था, वह यह था कि मेरे लिए डेबियन डिफ़ॉल्ट /etc/ntp.conf
कॉन्फ़िगरेशन में पूल में 4 लाइनें शामिल थीं debian.pool.ntp.org
:। उन सर्वरों में से कोई भी काम नहीं किया। मुझे यह त्रुटि संदेश मिला:
Debian.pool.ntp.org को हल करने में त्रुटि:
होस्टनाम (-5) से संबंधित कोई पता नहीं (-5) 24 मार्च 04:49:27 ntpdate [15115]: होस्ट
debian.pool.ntp.org नहीं पा सकते : होस्टनाम से जुड़ा कोई पता नहीं ( -5) 24 मार्च
04:49:27 ntpdate [15115]: कोई सर्वर का उपयोग नहीं किया जा सकता है, बाहर निकलना
मुझे सर्वरों को बदलना पड़ा us.pool.ntp.org
।