NS लुकअप

नेमसर्वर और जोन

NS रिकॉर्ड DNS ज़ोन के लिए नेमसर्वर की पहचान करते हैं। वह सटीक डोमेन दर्ज करें जिसका आप निरीक्षण करना चाहते हैं। एक उपडोमेन का एक अलग प्रतिनिधिमंडल हो सकता है या उसके मूल क्षेत्र द्वारा सेवा प्रदान की जा सकती है; प्रत्येक होस्टनाम अपना स्वयं का NS सेट प्रकाशित नहीं करता है।

चयनित पुनरावर्ती रिज़ॉल्वर ये रिकॉर्ड लौटाता है। यह ब्राउज़र टूल प्रत्येक आधिकारिक नेमसर्वर के लिए सीधे यूडीपी या टीसीपी डीएनएस कनेक्शन नहीं खोलता है।

example.com.  86400 IN NS ns1.example.net.
example.com.  86400 IN NS ns2.example.net.

दस्तावेज़ उदाहरण — वास्तविक DNS उत्तर नहीं

नेमसर्वर एड्रेस अलग क्यों होते हैं?

पूरक A और AAAA क्वेरीज़ लौटाए गए नेमसर्वर होस्टनाम से जुड़े पते दिखाती हैं। यदि रिज़ॉल्वर उन्हें प्रदान करता है तो लौटाए गए अतिरिक्त रिकॉर्ड प्रतिक्रिया विवरण में बनाए रखे जाते हैं।

पता लुकअप पैरेंट-ज़ोन गोंद स्थिरता का प्रमाण नहीं है। पहला संस्करण सीधे पैरेंट और चाइल्ड ज़ोन से पूछताछ नहीं करता है या यह दावा नहीं करता है कि प्रत्येक नेमसर्वर पहुंच योग्य है।

प्रत्यायोजन जाँच के लिए अधिक साक्ष्य की आवश्यकता है

एक पुनरावर्ती NS उत्तर अकेले यह स्थापित नहीं कर सकता कि माता-पिता और बच्चे NS सेट सहमत हैं। यह ज़ोन ट्रांसफर उपलब्धता, सीरियल सिंक्रोनाइज़ेशन या आधिकारिक DNSSEC वैधता भी स्थापित नहीं कर सकता है।

यदि आपने हाल ही में DNS प्रदाताओं को स्थानांतरित किया है, तो रजिस्ट्रार के कॉन्फ़िगर किए गए प्रतिनिधिमंडल और इच्छित DNS ज़ोन की तुलना करें। पुराने बुनियादी ढांचे को केवल इसलिए न हटाएं क्योंकि एक सार्वजनिक कैश बदल गया है।

यदि कोई NS रिकॉर्ड दिखाई न दे तो क्या होगा?

ज़ोन एपेक्स के नीचे एक होस्टनाम का अपना कोई NS रिकॉर्ड नहीं हो सकता है। इसलिए रिकॉर्ड के बिना NOERROR टूटे हुए प्रतिनिधिमंडल का निदान करने के लिए पर्याप्त नहीं है।

SERVFAIL में अपस्ट्रीम उपलब्धता, सत्यापन या अन्य रिज़ॉल्वर स्थितियां शामिल हो सकती हैं। कच्ची प्रतिक्रिया और DNS फ़्लैग साक्ष्य प्रदान करते हैं, लेकिन AD=false अकेले DNSSEC विफलता नहीं है।