DNS A बनाम NS रिकॉर्ड

42

मैं डीएनएस को थोड़ा बेहतर समझने की कोशिश कर रहा हूं, लेकिन मुझे अभी भी ए और एनएस रिकॉर्ड पूरी तरह से नहीं मिले हैं।

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

संपादित करें: जैसा कि मैं आपको सही ढंग से समझता हूं, एक एनएस रिकॉर्ड बताता है कि आप एक निश्चित डोमेन के लिए ए रिकॉर्ड के साथ डीएनएस सर्वर को खोजने के लिए थे, और ए रिकॉर्ड आपको बताता है कि आईपी-पता किस डोमेन से संबंधित है। लेकिन एक ही DNS फ़ाइल में A और NS रिकॉर्ड डालने का क्या फायदा है? यदि एक निश्चित डोमेन के लिए पहले से ही एक रिकॉर्ड है, तो आपको किसी अन्य DNS सर्वर को इंगित करने की आवश्यकता क्यों है, जो संभवतः आपको एक ही जानकारी देगा?

domain-name-system nameserver

— Tiddo
स्रोत

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

— एंड्रयू बी

44

कुछ उदाहरण काल्पनिक foo.comक्षेत्र फ़ाइल से बाहर हैं

 ....... SOA record & lots more stuff .......
 foo.com.      IN        NS        ns1.bar.com.

 foo.com.      IN        A         192.168.100.1
 ....... More A/CNAME/AAAA/etc. records .......

एक रिकॉर्ड = "मेजबान को foo.com192.168.100.1 पते पर जीवन कहा जाता है"
एनएस रिकॉर्ड = "यदि आप foo.comक्षेत्र में मेजबानों के बारे में जानना चाहते हैं , तो नाम सर्वर ns1.bar.com से पूछें"

— voretaq7
स्रोत

3

मुझे फोबार संदर्भ पसंद हैं। : D

— 23:11

2

@ एक बड़ा कारण यह है कि दास सर्वर को आमतौर पर जोन परिवर्तनों के बारे में सूचित किया जाता है क्योंकि वे एनएस रिकॉर्ड के रूप में सूचीबद्ध होते हैं। इसके अलावा अगर आप आधिकारिक सर्वर के लिए ns1.foo.comकुछ और देखने की प्रक्रिया में पते के लिए क्वेरी करते हैं और रिकॉर्ड वहां मौजूद नहीं है तो आपको मिलेगा NXDOMAINऔर बैड थिंग्स होगा (लेकिन यह उन लोगों के लिए काम करेगा, जिन्होंने comमूल सर्वर से पूछताछ की थी , क्योंकि मुमकिन है कि वहाँ एक रिकॉर्ड गोंद होगा)

— voretaq7

1

@ जॉनइनप्रो - मेरा दूसरा विकल्प example.com था, और मुझे example.com से नफरत है। संदर्भ :-)

— voretaq7

3

@ voretaq7 इसलिए मूल रूप से NS रिकॉर्ड्स को बैकअप तंत्र के रूप में उपयोग किया जाता है और उन नेमसर्वरों को सूचित करने के लिए जब डोमेन का आईपी-पता बदलता है?

— टिडो

2

@tiddo और एक साइनपोस्ट के रूप में जैसा कि ऊपर वर्णित है और अन्य बहुत सारे उत्तरों में। एनएस रिकॉर्ड को देखने वाली अन्य चीजें हो सकती हैं, जिनके बारे में मैं भूल रहा हूं, लेकिन वे दो बड़े हैं जो दिमाग में आते हैं।

— voretaq7

18

यह एक पुराना प्रश्न है, लेकिन मुझे लगता है कि अन्य उत्तर वास्तव में भ्रम के स्रोत को छू नहीं रहे हैं। NSशीर्ष पर रिकॉर्ड शीर्ष के NSनीचे रिकॉर्ड की तुलना में नियमों के एक अलग सेट का पालन करते हैं।

NSशीर्ष पर रिकॉर्ड एक रेफरल परिभाषित नहीं करते। इसके बजाय, वे उन NSरिकॉर्ड्स के लिए आधिकारिक परिभाषा प्रदान करते हैं ।
किसी भी NSसुप्रीम नीचे रिकॉर्ड कर एक रेफरल परिभाषित करते हैं। यह NSरिकॉर्ड आधिकारिक नहीं माना जाता है, और न ही एक Aही नाम साझा करने वाला रिकॉर्ड है।

उन नियमों से, हम Aएक ही नाम के साथ DNS सर्वर पर रिकॉर्ड मौजूद होने पर क्या होता है के लिए दो अलग-अलग व्यवहार प्राप्त कर सकते हैं :

यदि NSरिकॉर्ड एक रेफरल को परिभाषित नहीं करता है, तो अन्य डेटा उसी क्षेत्र में मौजूद हो सकते हैं। चूंकि सर्वर NSरिकॉर्ड और रिकॉर्ड दोनों के लिए खुद को आधिकारिक मानता है A, इसलिए कोई संघर्ष नहीं है। यही कारण है कि अन्य डेटा आमतौर NSपर एक क्षेत्र के शीर्ष पर रिकॉर्ड के साथ रहता है ।
यदि NSरिकॉर्ड एक रेफरल को परिभाषित करता है , तो Aएक जोन कट द्वारा रिकॉर्ड प्रभावी रूप से "नकाबपोश" होता है । यह Aरिकॉर्ड आधिकारिक नहीं है, और एक आधिकारिक प्रतिक्रिया के उत्तर अनुभाग में नहीं दिखाना चाहिए। इसे संभवतः गोंद डेटा के रूप में उपयोग किया जा सकता है जो रेफरल के अतिरिक्त अनुभाग में दिखाई देता है, लेकिन यह है।

भ्रमित? हाँ यह है। टिप्पणियों में एक नोट छोड़ें यदि आपको इसके बाद परेशानी होती है और मैं देखूंगा कि मैं क्या कर सकता हूं।

— एंड्रयू बी
स्रोत

APEX से आपका क्या अभिप्राय है?

— रयान-नील मेस

@ रयान-नील NSक्षेत्र फ़ाइल के शीर्ष पर रिकॉर्ड।

— एंड्रयू बी

9

NS रिकॉर्ड उन सर्वरों को निर्दिष्ट करता है जो उस डोमेन नाम के लिए DNS सेवाएं प्रदान कर रहे हैं।

एक या एक से अधिक IP पतों के लिए रिकॉर्ड रिकॉर्ड होस्ट नामों (जैसे www, ftp, मेल) को इंगित करता है।

— mrdenny
स्रोत

7

एक रिकॉर्ड एक आईपी पते के लिए एक नाम मैप करता है। जैसे

binary.example.com। 192.168.1.42 में

जो बताता है कि Binary.example.com। 192.168.1.42 को हल करता है

एक NS रिकॉर्ड एक अन्य नेमसर्वर का नाम बताता है, एक और DNS सर्वर जो उस डोमेन का कार्य करता है। अर्थात "मुझे इस नाम के आईपी पते का कोई पता नहीं है, लेकिन यदि आप उस नाम से पूछते हैं तो यह पता चल सकता है"

binary.example.com। NS otherbox.example.com पर
otherbox.example.com। 192.168.1.2 में

यदि आप एक DNS सर्वर से पूछते हैं जिसके पास बाइनरी.एक्सप्लिंग.कॉम के लिए उपरोक्त 2 रिकॉर्ड हैं। (या www.binary.example.com। या foo.bar.binary.example.com)। यह आपको बताएगा कि आपको उन नामों का अनुवाद करने के लिए 192.168.1.2 पर जाना होगा (अच्छी तरह से, या डीएनएस सर्वर आपके लिए ऐसा कर सकता है, या यह हल किए गए नामों को कैश्ड कर सकता है और उन्हें आपको वापस कर सकता है।)

— ओपन स्कूल
स्रोत

अक्सर आप DNS रिकॉर्ड देखेंगे जो समान डोमेन के लिए NS और A रिकॉर्ड निर्दिष्ट करता है। लेकिन अगर कोई NS रिकॉर्ड बताता है कि A रिकॉर्ड को ढूंढना है, तो उस रिकॉर्ड में NS रिकॉर्ड का क्या उपयोग होता है, अगर A रिकॉर्ड पहले से है?

— टिडो

इस सब के बीच मेरा पसंदीदा स्पष्टीकरण था!

— बेंजामिन

6

यदि आपके पास अलग-अलग DNS सर्वर के लिए सब-ज़ोन को प्रत्यायोजित करने के लिए ज़ोन में NS और A दोनों रिकॉर्ड होना ज़रूरी है।

उदाहरण के लिए, हमारे पास ds सर्वर ns1.bar.com ज़ोन बार के लिए आधिकारिक है। और हमें ns1.foo.bar.com पर foo.bar.com को डेलिगेट करना होगा। इसलिए हमें ज़ोन foo.bar.com बनाने और वहां यह रिकॉर्ड बनाने की आवश्यकता है:

foo.bar.com.     IN NS ns1.foo.bar.com.
ns1.foo.bar.com. IN A  10.10.10.10

अगर हमारे पास ए रिकॉर्ड प्रतिनिधि नहीं होगा तो काम नहीं करेगा। ऐसे रिकॉर्ड जोड़े को गोंद रिकॉर्ड कहा जाता है।

गैर-रूट ज़ोन के लिए आधिकारिक DNS सर्वर के सटीक IP को खोजने के लिए गोंद रिकॉर्ड केवल DNS सिस्टम के लिए एक तरीका है। यदि आप NS रिकॉर्ड के लिए किसी भी डोमेन की जाँच करते हैं digया वायरशार्क के साथ ट्रैफ़िक डंप देखते हैं, तो आप देखेंगे कि उत्तर में 'अतिरिक्त' अनुभाग है।

;; ANSWER SECTION:
foo.bar.com.             10800   IN      NS      ns1.foo.bar.com.

;; ADDITIONAL SECTION:
ns1.foo.bar.com.         7972    IN      A       10.10.10.10

पुनरावर्ती अनुरोध करते समय, उदाहरण के लिए www.foo.bar.com आपका dns क्लाइंट foo.bar.com ज़ोन के लिए DNS आधिकारिक मांगेगा और उत्तर ns1.foo.bar.com प्राप्त करेगा।

आगे जाने के लिए इसे ns1.foo.bar.com के लिए एक अनुरोध भेजने की आवश्यकता है, जिसे ... ns1.foo.bar.com द्वारा सेवा दी जाती है। लूप को तोड़ने के लिए, DNS सर्वर को डेलिगेट करना, ए रिकॉर्ड के साथ इस अतिरिक्त सेक्शन को जोड़ना चाहिए।

सर्वर ns1.foo.bar.com के अपने ज़ोन में एक ही रिकॉर्ड होना चाहिए, इसलिए यह foo.bar.com ज़ोन के लिए आधिकारिक हो सकता है।

— DukeLion
स्रोत

जब तक मैं आपके गोंद रिकॉर्ड विवरण को नहीं देख लेता, तब तक मेरे सिर को चिकन और अंडे की समस्या के बारे में जानने में कठिनाई हो रही थी!

— जॉन स्कारपेटिग

3

NS रिकॉर्ड मौजूद हैं जो WHIM NAMESERVERS को परिभाषित करने के उद्देश्य से एक विशेष डोमेन के लिए जिम्मेदार हैं।

एक रिकॉर्ड एक विशेष मशीन, या सेवा "ADDRESS" में मौजूद है।

आपके लिए उदाहरण:

आपके DNS नियंत्रण कक्ष में, आपको कुछ NS रिकॉर्ड दिखाई देंगे, ये आपके NAMESERVERS, या प्राथमिक मशीन हैं जो इंटरनेट को यह बताने के लिए जिम्मेदार हैं कि आपके डोमेन पर सामान कहाँ रहता है।

NS1.CP.COM NS2.CP.COM

अपने DNS पैनल के अंदर, आपके पास एक डोमेन होगा जो आपके पास होगा (यानी -mikesfunhouse.com) जिसके लिए आपको कुछ सेवाओं की आवश्यकता होगी, जैसे कि एक वेबसाइट।

तो आप क्या करेंगे एक प्राथमिक रिकॉर्ड है, जो "mikesfunhouse.com" को "76.19.87.956" (स्पष्ट रूप से नकली आईपी) इंगित करता है।

फिर आप एक और रिकॉर्ड करेंगे, एक www रिकॉर्ड, जो उपडोमेन "www।" को रीडायरेक्ट करेगा। आपकी प्राथमिक साइट का हिस्सा।

संक्षेप में, आप नाम रिकॉर्ड को IP पते में बदलने के लिए A रिकॉर्ड का उपयोग करते हैं।

— JohnThePro
स्रोत

1

नेमसर्वर रिकॉर्ड इंटरनेट को बताता है कि कौन सा DNS सर्वर A रिकॉर्ड रखता है, इसलिए उप-प्रक्रिया के लिए A रिकॉर्ड देखने के लिए यह निम्नलिखित प्रक्रिया है:

डोमेन के लिए नेमसर्वर देखें -> उपडोमेन के A रिकॉर्ड के लिए नेमसर्वर को क्वेरी करें

— जेम्स एल
स्रोत

लेकिन अगर ए रिकॉर्ड पहले से ही उसी फ़ाइल में हैं, तो आपको एनएस रिकॉर्ड क्यों निर्दिष्ट करना चाहिए?

— टिडो

1

यह वह सब है जो आप खोज रहे हैं। एनएस रिकॉर्ड शुरुआती बिंदु की तरह है। यदि पहले कभी किसी सर्वर पर आपके डोमेन का दौरा नहीं हुआ था, तो यह आपके डोमेन के लिए सबसे पहले एनएस सर्वर का जवाब देगा। उस सर्वर की पहचान करने के बाद, यह प्रश्न में डोमेन के ए रिकॉर्ड के लिए क्वेरी करेगा।

— JohnThePro