जब कोई वेबसाइट लोड न हो, ईमेल आना बंद हो जाएँ, या कोई नया डोमेन "अभी काम नहीं कर रहा" हो, तो जवाब आमतौर पर उसके DNS रिकॉर्ड में छिपा होता है। DNS (डोमेन नेम सिस्टम) इंटरनेट की एड्रेस बुक है: यह mybotsy.com जैसे नाम को उन सर्वर पतों और सेटिंग्स में बदलता है जिनकी कंप्यूटर को ज़रूरत होती है। यह गाइड बताती है कि किसी भी डोमेन के DNS रिकॉर्ड कैसे जाँचें, हर रिकॉर्ड टाइप का क्या मतलब है, और उन समस्याओं को कैसे सुलझाएँ जिनसे आप सबसे ज़्यादा जूझते हैं।
DNS कैसे काम करता है, एक मिनट में
जब आप ब्राउज़र में कोई डोमेन टाइप करते हैं, तो आपका डिवाइस एक रिज़ॉल्वर (आमतौर पर आपके इंटरनेट प्रोवाइडर का, या Google के 8.8.8.8 या Cloudflare के 1.1.1.1 जैसा कोई सार्वजनिक रिज़ॉल्वर) से डोमेन के रिकॉर्ड माँगता है। अगर रिज़ॉल्वर के कैश में ताज़ा कॉपी नहीं है, तो वह रूट सर्वर से, फिर टॉप-लेवल डोमेन (जैसे .com) के सर्वर से, और आखिर में डोमेन के ऑथोरिटेटिव नेमसर्वर से पूछता है, जिनके पास असली रिकॉर्ड होते हैं। जवाब एक तय अवधि के लिए कैश होता है, जिसे TTL (टाइम टू लिव) कहते हैं।
इसी कैशिंग की वजह से DNS बदलाव हर जगह एक साथ नहीं दिखते, और इसीलिए रिकॉर्ड को सीधे जाँचना इतना काम का है।
DNS रिकॉर्ड के वे टाइप जो आपको असल में दिखेंगे
A और AAAA रिकॉर्ड
A रिकॉर्ड किसी नाम को IPv4 पते, जैसे 203.0.113.10, की ओर पॉइंट करता है। AAAA रिकॉर्ड यही काम IPv6 पते के लिए करता है। इन्हीं से वेबसाइट लोड होती है। लोड बैलेंसिंग या बैकअप के लिए एक डोमेन के कई ऐसे रिकॉर्ड हो सकते हैं।
CNAME रिकॉर्ड
CNAME (कैनोनिकल नेम) एक नाम को दूसरे नाम का उपनाम बना देता है, जैसे www.example.com को example.com या किसी होस्टिंग प्रोवाइडर के होस्टनेम की ओर पॉइंट करना। जिस नाम पर CNAME हो, उसी नाम पर दूसरे रिकॉर्ड नहीं हो सकते, इसीलिए रूट डोमेन आमतौर पर A रिकॉर्ड (या प्रोवाइडर का "फ़्लैटनिंग" फ़ीचर) इस्तेमाल करता है।
MX रिकॉर्ड
MX (मेल एक्सचेंजर) रिकॉर्ड बताते हैं कि डोमेन का ईमेल कौन से सर्वर प्राप्त करते हैं, और हर एक का एक प्रायोरिटी नंबर होता है। छोटे नंबर पहले आज़माए जाते हैं। अगर MX रिकॉर्ड गायब या गलत हों, तो डोमेन पर भेजे ईमेल बाउंस हो जाते हैं या गुम हो जाते हैं।
TXT रिकॉर्ड
TXT रिकॉर्ड टेक्स्ट रखते हैं, और आज इनका इस्तेमाल ज़्यादातर वेरिफ़िकेशन और ईमेल सुरक्षा के लिए होता है:
- SPF (
v=spf1 ...) उन सर्वरों की सूची है जिन्हें डोमेन की ओर से ईमेल भेजने की अनुमति है। - DKIM रिकॉर्ड (
selector._domainkey.example.comजैसे नामों पर) ऐसी कुंजियाँ प्रकाशित करते हैं जिनसे प्राप्तकर्ता साइन किए गए ईमेल की पुष्टि कर सकें। - DMARC (
_dmarc.example.comपर) प्राप्तकर्ताओं को बताता है कि SPF और DKIM में फ़ेल होने वाले मेल के साथ क्या करें, और रिपोर्ट कहाँ भेजें। - Google Search Console जैसी सेवाओं के लिए साइट वेरिफ़िकेशन स्ट्रिंग।
NS और SOA रिकॉर्ड
NS रिकॉर्ड डोमेन के ऑथोरिटेटिव नेमसर्वर की सूची हैं, यानी ये बताते हैं कि नियंत्रण किस DNS प्रोवाइडर के पास है। SOA रिकॉर्ड (स्टार्ट ऑफ़ अथॉरिटी) में प्रशासनिक जानकारी होती है, जैसे प्राइमरी नेमसर्वर और एक सीरियल नंबर जो ज़ोन अपडेट होने पर बदलता है।
CAA रिकॉर्ड
CAA रिकॉर्ड बताते हैं कि कौन सी सर्टिफ़िकेट अथॉरिटी डोमेन के लिए SSL/TLS सर्टिफ़िकेट जारी कर सकती हैं। अगर CAA रिकॉर्ड मौजूद है और आपका सर्टिफ़िकेट प्रोवाइडर उसमें नहीं है, तो सर्टिफ़िकेट जारी नहीं होगा।
DNS रिकॉर्ड ऑनलाइन कैसे जाँचें
सबसे तेज़ तरीका वेब-आधारित लुकअप है, जिसके लिए कोई सॉफ़्टवेयर नहीं चाहिए:
- DNS लुकअप टूल खोलें।
- डोमेन या सबडोमेन डालें, जैसे
example.comयाmail.example.com, बिनाhttps://के। - सबमिट करें और लौटे A, AAAA, CNAME, MX, NS, TXT, SOA और CAA रिकॉर्ड देखें।
- खास सबडोमेन के लिए यही दोहराएँ।
wwwया_dmarcजैसे रिकॉर्ड अलग नाम हैं और इनके लिए अलग लुकअप चाहिए।
कमांड लाइन से DNS कैसे जाँचें
अगर आपको टर्मिनल पसंद है, तो दो बिल्ट-इन टूल यह काम कर देते हैं।
nslookup (Windows, macOS, Linux)
nslookup example.com
nslookup -type=mx example.com
nslookup -type=txt example.com 1.1.1.1आखिरी लाइन एक खास रिज़ॉल्वर (यहाँ 1.1.1.1) से पूछती है, जो जवाबों की तुलना के लिए उपयोगी है।
dig (macOS, Linux)
dig example.com A
dig example.com MX +short
dig _dmarc.example.com TXT
dig @ns1.yourdnsprovider.com example.com A@ से सीधे ऑथोरिटेटिव नेमसर्वर से पूछने पर मौजूदा रिकॉर्ड दिखते हैं, बीच में कोई कैश नहीं होता।
DNS की आम समस्याएँ कैसे सुलझाएँ
"होस्टिंग बदलने के बाद मेरी वेबसाइट लोड नहीं हो रही"
रूट डोमेन और www दोनों के A (और AAAA) रिकॉर्ड जाँचें। पक्का करें कि वे नए होस्ट के IP की ओर पॉइंट कर रहे हैं, और कोई पुराना AAAA रिकॉर्ड जो अब भी पिछले सर्वर की ओर पॉइंट करता हो, उसे हटा दें, क्योंकि ब्राउज़र IPv6 को प्राथमिकता दे सकते हैं। फिर वेबसाइट होस्टिंग चेकर से होस्टिंग और SSL लुकअप से सर्टिफ़िकेट की पुष्टि करें।
"DNS बदलाव दिख नहीं रहे"
रिज़ॉल्वर TTL खत्म होने तक कैश किए जवाब रखते हैं। अगर पुराने रिकॉर्ड का TTL 86,400 सेकंड (24 घंटे) था, तो कुछ विज़िटर एक दिन तक पुराना पता देख सकते हैं। किसी प्लान किए गए माइग्रेशन से एक दिन पहले TTL को कुछ मिनट कर दें। यह भी पक्का करें कि असल में कौन से नेमसर्वर नियंत्रण में हैं: अगर आपके रजिस्ट्रार पर NS रिकॉर्ड उस प्रोवाइडर से अलग किसी प्रोवाइडर की ओर पॉइंट करते हैं जहाँ आपने बदलाव किया, तो आपके बदलाव कभी लागू नहीं होंगे।
"ईमेल बाउंस हो रहे हैं या स्पैम में जा रहे हैं"
MX रिकॉर्ड देखें, फिर SPF के TXT रिकॉर्ड और _dmarc रिकॉर्ड। आम गलतियों में दो SPF रिकॉर्ड होना (सिर्फ़ एक की अनुमति है), SPF में अपने ईमेल या न्यूज़लेटर प्रोवाइडर को शामिल करना भूल जाना, और आपके सेटअप से ज़्यादा सख्त DMARC पॉलिसी शामिल हैं।
"एक सबडोमेन काम नहीं कर रहा"
पक्का करें कि उसी सटीक नाम के लिए रिकॉर्ड मौजूद है। example.com का रिकॉर्ड blog.example.com को कवर नहीं करता, जब तक कोई वाइल्डकार्ड (*) रिकॉर्ड न हो।
"इस डोमेन का नियंत्रण किसके पास है?"
NS रिकॉर्ड DNS प्रोवाइडर बताते हैं। WHOIS लुकअप रजिस्ट्रार, रजिस्ट्रेशन और एक्सपायरी की तारीखें और डोमेन का स्टेटस बताता है। अगर कोई डोमेन अचानक रिज़ॉल्व होना बंद हो जाए, तो एक्सपायर हुआ रजिस्ट्रेशन एक आम वजह है।
DNS और SEO
DNS अपने-आप में रैंकिंग फ़ैक्टर नहीं है, लेकिन यह सर्च के लिए ज़रूरी चीज़ों पर असर डालता है:
- उपलब्धता। अगर DNS फ़ेल हो जाए, तो सर्च इंजन आपकी साइट क्रॉल नहीं कर सकते। कई नेमसर्वर वाले भरोसेमंद DNS प्रोवाइडर यह जोखिम कम करते हैं।
- स्पीड। धीमा DNS रिज़ॉल्यूशन पहली विज़िट में देरी जोड़ता है। तेज़ और दुनिया भर में फैले DNS प्रोवाइडर मदद करते हैं।
- वेरिफ़िकेशन। Google Search Console DNS TXT वेरिफ़िकेशन देता है, जो आपके डोमेन के हर सबडोमेन और प्रोटोकॉल को कवर करता है।
- एक जैसे URL। पक्का करें कि
wwwऔर रूट डोमेन दोनों रिज़ॉल्व हों, फिर एक को दूसरे पर रीडायरेक्ट करें। रीडायरेक्ट को URL रीडायरेक्ट चेकर से जाँचें।
जानने लायक दूसरे लुकअप
- IP लुकअप किसी A रिकॉर्ड से मिले IP पते का अनुमानित स्थान और नेटवर्क दिखाता है।
- रिवर्स IP लुकअप किसी IP पते का होस्टनेम (PTR रिकॉर्ड) दिखाता है, जिसे मेल सर्वर अक्सर जाँचते हैं।
- HTTP हेडर लुकअप दिखाता है कि DNS का काम होने के बाद सर्वर क्या जवाब देता है।
- Punycode कन्वर्टर से आप ऐक्सेंट या गैर-लैटिन अक्षरों वाले डोमेन को DNS में इस्तेमाल होने वाले
xn--रूप में बदलकर लुकअप कर सकते हैं।
अक्सर पूछे जाने वाले सवाल
DNS प्रोपेगेशन में कितना समय लगता है?
यह पुराने रिकॉर्ड के TTL पर निर्भर करता है। कई बदलाव कुछ मिनटों से लेकर कुछ घंटों में दिख जाते हैं, लेकिन लंबे TTL वाले रिकॉर्ड को हर जगह अपडेट होने में एक-दो दिन तक लग सकते हैं।
क्या मैं किसी डोमेन के सभी DNS रिकॉर्ड देख सकता हूँ?
आप जिन नामों को जानते हैं, उनके लिए हर रिकॉर्ड टाइप देख सकते हैं। DNS आमतौर पर किसी को ज़ोन के सभी सबडोमेन की सूची नहीं देखने देता, इसलिए अनजान नामों के रिकॉर्ड नहीं दिखेंगे।
DNS और WHOIS में क्या फ़र्क है?
DNS में वे तकनीकी रिकॉर्ड होते हैं जिनसे डोमेन काम करता है। WHOIS में रजिस्ट्रेशन की जानकारी होती है, जैसे रजिस्ट्रार, बनने और एक्सपायरी की तारीखें और स्टेटस।
अलग-अलग टूल अलग नतीजे क्यों दिखाते हैं?
हो सकता है वे अलग-अलग रिज़ॉल्वर से पूछ रहे हों, जिनके पास अलग कैश कॉपी हो। सीधे ऑथोरिटेटिव नेमसर्वर से पूछने पर मौजूदा सच्चाई दिखती है।
अच्छा TTL कितना होता है?
300 सेकंड (5 मिनट) से 3,600 सेकंड (1 घंटा) के बीच की वैल्यू आम हैं। प्लान किए गए बदलावों से पहले छोटा TTL और कभी-कभार बदलने वाले रिकॉर्ड के लिए लंबा TTL रखें।