यह DNS गोंद रिकॉर्ड के बारे में एक कैननिकल प्रश्न है ।
क्या वास्तव में (लेकिन संक्षेप में) एक DNS गोंद रिकॉर्ड है? उनकी आवश्यकता क्यों है और वे कैसे काम करते हैं?
यह DNS गोंद रिकॉर्ड के बारे में एक कैननिकल प्रश्न है ।
क्या वास्तव में (लेकिन संक्षेप में) एक DNS गोंद रिकॉर्ड है? उनकी आवश्यकता क्यों है और वे कैसे काम करते हैं?
जवाबों:
एक गोंद रिकॉर्ड एक रिकॉर्ड के लिए एक शब्द है जो एक DNS सर्वर द्वारा कार्य किया जाता है जो DNS ज़ोन के लिए असंभव निर्भरता की स्थिति से बचने के लिए ज़ोन के लिए आधिकारिक नहीं है।
कहो कि मैं एक DNS ज़ोन का मालिक हूं example.com
। मैं डीएनएस सर्वर इस डोमेन के लिए आधिकारिक क्षेत्र की मेजबानी इतना है कि मैं वास्तव में उपयोग कर सकते that're करना चाहते हैं - डोमेन के रूट के लिए जोड़ने के रिकॉर्ड, www
, mail
, आदि तो, मैं नाम सर्वर पंजीकरण करने के लिए सौंपने के लिए में डाल उन्हें - उन हमेशा के नाम हैं, इसलिए हम में डाल देता हूँ ns1.example.com
और ns2.example.com
।
वहाँ चाल है। TLD के सर्वर DNS सर्वर को whois रिकॉर्ड में सौंपेंगे - लेकिन वे भीतर हैं example.com
। वे पता लगाने की कोशिश ns1.example.com
, पूछना .com
सर्वर, और करने के लिए ... वापस संदर्भित किया जाता हो ns1.example.com
।
TLD के सर्वर को example.com
ज़ोन के क्वेरी के लिए अपनी प्रतिक्रिया में अतिरिक्त जानकारी भेजने की अनुमति देने के लिए क्या रिकॉर्ड करना है - नाम सर्वर के लिए कॉन्फ़िगर किया गया IP पता भेजने के लिए भी। यह आधिकारिक नहीं है, लेकिन यह आधिकारिक सर्वर के लिए एक संकेतक है, जो लूप को हल करने की अनुमति देता है।
मैंने अनुरोध किया कि इस उत्तर को एक डुप्लिकेट प्रश्न से मर्ज किया जाए, क्योंकि मौजूदा उत्तर ADDITIONAL
सेक्शन की भूमिका को स्पष्ट नहीं करते हैं ।
यह कैसे काम करता है यह देखने के लिए, इसे टाइप करें:
dig +trace +additional google.com SOA
यह मूल सर्वर ( +trace
) से शुरू होने वाले नेमवर अथॉरिटी का पता लगाएगा । जोड़ना +additional
आपको ADDITIONAL
प्रत्येक DNS सर्वर प्रतिक्रिया का अनुभाग भी दिखाएगा । आम तौर पर ज्यादातर लोग DNS QUESTION
को ANSWER
अनुभागों के संदर्भ में सोचते हैं, लेकिन ADDITIONAL
यह भी एक महत्वपूर्ण भूमिका निभाता है: यदि नामांकित व्यक्ति किसी भी प्रश्न के उत्तर जानता है, जो उत्तर से संबंधित है, तो यह ADDITIONAL
बिना किसी आवश्यकता के अनुभाग में उन उत्तरों की पूर्व आपूर्ति कर सकता है आपके ग्राहक से अतिरिक्त पूछताछ।
ध्यान दें कि जिन आधिकारिक नेमवेरर्स के लिए google.com
वे डोमेन के तहत निहित हैं, वे उनके लिए आधिकारिक हैं। ( ns1.google.com
, ns2.google.com
आदि)
जब आप किसी नेमसर्वर से डोमेन के लिए नेमसर्वरों की सूची की आपूर्ति करने के लिए कहते हैं, तो वे अक्सर अनुभाग A
में -type रिकॉर्ड्स (IP पते) की एक सूची की आपूर्ति करेंगे ADDITIONAL
, न कि केवल NS
-पाइप उत्तर: इन्हें ग्लू रिकॉर्ड कहा जाता है , जिसका उपयोग परिपत्र को रोकने के लिए किया जाता है निर्भरता। इस स्थिति में, उन A
रिकॉर्ड्स को TLD (.com, .org, आदि) नाम के आईपी पते के आधार पर परोसा जाता है जो किसी ने डोमेन के लिए जिम्मेदार DNS पंजीयक की आपूर्ति की है। वे आमतौर पर आपके द्वारा आपूर्ति किए जाने वाले व्यवस्थापक वेब इंटरफ़ेस में प्रवेश करके बदले जा सकते हैं।
(अस्वीकरण: AAAA
IPV6 पते वाले रिकॉर्ड को गोंद के हिस्से के रूप में भी आपूर्ति की जा सकती है, लेकिन मैंने इसे सरलता के लिए छोड़ दिया है।)
+trace
। इसलिए यह वहां है।
dig +trace
परीक्षणों में, जोड़ने +additional
से आउटपुट बिल्कुल नहीं बदलता है)
विकिपीडिया पर एक सटीक (और संक्षिप्त) स्पष्टीकरण है ।
उद्धरण के लिए:
परिपत्र निर्भरता और गोंद रिकॉर्ड
प्रतिनिधिमंडल में नाम सर्वरों को आईपी पते के बजाय नाम से पहचाना जाता है। इसका मतलब यह है कि एक नाम सर्वर सर्वर को उस सर्वर के आईपी पते का पता लगाने के लिए एक और डीएनएस अनुरोध जारी करना होगा जिसमें इसे संदर्भित किया गया है।
यदि प्रतिनिधिमंडल में दिया गया नाम डोमेन का एक उपडोमेन है, जिसके लिए प्रतिनिधिमंडल प्रदान किया जा रहा है, तो एक परिपत्र निर्भरता है। इस मामले में प्रतिनिधिमंडल प्रदान करने वाले नेम प्रतिनिधि में उल्लिखित आधिकारिक नाम के लिए एक या एक से अधिक आईपी पते भी उपलब्ध कराने चाहिए। इस जानकारी को गोंद कहा जाता है।। । ।
उदाहरण के लिए, यदि example.org के लिए आधिकारिक नाम सर्वर ns1.example.org है, तो www.example.org को हल करने का प्रयास करने वाला कंप्यूटर पहले ns1.example.org को हल करता है। चूंकि ns1 example.org में सम्मिलित है, इसके लिए पहले example.org को हल करना होगा, जो एक परिपत्र निर्भरता को प्रस्तुत करता है।
निर्भरता को तोड़ने के लिए, org शीर्ष स्तर डोमेन के लिए नेमवेर में शामिल हैं। example.org के लिए प्रतिनिधिमंडल के साथ गोंद भी शामिल है। गोंद रिकॉर्ड पते के रिकॉर्ड हैं जो ns1.example.org के लिए आईपी पते प्रदान करते हैं। रिज़ॉल्वर डोमेन के आधिकारिक सर्वर में से एक को क्वेरी करने के लिए इनमें से एक या अधिक आईपी पते का उपयोग करता है, जो इसे DNS क्वेरी को पूरा करने की अनुमति देता है।
हमेशा के लिए खोज करने और गोंद रिकॉर्ड के बारे में बहुत कुछ पढ़ने के बाद भी और समझ में नहीं आया कि वे क्या थे या आप उन्हें कैसे बना सकते हैं मैंने आखिरकार एक जवाब पाया और यह बहुत सरल है।
जैसा कि मैं समझता हूं कि कहीं से कोई जादुई अतिरिक्त जानकारी नहीं भेजी जाती है, यह इसी तरह काम करता है।
कहते हैं कि आपका डोमेन example.com है और आप अपने खुद के नाम सर्वर ns1.example.com और ns2.example.com का उपयोग करना चाहते हैं, आपको कम से कम दो DNS सर्वरों की आवश्यकता है।
इसे काम करने के लिए अब आपको अपने DNS में निम्नलिखित रिकॉर्ड डालने के लिए शीर्ष डोमेन स्वामी की आवश्यकता होगी।
example.com NS ns1.example.com
example.com NS ns2.example.com
ns1.example.com A 192.0.2.10
ns2.example.com A 192.0.2.20
वे दो ए रिकॉर्ड गोंद रिकॉर्ड हैं और उन्हें इस मामले में शीर्ष डोमेन पर होना चाहिए। कॉम, और सभी रजिस्ट्रार आपके लिए यह नहीं कर सकते।
अगर यह गलत है तो कृपया मुझे सुधारें। मुझे लगा कि मैं दूसरों के लिए एक सरल तरीके से समझाने की कोशिश करता हूं जो सही उत्तर नहीं पा सकता है।
sub.example.com
लिए एक प्रतिनिधि भी है । के लिए नेमसर्वर सौंप दी है, खुद को दूर से और उसके बच्चों से किसी के लिए गोंद प्रदान नहीं कर सकते। ns1.sub.example.com
ns2.sub.example.com
example.com
com
example.com
sub.example.com
-> example.com
-> ns1.example.com
-> example.com
-> ns1.example.com
... और इतने पर