एनटीपी deamon अगर अक्सर अपने सरल मोड है, जो क्लाइंट / सर्वर है में इस्तेमाल किया: आप एक या अधिक निर्दिष्ट serverमें निर्देशों अपने ntp.confऔर अपने ग्राहकों को उन सर्वरों का उपयोग करेगा।
इसके अलावा, जब आप अपने स्वयं के एनटीपी सर्वर चलाते हैं, तो यह peerउनके साथ अच्छा व्यवहार होता है, इसलिए यदि उनमें से एक अपने अपस्ट्रीम सर्वर से कनेक्टिविटी खो देता है, तो उसे अपने साथियों से समय मिलेगा।
लेकिन ntpd भी साथ, प्रसारण और / या समय डेटा की बहुस्त्र्पीय वितरण के साथ काम कर सकते हैं प्रलेखन हुए कहा:
प्रसारण और मल्टीकास्ट मोड एक या कुछ सर्वर और संभवतः एक बहुत बड़ी ग्राहक आबादी वाले कॉन्फ़िगरेशन के लिए हैं
प्रसारण क्लाइंट और प्रसारण सर्वर दोनों के रूप में होस्ट को कॉन्फ़िगर करना संभव और अक्सर उपयोगी होता है। कई मेजबान इस तरह से कॉन्फ़िगर किए गए हैं और एक साझा प्रसारण पते को साझा करते हुए स्वचालित रूप से स्ट्रेटम और सिंक्रोनाइज़ेशन दूरी के आधार पर एक इष्टतम कॉन्फ़िगरेशन में खुद को व्यवस्थित करेंगे।
मैं एक स्पष्ट प्रशासनिक लाभ देख सकता हूं: आपको क्लाइंट में NTP सर्वर की अपनी सूची को मैन्युअल रूप से निर्दिष्ट और अद्यतन करने की आवश्यकता नहीं है ntp.conf, इसलिए मेरे लिए यह एक छोटी ग्राहक जनसंख्या के लिए ब्रॉडकास्ट मोड का उपयोग करने के लिए भी आकर्षक लगता है (3 के साथ 5+ ग्राहक कहें) ~ 4 सर्वर)। मैं क्लाइंट / सर्वर संघों के बजाय प्रसारण के साथ नेटवर्क ट्रैफ़िक थोड़ा अधिक होने की उम्मीद करता हूं, लेकिन सामान्य गीगाबिट ईथरनेट लैन को देखते हुए प्रभाव नगण्य होना चाहिए जब तक कि आपके पास एक ही प्रसारण डोमेन में बहुत बड़ी संख्या में होस्ट न हों।
दिन के अंत में, प्रसारण मोड का उपयोग कब किया जाना चाहिए या इससे बचा जाना चाहिए? क्या मेरे द्वारा नहीं देखा गया पेशेवरों और विपक्ष हैं?