मैं DNS लुकअप के साथ "कोई GLUE" समस्या कैसे ठीक करूं?

Question

जब मैं http://www.intodns.com पर अपना डोमेन देखता हूं, तो मुझे यहां एक समस्या है:

जब मैंने आपके NS रिकॉर्ड्स के लिए अपने नेमसर्वर से पूछा तो GLUE नहीं भेजा गया था। यह ठीक है, लेकिन आपको पता होना चाहिए कि इस मामले में आपके एनएस रिकॉर्ड के आईपी प्राप्त करने के लिए एक अतिरिक्त रिकॉर्ड देखने की आवश्यकता है। आप ऊपर सूचीबद्ध क्षेत्रों के लिए अपने नेमसर्वर के रिकॉर्ड को जोड़कर उदाहरण के लिए इसे ठीक कर सकते हैं।

लेकिन मेरे पास प्रत्येक ज़ोन प्रविष्टि में मेरे सभी नेमसर्वरों के लिए एक प्रविष्टि है:

ns1.example.com. IN A <IP>
ns2.example.com. IN A <IP>

मैं इस GLUE समस्या को कैसे ठीक करूँ?

Comments

इसमें शामिल सही नामों को दबाकर शुरू करें और नहीं example.com।

— पैट्रिक मेवज़ेक

Answer 1

गोंद रिकॉर्ड विशेष ए रिकॉर्ड होते हैं जिनकी आवश्यकता तब होती है जब DNS डोमेन के लिए नाम सर्वर स्वयं उसी डोमेन में होता है।

उदाहरण के लिए, यदि आपका डोमेन example.com है और आपका नाम सर्वर ns.example.com है, तो आपको इस मामले में अगले-उच्चतम DNS ज़ोन में ns.example.com के लिए एक "ग्लू" A रिकॉर्ड बनाने की आवश्यकता है। "कॉम" ज़ोन। यह आपके रजिस्ट्रार के माध्यम से किया जाना चाहिए।

यह आवश्यक है क्योंकि नाम सर्वर (एनएस रिकॉर्ड) के लिए DNS अनुरोध हमेशा एक नाम के साथ उत्तर दिए जाते हैं, न कि एक आईपी के साथ।

गोंद रिकॉर्ड के बिना, यदि ए रिकॉर्ड www.example.com के लिए एक अनुरोध किया गया था, तो "com" परोसने वाला एक नाम सर्वर ns.example.com (आईपी नहीं) के रूप में example.com के लिए NS रिकॉर्ड लौटाएगा, और मूल अनुरोध का समाधान होने का कोई तरीका नहीं होगा, क्योंकि ns.example.com को हल करने का कोई और प्रयास केवल ns.example.com को संदर्भित करेगा।

Comments

(इसे पूरी तरह स्पष्ट करने के लिए, गोंद डालने की सही जगह, आमतौर पर रजिस्ट्रार के माध्यम से आपने डोमेन खरीदा है :)

— mibus

यह सच है, मैंने अपना उत्तर अपडेट कर लिया है :-)

— ThatGraemeGuy

Answer 2

मूल DNS सर्वर से GLUE के साथ समस्या यह है कि जब आपके पास निम्न स्थिति होती है:

example.com के पास अपने NS सर्वर के रूप में DNS रिकॉर्ड ns1.example.net और ns2.example.net हैं। .Com प्राधिकार जो DNS रिज़ॉल्वर को डोमेन नाम के लिए देखने वाला है, वह ns1.example.net और ns2.example.net के लिए IP पते प्रदान करने में असमर्थ है क्योंकि वे इसके अधिकार में नहीं हैं।

इसे ठीक करने का तरीका .com डोमेन का उपयोग करने के लिए है .com NS सर्वर उत्पन्न करता है। इसलिए example.com ns1.example-2.com और ns2.example-2.com का उपयोग करेगा और सब कुछ ठीक हो जाएगा क्योंकि .com प्राधिकरण नाम सर्वर के लिए IP पता प्रदान करने में सक्षम है। यह मूल DNS सर्वरों के लिए कई दौर की यात्राओं को बचाता है, चूंकि आपके मामले में example.com प्राप्त करना है। अब इसे example.net के बारे में .net भी पूछना होगा।

मेरे मामले में, मेरे सभी डोमेन की अपनी NS प्रविष्टियाँ हैं, इसलिए example.com के लिए मेरे पास a.ns.example.com और b.ns.example.com हैं और मेरे example.net डोमेन के लिए मेरे पास a.ns.example है .net और b.ns.example.net

इसके लिए अधिक सेटअप की आवश्यकता होती है, और सभी होस्ट आपको ऐसा करने की अनुमति देने के लिए तैयार नहीं हो सकते हैं। वर्तमान में आपके पास जो कुछ भी है उससे आप फंस सकते हैं!

Answer 3

उपकरण को स्वयं आज़माने और यह देखने के बाद कि मैं किन डोमेन से परिचित हूं, मैं कहता हूं कि यह कई चीजें हो सकती हैं, जो उस सूचनात्मक संदेश की ओर ले जाती हैं (ध्यान दें कि यह जानकारी के लिए 'i' है, नहीं '!')

उदाहरण के लिए, मेरे एक ज़ोन में ज़ोन के बाहर नेमसर्वर हैं, और ज़ोन के लिए ऑथोराइज़र नेमवेरर्स के पास वे सभी नहीं हैं जिनके जवाब में वापस आने के लिए उनके आधिकारिक डेटा के भीतर ए रिकॉर्ड है।

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

तो इसके बारे में चिंता मत करो। जब तक क्वेरी आपके नेमसर्वर तक पहुँचती है, तब तक यह कम से कम आपके कुछ नेमसर्वरों के IP पतों को खोज लेता है। अपने स्वयं के ज़ोन डेटा (अगली प्रविष्टि, "बेमेल NS रिकॉर्ड्स") के समान होने वाले प्रतिनिधिमंडलों के साथ अधिक चिंतित रहें और यह कि कोई भी 'लंगड़ा' नहीं है ("Nameservers lame: माता-पिता पर सूचीबद्ध सभी नेमर्स आपके लिए आधिकारिक रूप से उत्तर देते हैं) डोमेन "- बुरी तरह से लिखा गया है, लेकिन आप यह सुनिश्चित करना चाहते हैं कि वहां एक टिक है।"