DNS रिकॉर्ड के प्रकार: A, AAAA, CNAME, MX, TXT और अन्य आसान भाषा में

DNS रिकॉर्ड के प्रकार किसी डोमेन के DNS ज़ोन में मौजूद अलग-अलग तरह की एंट्री हैं, और हर एक इंटरनेट को कोई एक ख़ास बात बताती है। A रिकॉर्ड किसी नाम को IPv4 एड्रेस से जोड़ता है, AAAA IPv6 से, CNAME एक नाम को दूसरे नाम का उपनाम (alias) बनाता है, MX ईमेल को रूट करता है, TXT वेरिफ़िकेशन और ईमेल-सिक्योरिटी टेक्स्ट रखता है, और NS उन सर्वरों के नाम बताता है जो ज़ोन के लिए जवाब देते हैं।

रोज़मर्रा की ज़्यादातर ज़रूरतें इन्हीं छह से पूरी हो जाती हैं। बाकी रिकॉर्ड सिक्योरिटी, सर्विसेज़ और नए प्रोटोकॉल संभालते हैं। यह गाइड उन सभी 20 टाइप को समझाती है जो आप किसी आधुनिक DNS पैनल में बना सकते हैं, उदाहरण वैल्यू और उन गलतियों के साथ जो हम सबसे ज़्यादा देखते हैं।

DNS रिकॉर्ड की बनावट

टाइप चाहे कोई भी हो, हर रिकॉर्ड के यही चार हिस्से होते हैं:

• Name — वह होस्ट जिस पर रिकॉर्ड लागू होता है, जैसे @ (डोमेन का रूट या apex), www या mail।
• Type — A, MX, TXT आदि। टाइप तय करता है कि वैल्यू को कैसे समझा जाएगा।
• TTL — time to live, सेकंड में। यह रिज़ॉल्वर को बताता है कि वे जवाब को कितनी देर तक कैश कर सकते हैं।
• Value — असली डेटा: कोई IP एड्रेस, होस्टनेम, टेक्स्ट स्ट्रिंग या फ़ील्ड का संरचित सेट।

example.com.      3600  IN  A      203.0.113.10
www.example.com.  3600  IN  CNAME  example.com.
example.com.      3600  IN  MX     10 mail.example.com.

यह फ़ॉर्मेट RFC 1035 से आता है, और आज भी हर DNS पैनल के काम करने के तरीके को आकार देता है, भले ही पैनल ज़ोन फ़ाइल को किसी फ़ॉर्म के पीछे छिपा दे।

मुख्य DNS रिकॉर्ड जो हर डोमेन इस्तेमाल करता है

A और AAAA: आपकी साइट कहाँ रहती है

अगर आपकी वेबसाइट VPS पर चलती है, तो @ का A रिकॉर्ड सर्वर का IPv4 एड्रेस रखता है। AAAA रिकॉर्ड तभी जोड़ें जब सर्वर सच में IPv6 पर जवाब देता हो; पुराना पड़ा AAAA रिकॉर्ड IPv6 विज़िटर को कहीं नहीं भेजता जबकि IPv4 यूज़र्स को साइट चलती दिखती है, और ऐसे बग को पकड़ना उलझन भरा होता है। पूरी प्रक्रिया हमारी डोमेन को VPS से कैसे जोड़ें वाली गाइड में है।

CNAME: उपनाम, सख़्त नियमों के साथ

CNAME कहता है “यह नाम उस नाम जैसा ही है”। यह www के लिए, किसी होस्टेड स्टोर की ओर पॉइंट करने वाले shop के लिए, या वेरिफ़िकेशन होस्टनेम के लिए एकदम सही है। दो नियम लोगों को उलझा देते हैं। जिस नाम पर CNAME है, उस पर कोई और रिकॉर्ड नहीं हो सकता, इसलिए apex पर क्लासिक CNAME नहीं लगाया जा सकता, क्योंकि वहाँ पहले से NS और आम तौर पर MX रिकॉर्ड होते हैं। और MX या NS रिकॉर्ड को A या AAAA रिकॉर्ड वाले होस्टनेम पर पॉइंट करना चाहिए, कभी CNAME पर नहीं।

MX और TXT: ईमेल जो सच में पहुँचे

MX रिकॉर्ड मेल सर्वरों को प्राथमिकता संख्या के साथ लिस्ट करते हैं; कम संख्या वाला पहले आज़माया जाता है। फिर TXT रिकॉर्ड साबित करते हैं कि मेल वैध है। SPF (v=spf1 …) बताता है कि आपके डोमेन की ओर से कौन भेज सकता है, DKIM s1._domainkey जैसे selector के तहत साइनिंग की प्रकाशित करता है, और DMARC (_dmarc) रिसीवर को बताता है कि जाँच फ़ेल होने पर क्या करना है। हर नाम पर ठीक एक SPF रिकॉर्ड रखें; दो SPF TXT रिकॉर्ड होने पर जाँच फ़ेल हो जाती है।

NS: ज़ोन के लिए जवाब कौन देता है

NS रिकॉर्ड दो जगह रहते हैं, और यही बँटवारा बहुत भ्रम पैदा करता है। पहली जगह आपके एक्सटेंशन की रजिस्ट्री में रखा डेलिगेशन है; जब आप डोमेन के नेमसर्वर बदलते हैं, तो आप यही अपडेट कर रहे होते हैं। दूसरी जगह ज़ोन के अंदर के NS रिकॉर्ड हैं, जो डेलिगेशन से मेल खाने चाहिए। dev.example.com जैसे किसी सबडोमेन को दूसरे DNS प्रोवाइडर को सौंपने के लिए आप उस नाम के लिए अलग NS रिकॉर्ड जोड़ते हैं। नियम सीधा है: डेलिगेशन में जो नेमसर्वर हैं वही असली जवाब देते हैं, और कहीं और किए गए एडिट दुनिया को दिखते ही नहीं।

सिक्योरिटी और भरोसे वाले रिकॉर्ड

ये रिकॉर्ड ट्रैफ़िक रूट नहीं करते। ये क्लाइंट को बताते हैं कि किस पर भरोसा करना है।

• CAA — उन सर्टिफ़िकेट अथॉरिटी की लिस्ट जिन्हें आपके डोमेन के लिए TLS सर्टिफ़िकेट जारी करने की अनुमति है, जैसे 0 issue "letsencrypt.org"। गलत CAA रिकॉर्ड चुपचाप सर्टिफ़िकेट रिन्यूअल रोक देता है।
• DS और DNSKEY — DNSSEC की भरोसे की चेन। DNSKEY ज़ोन की पब्लिक की रखता है; पैरेंट रजिस्ट्री पर प्रकाशित DS रिकॉर्ड उनकी पुष्टि करता है।
• TLSA — DANE: वह सर्टिफ़िकेट या की पिन करता है जो किसी TLS सर्विस को दिखानी चाहिए, ज़्यादातर मेल सर्वर इस्तेमाल करते हैं।
• SSHFP — SSH होस्ट-की फ़िंगरप्रिंट प्रकाशित करता है ताकि क्लाइंट पहले कनेक्शन पर सर्वर की पुष्टि कर सकें।
• SMIMEA — S/MIME सर्टिफ़िकेट को ईमेल एड्रेस से जोड़ता है।
• CERT — सर्टिफ़िकेट या उनके पॉइंटर स्टोर करता है; कम इस्तेमाल होता है, पर अब भी सपोर्टेड है।

सर्विस, डिस्कवरी और विशेष रिकॉर्ड

PTR पर एक नोट: किसी सर्वर IP का रिवर्स DNS उस रिवर्स ज़ोन में रहता है जिसे IP ब्लॉक का मालिक कंट्रोल करता है, आम तौर पर आपका होस्टिंग प्रोवाइडर। अपने डोमेन के ज़ोन में PTR रिकॉर्ड जोड़ने से यह नहीं बदलता कि कोई मेल सर्वर आपके VPS एड्रेस की जाँच करते समय क्या देखता है।

TTL: जवाब कितनी देर कैश होते हैं

TTL किसी DNS रिकॉर्ड का सबसे कम आँका गया फ़ील्ड है। लंबा TTL (जैसे 86400 सेकंड, यानी एक दिन) लुकअप घटाता है और जवाब स्थिर रखता है। छोटा TTL (60 से 300 सेकंड) बदलाव को यूज़र्स तक जल्दी पहुँचाता है। व्यावहारिक तरीका: योजनाबद्ध माइग्रेशन से एक दिन पहले TTL कम करें, बदलाव करें, पक्का करें कि सब चल रहा है, फिर TTL फिर से बढ़ाएँ।

जिन रिज़ॉल्वर ने पुराना जवाब कैश किया है, वे उसका TTL ख़त्म होने तक उसे रखते हैं, और लोग जिसे DNS प्रोपेगेशन कहते हैं, उसका ज़्यादातर हिस्सा यही है।

DNS की आम गलतियाँ जिनसे बचें

जब कुछ टूटे, तो सिर्फ़ पैनल में दिख रहा नहीं, बल्कि लुकअप टूल या dig से वह रिकॉर्ड जाँचें जो क्लाइंट को असल में मिल रहा है। अगर जवाब अलग है, तो या तो TTL अभी ख़त्म नहीं हुआ है या डोमेन उन नेमसर्वर से अलग नेमसर्वर इस्तेमाल कर रहा है जो आप सोच रहे हैं। जाँच का व्यावहारिक क्रम: पता करें कि डोमेन किन नेमसर्वर को डेलिगेट है, उनमें से किसी एक से सीधे क्वेरी करें, और जवाब की तुलना पैनल में डाली गई वैल्यू से करें। अगर दोनों मेल खाते हैं, तो रिकॉर्ड ठीक है और आप बस कैश एक्सपायर होने का इंतज़ार कर रहे हैं।

mistREG पर DNS रिकॉर्ड मैनेज करना

mistREG पर रजिस्टर डोमेन का DNS ज़ोन Cloudflare के ऑथोरिटेटिव DNS नेटवर्क पर होस्ट होता है और mistREG पैनल से मैनेज होता है। ऊपर बताए सभी 20 टाइप उपलब्ध हैं: A, AAAA, CNAME, MX, TXT, NS, SRV, CAA, PTR, HTTPS, SVCB, URI, TLSA, SMIMEA, SSHFP, DS, DNSKEY, CERT, NAPTR और LOC, TTL 60 से 86400 सेकंड या auto के साथ। रिकॉर्ड DNS-only होते हैं, यानी Cloudflare क्वेरी का जवाब देता है लेकिन आपकी वेबसाइट का ट्रैफ़िक प्रॉक्सी नहीं करता। अगर आप कोई दूसरा प्रोवाइडर पसंद करते हैं, तो कस्टम नेमसर्वर सेट कर सकते हैं, और तब डोमेन होस्ट ज़ोन से बाहर चला जाता है। दोनों तरीकों की तुलना हमने Cloudflare DNS बनाम रजिस्ट्रार DNS में की है।

1. अपना डोमेन रजिस्टर या ट्रांसफ़र करें — डोमेन सर्च में 200+ एक्सटेंशन खोजें।
2. पैनल में DNS सेक्शन खोलें — Cloudflare के नेटवर्क पर ज़ोन आपके लिए अपने-आप बन जाता है।
3. अपने रिकॉर्ड जोड़ें — आम तौर पर @ के लिए A, www के लिए CNAME, ईमेल के लिए MX और TXT, सर्टिफ़िकेट के लिए CAA।
4. TTL चुनें — टेस्टिंग के दौरान छोटा, सब स्थिर होने पर लंबा।

उन A रिकॉर्ड के लिए सर्वर चाहिए? mistREG का स्लोवेनिया में KVM VPS पेमेंट के लगभग 60 सेकंड में तैयार हो जाता है; प्लान देखें। सवाल Telegram पर @mistnetwork या टिकट सिस्टम से सपोर्ट को भेजें, और बुनियादी बातें FAQ में हैं। अपने डोमेन और DNS का इस्तेमाल वैध प्रोजेक्ट के लिए करें; प्रोवाइडर की शर्तें लागू होती हैं।