AAddressडोमेन को एक IPv4 पते से जोड़ता है।
example.com → 93.184.216.34DNS रिकॉर्ड के प्रकार
सबसे अधिक उपयोग किए जाने वाले DNS रिकॉर्ड प्रकारों का संदर्भ: उनका नाम, उनका उपयोग और एक उदाहरण मान।
AAAAIPv6 Addressडोमेन को एक IPv6 पते से जोड़ता है।
example.com → 2606:2800:220:1:248:1893:25c8:1946CAACertification Authority Authorizationप्रमाणन प्राधिकरण जिन्हें डोमेन के लिए TLS प्रमाणपत्र जारी करने की अनुमति है।
0 issue "letsencrypt.org"CNAMECanonical Nameउपनाम जो IP के बजाय किसी अन्य डोमेन नाम की ओर इंगित करता है।
www.example.com → example.comDNSKEYDNS Keyसार्वजनिक कुंजी जिसे DNSSEC ज़ोन के रिकॉर्ड पर हस्ताक्षर करने के लिए उपयोग करता है।
256 3 8 AwEAAb…DSDelegation Signerज़ोन को मूल ज़ोन की DNSSEC कुंजी से जोड़ता है (हस्ताक्षरित प्रत्यायोजन)।
2371 13 2 8ACBB0CD…HINFOHost Informationहोस्ट जानकारी: CPU और ऑपरेटिंग सिस्टम; आजकल बहुत कम उपयोग होता है।
"Intel" "Linux"HTTPSHTTPS Service BindingHTTPS पहुँच तेज़ करने के लिए कनेक्शन पैरामीटर (ALPN, पोर्ट, IP)।
1 . alpn="h2,h3"MXMail Exchangeडोमेन का मेल सर्वर, प्राथमिकता के साथ (छोटी संख्या को वरीयता मिलती है)।
10 mail.example.comNAPTRNaming Authority Pointerसेवाओं की खोज के लिए पुनर्लेखन नियम (ENUM और SIP में उपयोग)।
100 10 "U" "E2U+sip" "!^.*$!sip:info@example.com!" .NSName Serverआधिकारिक नेम सर्वर जो डोमेन के ज़ोन का प्रबंधन करते हैं।
ns1.example.comPTRPointerरिवर्स DNS: किसी IP पते को डोमेन नाम से जोड़ता है।
34.216.184.93.in-addr.arpa → example.comSOAStart of Authorityज़ोन का प्राधिकरण डेटा: प्राथमिक सर्वर, संपर्क और अद्यतन समय।
ns1.example.com admin.example.com 2024010101SRVServiceकिसी सेवा का स्थान (होस्ट और पोर्ट), जैसे SIP या XMPP।
_sip._tcp 10 5 5060 sip.example.comSSHFPSSH Fingerprintकनेक्शन सत्यापित करने के लिए होस्ट की SSH सार्वजनिक कुंजी का फ़िंगरप्रिंट।
1 1 123456789abcdef…SVCBService Bindingसामान्य सेवा बाइंडिंग रिकॉर्ड; यह HTTPS रिकॉर्ड का आधार है।
1 svc.example.com alpn="h2"TLSATLS AssociationDANE के माध्यम से TLS प्रमाणपत्र को डोमेन से जोड़ता है।
3 1 1 0b87ad…TXTTextमुक्त टेक्स्ट; SPF, DKIM, DMARC और स्वामित्व सत्यापन के लिए उपयोग होता है।
v=spf1 include:_spf.google.com ~allयह कैसे काम करता है
DNS रिकॉर्ड किसी डोमेन के ज़ोन की एक प्रविष्टि है जो एक ठोस सवाल का जवाब देती है: वह किस IP पते पर इशारा करता है, कौन-से सर्वर उसका मेल लेते हैं, ज़ोन का प्रबंधन कौन करता है, या कौन-सी संस्थाएँ उसके लिए प्रमाणपत्र जारी कर सकती हैं। हर रिकॉर्ड प्रकार अलग सवाल का जवाब देता है, और ठीक से कॉन्फ़िगर किया गया ज़ोन कई को साथ मिलाता है।
यह संदर्भ रोज़मर्रा में मिलने वाले रिकॉर्ड प्रकारों को एक जगह लाता है — बुनियादी A, AAAA, CNAME, MX और TXT से लेकर CAA, DNSKEY, DS, TLSA और SSHFP जैसे सुरक्षा रिकॉर्ड तक — उनके पूरे नाम, हर एक के काम और ज़ोन में उनके दिखने के उदाहरण के साथ।
यह एक संदर्भ तालिका है: यह न कोई अनुरोध भेजती है, न आपके डोमेन का विश्लेषण करती है। अगर आपको किसी डोमेन के असली रिकॉर्ड देखने हैं, तो DNS क्वेरी टूल उन्हें सीधे हल कर देता है।
उदाहरण
Aejemplo.com. 3600 IN A 192.0.2.10एक नाम को IPv4 पते पर इंगित करता है। 3600 सेकंड में TTL है: रिज़ॉल्वर उत्तर को कितनी देर कैश में रख सकते हैं।MXejemplo.com. 3600 IN MX 10 mail.ejemplo.com.यह संख्या प्राथमिकता है: सबसे कम मान पहले आज़माया जाता है। बैकअप के लिए आम तौर पर कई MX घोषित किए जाते हैं।TXTejemplo.com. 3600 IN TXT "v=spf1 include:_spf.google.com ~all"TXT रिकॉर्ड खुला पाठ रखते हैं। इनका इस्तेमाल मुख्यतः SPF, DKIM, DMARC के लिए और डोमेन के स्वामित्व की पुष्टि के लिए होता है।उपयोग के मामले
- किसी उत्पादन डोमेन के ज़ोन को छूने से पहले यह याद करना कि कौन-सा रिकॉर्ड प्रकार उपयुक्त है।
- किसी DNS क्वेरी के उत्तर या मेल जाँच के परिणाम को समझना।
- MX को SPF, DKIM और DMARC के TXT रिकॉर्ड के साथ मिलाकर किसी डोमेन का मेल कॉन्फ़िगर करना।
- किसी ज़ोन के सुरक्षा रिकॉर्ड जाँचना: प्रमाणपत्र कौन जारी करे यह सीमित करने के लिए CAA, और DNSSEC के लिए DS तथा DNSKEY।
अक्सर पूछे जाने वाले प्रश्न
A रिकॉर्ड और CNAME में क्या अंतर है?
A रिकॉर्ड सीधे किसी IPv4 पते पर इशारा करता है। CNAME किसी दूसरे नाम पर इशारा करता है, जो आगे चलकर खुद हल होता है। जब गंतव्य IP बार-बार बदलता हो तो CNAME सुविधाजनक है, पर वह हल करने में एक कदम और जोड़ देता है और उसकी पाबंदियाँ भी हैं: वह उसी नाम के दूसरे रिकॉर्ड के साथ नहीं रह सकता, और न ही डोमेन की जड़ पर इस्तेमाल हो सकता है।
मैं डोमेन की जड़ पर CNAME क्यों नहीं रख सकता?
क्योंकि ज़ोन की जड़ पर अनिवार्य रूप से SOA और NS रिकॉर्ड होते हैं, और मानक CNAME को उसी नाम के दूसरे रिकॉर्ड के साथ रहने की अनुमति नहीं देता। इसे हल करने के लिए कई प्रदाता ALIAS या ANAME जैसे अपने विकल्प देते हैं, जो CNAME की तरह व्यवहार करते हैं पर पता सीधे लौटाते हैं।
TTL क्या है और कितना रखना ठीक है?
TTL (time to live) वह सेकंड-संख्या है जितनी देर रिज़ॉल्वर उत्तर को कैश में रख सकते हैं। ऊँचा TTL क्वेरी घटाता है और हल तेज़ करता है; नीचा TTL बदलावों को जल्दी फैलाता है। आम चलन यह है कि किसी माइग्रेशन से कुछ घंटे पहले इसे घटा दिया जाए और बदलाव स्थिर होने पर फिर बढ़ा दिया जाए।
मेरा DNS बदलाव अब तक क्यों नहीं दिख रहा?
क्योंकि पिछला मान अब भी कैश में है। जिस TTL के साथ पिछला उत्तर दिया गया था वह समाप्त होने तक बीच के रिज़ॉल्वर और ऑपरेटिंग सिस्टम पुराना डेटा लौटाते रह सकते हैं। ब्राउज़र का अपना कैश भी असर डालता है, जो कभी-कभी हल को TTL के बाद तक रखे रहता है।
CAA रिकॉर्ड किस काम आता है?
यह घोषित करता है कि कौन-सी प्रमाणपत्र संस्थाएँ इस डोमेन के लिए प्रमाणपत्र जारी करने को अधिकृत हैं। संस्थाओं के लिए जारी करने से पहले इसे देखना अनिवार्य है, इसलिए यह किसी तीसरे पक्ष को दूसरी संस्था से आपके डोमेन का वैध प्रमाणपत्र लेने से रोकने का आसान तरीका है।