DNS लुकअप — A, MX, TXT और NS रिकॉर्ड ऑनलाइन देखें

DNS रिकॉर्ड क्या है?

DNS रिकॉर्ड (resource record) ज़ोन की एक एंट्री है: owner नाम, A, MX या TXT जैसा टाइप, सेकंड में TTL और उस टाइप का डेटा। एक ही नाम और टाइप के रिकॉर्ड मिलकर RRset बनाते हैं जिसे रिज़ॉल्वर ज़ोन के authoritative सर्वर से लाकर TTL तक कैश करते हैं — इसीलिए कोई बदलाव कैश की मियाद ख़त्म होने पर ही दिखता है।

DNS लुकअप कैसे इस्तेमाल करें

example.com जैसा डोमेन नाम लिखें (पूरा URL पेस्ट करें तो सिर्फ़ होस्ट नाम लिया जाता है)।
रिकॉर्ड टाइप और रिज़ॉल्वर चुनें; सिग्नेचर और AD फ़्लैग चाहिए तो «DNSSEC रिकॉर्ड माँगें» चुनें।
«खोजें» दबाएँ और सारांश पढ़ें: रिस्पॉन्स कोड बताता है कि नाम मौजूद है या नहीं और रिज़ॉल्वर ने जवाब दिया या नहीं।
answer टेबल और निष्कर्ष देखें; टिकट में लगाने के लिए टेबल को CSV में डाउनलोड करें।

DNS लुकअप की खूबियाँ

सोलह रिकॉर्ड टाइप: A, AAAA, CNAME, MX, NS, TXT, SOA, PTR, SRV, CAA, DS, DNSKEY, TLSA, HTTPS, SVCB और ANY
रिज़ॉल्वर चुनने का विकल्प — Cloudflare 1.1.1.1 या Google Public DNS — ताकि पता चले कि किसी कैश में पुराना जवाब तो नहीं बचा
answer और authority सेक्शन: owner नाम, टाइप, बचा हुआ TTL और डेटा, CSV में डाउनलोड करने लायक
NXDOMAIN, NODATA, SERVFAIL और REFUSED की सरल भाषा में व्याख्या, SOA से लिए गए negative-caching TTL के साथ
CNAME चेन कदम-दर-कदम, ताकि दिखे कि रिकॉर्ड असल में किस नाम पर हैं
वैकल्पिक DNSSEC अनुरोध (DO बिट): लौटे RRSIG सिग्नेचर और रिज़ॉल्वर का AD फ़्लैग
IP एड्रेस अपने-आप in-addr.arpa या ip6.arpa नाम में बदलकर PTR लुकअप होता है

इनपुट और आउटपुट

इनपुट

डोमेन नाम या IP एड्रेस — होस्ट नाम (अंतरराष्ट्रीय/IDN नाम भी चलते हैं), _dmarc.example.com जैसे underscore लेबल वाला नाम, या IPv4/IPv6 एड्रेस जो अपने reverse नाम में बदल जाता है।
रिकॉर्ड टाइप — ऊपर बताए सोलह में से एक; डिफ़ॉल्ट A है।
रिज़ॉल्वर — Cloudflare 1.1.1.1 (डिफ़ॉल्ट) या Google Public DNS।
DNSSEC रिकॉर्ड माँगें — DO बिट सेट करता है ताकि सिग्नेचर और AD फ़्लैग लौटें।

आउटपुट

सारांश — रिस्पॉन्स कोड, answer रिकॉर्ड की संख्या, सबसे कम TTL, Cloudflare एज से मापा गया रिस्पॉन्स टाइम, इस्तेमाल हुआ रिज़ॉल्वर, और DNSSEC चालू हो तो AD फ़्लैग।
Answer सेक्शन — लौटा हर रिकॉर्ड (नाम, टाइप, सेकंड में TTL, डेटा), alias चेन के CNAME रिकॉर्ड समेत।
Authority सेक्शन — आमतौर पर negative जवाब होने पर ज़ोन का SOA रिकॉर्ड।
निष्कर्ष — रिस्पॉन्स कोड का मतलब, alias चेन, ख़त्म होने के क़रीब कैश कॉपी, truncation, DNSSEC का नतीजा और रिज़ॉल्वर की कोई टिप्पणी।

DNS लुकअप का उदाहरण

alias नाम के A रिकॉर्ड

इनपुट:

www.wikipedia.org · type A · Google Public DNS

आउटपुट:

Response code: NOERROR — the resolver answered · Answer records: 2 · Lowest TTL: 90 s
Answer section:
www.wikipedia.org   CNAME  14286  dyna.wikimedia.org.
dyna.wikimedia.org  A      90     185.15.58.224
Findings: www.wikipedia.org is an alias (CNAME): www.wikipedia.org → dyna.wikimedia.org. The A records belong to the last name of the chain.

DNS लुकअप के नतीजे कैसे पढ़ें

NOERROR और रिकॉर्ड: नाम मौजूद है और ये उस टाइप के रिकॉर्ड हैं, जैसे वह रिज़ॉल्वर इस समय कैश में रखे हुए है।

NOERROR पर कोई रिकॉर्ड नहीं (NODATA): नाम है, पर इस टाइप का नहीं — जैसे किसी डोमेन पर MX है पर AAAA नहीं। NXDOMAIN: नाम किसी भी टाइप के लिए मौजूद नहीं; स्पेलिंग जाँचें या देखें कि रिकॉर्ड बना भी था या नहीं।

SERVFAIL: रिज़ॉल्वर ने कोशिश की पर नाकाम रहा — आम वजहें DNSSEC वैलिडेशन की ग़लती, जवाब न देने वाले nameserver या टूटा delegation हैं। दूसरा रिज़ॉल्वर आज़माएँ, फिर Nameserver Checker।

TTL कैश में बचा समय है, सेट की गई वैल्यू नहीं; कुछ सेकंड के अंतर पर दो लुकअप में संख्या घटती दिखेगी। कुछ ही सेकंड का TTL बस इतना बता सकता है कि इस रिज़ॉल्वर की कॉपी ख़त्म होने वाली है — authoritative सर्वर असल में कौन-सा TTL देते हैं, यह Nameserver Checker दिखाता है।

DNS लुकअप कब इस्तेमाल करें

ट्रैफ़िक या डोमेन-वेरिफ़िकेशन किसी नए A, CNAME या TXT रिकॉर्ड पर डालने से पहले पक्का करना कि वह पब्लिश हो चुका है।
मेल डिलीवरी या सर्टिफ़िकेट जारी होने की समस्या डीबग करते समय डोमेन के MX, SPF (TXT) और CAA रिकॉर्ड पढ़ना।
Cloudflare और Google की तुलना करके देखना कि बदलाव के बाद कोई रिज़ॉल्वर अब भी पुराना जवाब तो नहीं दे रहा।
जब कोई CDN या SaaS प्रोवाइडर CNAME माँगे, तो देखना कि alias आख़िर में किस नाम पर पहुँचता है।

समस्या निवारण

«यह मान्य डोमेन नाम नहीं है»: स्पेस, स्कीम (https://) और पाथ हटाएँ; लुकअप सिर्फ़ होस्ट नाम का होता है (पूरा URL पेस्ट करना ठीक है — होस्ट अपने-आप निकाल लिया जाता है)।
प्राइवेट या ब्लॉक नाम कहकर मना किया गया: internal नाम (.local, .internal, एक लेबल वाले नाम) और प्राइवेट एड्रेस कभी पब्लिक रिज़ॉल्वर को नहीं भेजे जाते। ऐसे नामों के लिए अपने नेटवर्क के अंदर dig या nslookup चलाएँ।
अभी-अभी बनाए रिकॉर्ड पर NXDOMAIN: रिज़ॉल्वर पिछला negative जवाब दिखाए गए negative TTL तक रख सकता है; उतना इंतज़ार करें या Nameserver Checker से authoritative सर्वर जाँचें।
सिर्फ़ एक रिज़ॉल्वर पर SERVFAIL: उनमें से एक ज़ोन वैलिडेट नहीं कर पाया या उस तक पहुँच नहीं पाया; दोनों पर बना रहे तो समस्या ज़ोन या उसके delegation में है।

DNS लुकअप के बारे में अक्सर पूछे जाने वाले सवाल

ANY क्वेरी से डोमेन के सारे रिकॉर्ड क्यों नहीं दिखते?

रिज़ॉल्वर अब ANY के जवाब में सारे रिकॉर्ड नहीं देते। Cloudflare RFC 8482 के मुताबिक़ सिर्फ़ एक HINFO रिकॉर्ड लौटाता है, और दूसरे रिज़ॉल्वर जवाब छोटा कर देते हैं या मना कर देते हैं। जो टाइप चाहिए (A, AAAA, MX, TXT, NS, CAA…) उसे अलग से पूछें।

NXDOMAIN और खाली जवाब में क्या फ़र्क़ है?

NXDOMAIN का मतलब है कि नाम मौजूद ही नहीं। NOERROR के साथ कोई रिकॉर्ड न होना (जिसे अक्सर NODATA कहते हैं) मतलब नाम मौजूद है पर उस टाइप का रिकॉर्ड नहीं। दोनों ज़ोन के SOA रिकॉर्ड से लिए negative TTL तक कैश होते हैं, जो टूल authority सेक्शन से दिखाता है।

TTL मेरी सेट की हुई वैल्यू से कम क्यों दिखता है?

रिकर्सिव रिज़ॉल्वर अपनी कैश कॉपी की बची हुई मियाद लौटाता है, इसलिए हर लुकअप पर TTL घटता दिखता है और पूरी वैल्यू सिर्फ़ तब दिखती है जब रिज़ॉल्वर ने रिकॉर्ड अभी-अभी लाया हो। Nameserver Checker सीधे authoritative सर्वर से पूछता है और अपने TTL कॉलम में वही वैल्यू दिखाता है जो वे सर्वर देते हैं — यानी सेट किया हुआ TTL — SOA, A, AAAA, MX, NS और TXT रिकॉर्ड के लिए।

क्या मुझे वही जवाब दिखेगा जो मेरे कंप्यूटर को मिलता है?

हमेशा नहीं। क्वेरी Cloudflare एज पर Mutqan सर्वर से आपके चुने रिज़ॉल्वर तक जाती है। आपका नेटवर्क कोई और रिज़ॉल्वर इस्तेमाल कर सकता है जिसमें पुराना जवाब कैश हो, कंपनी का internal DNS हो सकता है, या कोई CDN लोकेशन के हिसाब से जवाब दे सकता है।

«DNSSEC रिकॉर्ड माँगें» से क्या बदलता है?

यह DNSSEC OK (DO) बिट सेट करता है, जिससे रिज़ॉल्वर RRSIG सिग्नेचर भी लौटाता है, और सारांश का AD फ़्लैग बताता है कि रिज़ॉल्वर ने जवाब वैलिडेट किया या नहीं। टूल वही बताता है जो रिज़ॉल्वर कहता है; सिग्नेचर ख़ुद दोबारा verify नहीं करता।

तकनीकी नोट्स

लुकअप DNS-over-HTTPS (cloudflare-dns.com या dns.google का JSON API) पर एक रिकर्सिव क्वेरी है जिसे Mutqan Worker भेजता है; रिज़ॉल्वर root से delegation फ़ॉलो करता है और RRset को बचे हुए TTL के साथ लौटाता है। रिकॉर्ड टाइप और उनका presentation फ़ॉर्मेट RFC 1035 और हर टाइप जोड़ने वाले RFC के अनुसार है (AAAA के लिए RFC 3596, SRV के लिए RFC 2782, CAA के लिए RFC 8659, SVCB और HTTPS के लिए RFC 9460)।

negative जवाब के authority सेक्शन में ज़ोन का SOA रिकॉर्ड होता है; RFC 2308 के अनुसार रिज़ॉल्वर NXDOMAIN और NODATA को SOA के TTL और उसके minimum फ़ील्ड में से छोटी वैल्यू तक कैश करते हैं — निष्कर्षों में यही आँकड़ा आता है। ANY का जवाब Cloudflare एक छोटे HINFO रिकॉर्ड से देता है, जिसकी अनुमति RFC 8482 देता है।

सीमाएँ और कार्यप्रणाली

क्वेरी Cloudflare एज पर Mutqan सर्वर से निकलती है। Geo-DNS, split-horizon (internal) DNS और आपके ISP का रिज़ॉल्वर आपके कंप्यूटर को अलग जवाब दे सकते हैं।

यहाँ सिर्फ़ दो पब्लिक रिज़ॉल्वर हैं; DNS Propagation Checker एक साथ आठ रिज़ॉल्वर से पूछता है।

जवाब रिज़ॉल्वर का कैश किया हुआ नज़रिया है — यह सबूत नहीं कि authoritative सर्वर पर अभी क्या है, और DNSSEC सिग्नेचर सिर्फ़ दिखाए जाते हैं, टूल उन्हें दोबारा verify नहीं करता।

सुरक्षा और गोपनीयता

आपका लिखा नाम और रिकॉर्ड टाइप Mutqan सर्वर से आपके चुने रिज़ॉल्वर (Cloudflare या Google) को भेजा जाता है, जिसे क्वेरी Mutqan से आती दिखती है, आपसे नहीं। कुछ भी स्टोर नहीं होता; एनालिटिक्स सिर्फ़ यह दर्ज करते हैं कि DNS endpoint इस्तेमाल हुआ।

संदर्भ

RFC 1035: Domain Names - Implementation and SpecificationIETFDNS संदेश का फ़ॉर्मेट, रिकॉर्ड टाइप और रिस्पॉन्स कोड (NOERROR, NXDOMAIN, SERVFAIL, REFUSED) जिन्हें हर रिज़ॉल्वर आज भी इस्तेमाल करता है।
RFC 1034: Domain names - concepts and facilitiesIETFDNS का मॉडल: नाम-स्थान एक ट्री के रूप में, ज़ोन और delegation, authoritative सर्वर और रिज़ॉल्वर, और रिज़ॉल्वर referral व alias कैसे फ़ॉलो करता है।
RFC 2181: Clarifications to the DNS SpecificationIETF · 1997ऐसे नियम जो मूल DNS RFC में खुले छोड़े गए थे: एक RRset का एक ही TTL, TTL की सीमाएँ, और यह कि MX व NS का target alias (CNAME) नहीं हो सकता।