एनटीपी ठगना नेटवर्क स्रोत स्ट्रैटम

9

क्या ntpdनेटवर्क स्रोत के स्ट्रेटम स्तर को ठगना संभव है ?

पहली नज़र में, मुझे लगा कि fudgeनिर्देश इसे पूरा कर सकता है, हालांकि ntp.conf(5)मैन पेज ब्राउज़ करने के बाद , मुझे यह निर्देश केवल संदर्भ घड़ियों पर लागू होता है।

कुछ विवरण:

मेरे पास ntpdलैन पर ग्राहकों के लिए प्राथमिक समय स्रोत के रूप में एक स्थानीय सर्वर चल रहा है । यह सर्वर ntp.org पूल में बताया गया है, और आमतौर पर एक स्ट्रैटनम स्तर 3 को बनाए रखता है।

मेरे मुख्य सर्वर के अलावा, मेरे पास एक 3 पार्टी नेटवर्क डिवाइस है जिसका प्राथमिक काम दीवार घड़ियों को वायरलेस तरीके से सिंक्रनाइज़ करना है। आरएफ संचरण। डिवाइस के स्पेसिफिकेशन का कहना है कि यह "RFC2030 कंप्लेंट टाइम सर्वर" है, लेकिन अन्यथा यह एक ब्लैक बॉक्स की तरह है। मैंने अपने मुख्य सर्वर का उपयोग करने के लिए डिवाइस को कॉन्फ़िगर किया है क्योंकि यह केवल समय स्रोत है:

ब्लैक बॉक्स का विन्यास http://www.freeimagehosting.net/uploads/21bafb12bd.png

मेरी समस्या तब सामने आई जब मैंने ntpdअपने निजी कंप्यूटर पर अपने मुख्य एनटीपी सर्वर और समय स्रोतों के रूप में वायरलेस ट्रांसमीटर का उपयोग करने के लिए कॉन्फ़िगर किया । अपने स्थानीय ntpd को क्वेरी करते समय, मैंने देखा कि "ब्लैक बॉक्स" (10.xxZ) पसंदीदा समय स्रोत था:

$ ntpq -pn
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
x10.x.x.X        69.164.222.108   3 u   48   64  177    0.501  370.029   1.530
*10.x.x.Z        10.x.x.Z         2 u   50   64  377    1.354  -23.681  14.179

के बाद से सर्वर 10.x.x.Zके केवल समय स्रोत है सर्वर 10.x.x.X(जो परत 3 है), यह चाहिए परत 4. मेरा मानना है कि निर्माता अपने परत स्तर हार्ड-कोडेड किया है।

क्या उच्चतर स्तर के बावजूद "अच्छा" (10.xxX) सर्वर के पक्ष में मेरी मशीन प्राप्त करने का कोई तरीका है? मैंने preferअपने स्थानीय ntp.confफ़ाइल में निर्देश की कोशिश भी की , लेकिन कोई फायदा नहीं हुआ, छोटा ब्लैक बॉक्स हमेशा जीतता है: /

इसके लायक क्या है, मेरी स्थानीय मशीन Mac OS X 10.6 चला रही है।

$ ntpq -c rv | grep version
version="ntpd 4.2.4p4@1.1520-o Mon May 18 19:38:25 UTC 2009 (1)",

ntp ntpd

— joxl
स्रोत

इस प्रश्न का पर्याप्त रूप से गूढ़ है कि मैं यूज़नेट समाचार समूह comp.protocols.time.ntp पर बजाय पूछ समतुल्य रूप में सवाल मेलिंग सूची पर सलाह देते हैं, या lists.ntp.org । वे संभवतः यह सुझाव देंगे कि आप अधिक सर्वर जोड़ें, क्योंकि ग्राहकों को दो सर्वरों के बीच निर्णय लेने में परेशानी होगी। इसके अलावा, मुझे यकीन नहीं है कि स्ट्रैट हेरफेर के बारे में उनके पास क्या जवाब होगा।

— जस्टबरबर्ट

6

कुछ और शोधों के बाद ऐसा लगता है कि "ठगना" एक नेटवर्क स्रोत का स्तर संभव नहीं है। इसलिए मैं आगे बढ़ा और dtoubeli के जवाब की कोशिश की । मेरे आश्चर्य के लिए, बस अपने स्थानीय समय सर्वर को एक स्ट्रैटनम स्तर 2 (3 डी पार्टी डिवाइस के बराबर) बनाने के कारण हमेशा इसे पसंदीदा समय स्रोत नहीं बनाया गया। मेरे स्थानीय ntpd अभी भी उन दोनों को "झूठी टिक" के रूप में शासित करेंगे। किस कारण से, मुझे यकीन नहीं है, लेकिन मैं अनुमान लगा रहा हूं क्योंकि वे केवल दो समय स्रोत थे, और उनका समय बहुत दूर था।

यहां सबसे बड़ी समस्या यह है कि मेरा 3 पार्टी डिवाइस बहुत सुसंगत समय धारण नहीं करता है, वास्तव में यह बहुत अधिक उतार-चढ़ाव करता है। मेरी समस्या का समाधान कई अन्य सटीक समय स्रोतों (pool.ntp.org) को मेरे साथ जोड़ रहा था /etc/ntp.conf। अब मेरा स्थानीय सर्वर हमेशा पसंदीदा समय स्रोत के रूप में चुना जाता है, अक्सर पूल में कुछ सर्वरों की तुलना में उच्चतर स्तर होने के बावजूद।

— joxl
स्रोत

4

आप अपने स्थानीय ntpd को स्ट्रैटम 2 पर चलाने का प्रयास कर सकते हैं। इसे इंगित करने के बजाय pool.ntp.org पर केवल 5-7 स्ट्रैटम 1 सर्वरों की एक सूची बनाएं और उन्हें सीधे कॉन्फ़िगरेशन में जोड़ें। स्ट्रैटम पर रेफरेंस सर्वर 1 के साथ आपका स्ट्रैटम 2 चल रहा होगा। फिर आपका preferविकल्प काम कर सकता है।

हालांकि, मेरे अनुभव से स्ट्रैटम लेवल प्राथमिक स्रोत चुनाव में हमेशा जीतने वाला कारक नहीं है। मुझे लगता है कि विलंबता और घबराहट का महत्वपूर्ण प्रभाव है। मैंने कई अवसरों पर देखा था कि निचले स्ट्रैटम सर्वर को प्राथमिक स्रोत के रूप में चुना गया था, जबकि कई उच्च स्ट्रैटम सर्वर केवल इसलिए उपलब्ध थे क्योंकि इसमें सबसे कम विलंबता थी। इसीलिए मैं इस बात की गारंटी नहीं दे सकता कि सुझाया गया दृष्टिकोण काम करेगा।

— dtoubelis
स्रोत

2

मेरे पास हमारे स्थानीय नेटवर्क में "उच्च स्ट्रैटम (10)" हार्डवेयर जीपीएस समय स्रोत है जो मुझे ntpq में एक गलत स्थिति (x) देता है, मैंने पाया कि server [x.x.x.x] truentp.conf में x (IP पते) का उपयोग करने से फ़ाल्सेटिक चेकिंग को रद्द कर दिया जाएगा, यह एक संभावित उम्मीदवार होने की अनुमति देता है। ऐसा लगता है कि स्ट्रैटम संख्या का अर्थ हमेशा उच्च प्राथमिकता नहीं होता है।

— Tomofumi
स्रोत

1

यदि आप इस सर्वर को पसंद नहीं करते हैं। संदर्भ के रूप में 10.xxZ को यह करना चाहिए:

server 10.x.x.Z noselect

यह उपयोगी है अगर सर्वर का उपयोग केवल निगरानी कारणों के लिए किया जाना चाहिए। वैकल्पिक रूप से आप भी कॉन्फ़िगर कर सकते हैं:

server 10.x.x.X prefer

इसलिए 10.xxX उपलब्ध होने पर 10.xxZ का उपयोग नहीं किया जाएगा।

— हंस
स्रोत

0

एक कारण यह पसंद किया जाता है कि आपका अन्य समय सर्वर हाल ही में पहुंच से बाहर है। पहुंच स्तंभ देखें?

— Dfc
स्रोत