सवाल एनटीपी चल रहा है, सिस्टम घड़ी अभी भी समय में नहीं है - क्या देता है?


एक डेबियन स्थिर (5.0.3) सर्वर चल रहा है ntpd, और इंटरनेट से जुड़ा हुआ है। फिर भी, सिस्टम घड़ी लगभग 5 मिनट गलत है।

$ /etc/init.d/ntp status
NTP server is running..

प्रासंगिक भागों (मुझे लगता है) के /etc/ntp.conf:

driftfile /var/lib/ntp/ntp.drift

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

server 0.europe.pool.ntp.org
server 1.europe.pool.ntp.org
server 2.europe.pool.ntp.org
server 3.europe.pool.ntp.org

मुझे पता है कि एनटीपी जरूरी समय पर घड़ी को जरूरी नहीं लेता है। फिर भी, एनटीपी ने अपना काम किया है और घड़ी को सिंक किया है, तो उचित रूप से उम्मीद करने के लिए आपको कितने घंटे या दिन इंतजार करना होगा?

क्या मुझे कुछ अन्य कॉन्फ़िगरेशन फ़ाइल या विकल्प याद आ रहा है, या बस कुछ गलत कर रहा है? है NTP (उदा। ntpdate) इसके लिए सही उपकरण? क्या यह जांचने का कोई त्वरित तरीका है कि कॉन्फ़िगरेशन सही है और क्या चुना गया एनटीपी सर्वर सही समय लौटाता है?

संपादित करेंका उत्पादन ntpq -p है:

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 ns1.nexellent.n .INIT.          16 u    - 1024    0    0.000    0.000   0.000
 dnscache-madrid .INIT.          16 u    - 1024    0    0.000    0.000   0.000
 sinister.wzw.tu .INIT.          16 u    - 1024    0    0.000    0.000   0.000
 dnscache-frankf .INIT.          16 u    - 1024    0    0.000    0.000   0.000

2 संपादित करें: पता चला है ntpdate -u 0.europe.pool.ntp.org आदेश (ब्रेंट द्वारा सुझाया गया) रिटर्न

17 Dec 17:37:29 ntpdate[14195]: no server suitable for synchronization found

... भले ही अन्य मशीनों पर आदेश ठीक काम करता है। तो हम इस विशेष सर्वर के लिए नेटवर्क / फ़ायरवॉल सेटिंग्स देख रहे होंगे (जो एक अलग नेटवर्क में है, वीपीएन पर पहुंचा है)।

संकल्प: अपराधी हमारे सर्वर पर स्थानीय फ़ायरवॉल नहीं था, लेकिन आसपास के नेटवर्क में कहीं फ़ायरवॉल सेटिंग्स। इसलिए हमने सर्वर होस्टिंग प्रदाता से हमारी मशीनों के लिए एनटीपी की अनुमति देने के लिए कहा, और अब यह ठीक काम करता है। उदाहरण के लिए, ntpq -p अब रिटर्न:

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 ns1.eunet.fi    192.36.144.23    2 u   10   64    1    1.043    0.258   0.001
 ns2.eunet.fi    62.142.10.44     2 u    9   64    1    0.671    0.135   0.001
 ns3.eunet.fi    62.142.10.44     2 u    8   64    1    0.750    0.277   0.001

(हम होस्टिंग कंपनी द्वारा पुनः प्राप्त किए गए eunet.fi सर्वर पर भी स्विच किए गए हैं, लेकिन यह बिंदु के बगल में है।) कमांड ब्रेंट का जवाब सहायक थे क्योंकि उन्होंने मुझे एहसास किया कि समस्या एनटीपी सर्वरों तक नेटवर्क पहुंच में थी, एनटीपी कॉन्फ़िगरेशन में नहीं। सबको धन्यवाद!


22
2017-12-17 14:51


मूल


'Ntpq -p' का आउटपुट क्या है? - jscott


जवाब:


एनटीपीडी बंद करो, भागो ntpdate -u 0.europe.pool.ntp.org 3 बार, एनटीपीडी शुरू करें, ऊपर की जाँच करें ntpq -p, देरी, ऑफसेट और जिटर गैर-शून्य होना चाहिए।


22
2017-12-17 15:25



और 'कब' फ़ील्ड को अंतिम पैकेट प्राप्त होने के बाद समय इंगित करना चाहिए। - jscott
Ntpdate कमांड कुछ देता है जैसे "17 दिसंबर 17:37:29 ntpdate [14195]: सिंक्रनाइज़ेशन के लिए उपयुक्त कोई सर्वर नहीं मिला"। हालांकि, अन्य मशीनों पर एक ही आदेश कुछ सार्थक देता है! मुझे संदेह हो रहा है कि इस विशेष सर्वर के लिए कुछ फ़ायरवॉल सेटिंग्स समस्या का कारण बनती हैं ... - Jonik
अगर हम उन नेटवर्क / फ़ायरवॉल सेटिंग्स को हल कर सकते हैं तो हम कल देखेंगे। मैं इसे अभी स्वीकार करूँगा, क्योंकि सबसे अधिक संभावना है कि समस्या उनसे संबंधित है। मुझे सही दिशा में इंगित करने के लिए धन्यवाद! - Jonik
ntpdate आदेश काम करता है और मेरी घड़ी को सिंक करता है, लेकिन सभी मान अभी भी हैं 0 मैं फिर से शुरू करने के बाद ntp। अगर मैं इसे मैन्युअल रूप से करता हूं, लेकिन इसका उपयोग नहीं कर रहा हूं तो यह क्यों काम करेगा ntpd? मैं डेबियन बीटीडब्ल्यू पर हूं। - Mike


अगर मुझे लगता है कि आपके पास नेटवर्क कनेक्टिविटी क्यों है और यह मानना ​​है कि बिना किसी समस्या के आपके एनटीपी होस्ट को देख सकते हैं तो यह एक बड़े मूल्य पर जा सकता है। यदि समय अंतर अंतर एक्स से अधिक है (क्षमा करें मुझे याद नहीं है कि एक्स क्या बंद है) चेतावनी की तुलना में मुद्रित किया जाएगा और समय सिंक नहीं किया जाएगा। आप इसके मामलों के लिए अपने syslog संदेश देख सकते हैं।

यदि यह मामला एनटीपी बंद करता है, तो एनटीपीडेट होस्ट चलाएं और एनटीपीडी को पुनरारंभ करें, यह एक समय सिंक को मजबूर करेगा, फिर इसे आगे बढ़ने के लिए सिंक में रखना शुरू करें, अगर आप जितना अधिक बहाल करना जारी रखते हैं तो आपके पास हार्डवेयर समस्या हो सकती है।


1
2017-12-17 23:17



धन्यवाद। इस मामले में समस्या यह प्रतीत होती है कि हम समस्या के बिना एनटीपी सर्वर नहीं देख सकते हैं - ब्रेंट के जवाब पर टिप्पणियां देखें: serverfault.com/questions/95342/... - Jonik


0 तक पहुंचने वाले "पहुंच" कॉलम से पता चलता है कि यह सर्वर से बात करने में सक्षम नहीं था- iirc धीरे-धीरे यह दिखाता है कि अंतिम 8 प्रयास कैसे चलते हैं (इसलिए 377 अच्छा है, 0 खराब है)।


1
2017-12-17 23:28



हाँ, सबसे अधिक संभावना समस्या है; इस उत्तर पर टिप्पणियां देखें: serverfault.com/questions/95342/... - Jonik