प्रत्येक DNS रिकॉर्ड क्या करता है

DNS एक लुकअप टेबल है जो किसी नाम को उत्तर में बदलता है। रिकॉर्ड का प्रकार यह बताता है कि उत्तर किस तरह का है।

वे रिकॉर्ड जिनका आप वास्तव में उपयोग करेंगे

A — किसी नाम को एक IPv4 पते पर निर्देशित करता है। www.example.com → 203.0.113.10। यही किसी डोमेन को वेबसाइट पर निर्देशित करता है।

AAAA — IPv6 के लिए वही काम करता है। इसे A रिकॉर्ड के स्थान पर नहीं, बल्कि उसके साथ जोड़ें।

CNAME — किसी नाम को दूसरे नाम पर निर्देशित करता है, और वह दूसरा नाम जहाँ भी जाता है, यह उसका अनुसरण करता है। तब उपयोगी होता है जब लक्ष्य का पता बदल सकता हो। ⛔ एक CNAME अन्य रिकॉर्ड्स के साथ मूल डोमेन (example.com) पर स्थित नहीं हो सकता — वहाँ A रिकॉर्ड का उपयोग करें।

MX — इस डोमेन के लिए ईमेल कहाँ डिलीवर की जाती है। इसका वेबसाइट से कोई लेना-देना नहीं है; आपकी साइट के A रिकॉर्ड को बदलने से मेल प्रभावित नहीं होता है, और MX को बदलने से साइट प्रभावित नहीं होती है।

TXT — मुक्त पाठ (फ्री टेक्स्ट), जिसे अन्य प्रणालियों द्वारा पढ़ा जाता है। डोमेन सत्यापन के लिए और SPF, DKIM और DMARC रिकॉर्ड के लिए उपयोग किया जाता है जो आपके ईमेल को स्पैम माने जाने से रोकते हैं।

NS — कौन से नेमसर्वर डोमेन के लिए आधिकारिक हैं। इन्हें बदलने से पूरा ज़ोन किसी अन्य को सौंप दिया जाता है।

विशेषज्ञ रिकॉर्ड

आप इन सभी को डोमेन → आपका डोमेन → DNS रिकॉर्ड → रिकॉर्ड जोड़ें से जोड़ते हैं। संपादक प्रत्येक भाग के लिए अलग से पूछता है, इसलिए आपको क्रम याद रखने की आवश्यकता नहीं होती है।

SRV — कोई सेवा कहाँ स्थित है: एक प्राथमिकता (कम संख्या को पहले आज़माया जाता है), एक भार (समान प्राथमिकताओं के बीच लोड साझा करता है), एक पोर्ट और एक लक्ष्य होस्ट। Microsoft 365, Teams, SIP फोन, XMPP चैट और कुछ गेम इसके लिए अनुरोध करते हैं, जिसका नाम _sip._tls जैसा होता है।

CAA — कौन से प्रमाणपत्र प्राधिकरण (certificate authorities) डोमेन के लिए प्रमाणपत्र जारी कर सकते हैं। एक टैग चुनें (सामान्य प्रमाणपत्रों के लिए issue, वाइल्डकार्ड के लिए issuewild, अस्वीकृत अनुरोध की रिपोर्ट कहाँ करें इसके लिए iodef) और letsencrypt.org जैसा कोई मान चुनें। फ्लैग को 0 पर ही रहने दें जब तक कि आप यह न जानते हों कि आपको 128 की आवश्यकता है। ⚠️ यदि आप कोई CAA रिकॉर्ड जोड़ते हैं, तो अपने द्वारा उपयोग किए जाने वाले प्रत्येक प्राधिकरण को शामिल करें — यहाँ एक भी छूट जाने पर उसके प्रमाणपत्रों का नवीनीकरण रुक जाता है।

PTR — नाम के लिए एक नाम, जो किसी होस्ट की ओर इंगित करता है। मेल सर्वर के IP पते के लिए रिवर्स DNS उस व्यक्ति या संस्था द्वारा सेट किया जाता है जिसके पास वह IP है, यहाँ नहीं; उसके लिए अपने सर्वर प्रदाता से संपर्क करें।

TLSA — DANE (मुख्य रूप से मेल सर्वर) के लिए एक प्रमाणपत्र को पिन करता है। इसमें एक उपयोग (usage), एक चयनकर्ता (selector), एक मिलान प्रकार (matching type) और हेक्साडेसिमल में प्रमाणपत्र डेटा होता है; आपका मेल सॉफ़्टवेयर या प्रदाता आपको ये चारों प्रदान करता है।

HTTPS और SVCB — ब्राउज़र और ऐप के पूछने से पहले ही उन्हें बताते हैं कि कैसे कनेक्ट करना है, जैसे कि कोई साइट किन प्रोटोकॉल (alpn=h2,h3) का उपयोग करती है। प्राथमिकता 0 उपनाम मोड (alias mode - केवल एक लक्ष्य) है; 1 या अधिक वैकल्पिक पैरामीटर वाला सेवा मोड (service mode) है। . का लक्ष्य स्वयं उसी नाम को दर्शाता है।

यदि प्रकार मेनू से कोई प्रकार गायब है, तो इस डोमेन के ज़ोन को रखने वाला DNS प्रदाता उसे संग्रहीत नहीं कर सकता; हमारे नेमसरवर (ns1.zinndigital.com, ns2.zinndigital.com) पर मौजूद डोमेन ऊपर दिए गए प्रत्येक प्रकार को रख सकते हैं। DS रिकॉर्ड (DNSSEC) यहाँ नहीं जोड़े जाते हैं — वे आपके रजिस्ट्रार के पास रहते हैं।

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

जब आप किसी डोमेन को हमारे नेमसर्वर पर स्थानांतरित करते हैं, तो हम इसके द्वारा पहले से प्रकाशित सामान्य रिकॉर्ड को कॉपी करते हैं, जिसमें CAA और सामान्य SRV रिकॉर्ड शामिल हैं, और जिसे हम कॉपी नहीं कर सके उसे डोमेन पृष्ठ पर सूचीबद्ध करते हैं ताकि आप स्विच करने से पहले इसे मैन्युअल रूप से जोड़ सकें।

बदलाव में कितना समय लगता है

प्रत्येक रिकॉर्ड का एक TTL होता है — यानी अन्य सिस्टम कितने समय तक पुराने उत्तर को कैश में रख सकते हैं। कोई बदलाव उन लोगों को सेकंडों में दिखाई देता है जिन्होंने हाल ही में नहीं देखा है, और बाकी सभी को उनका कैश समाप्त होने के बाद दिखाई देता है। नियोजित बदलाव से एक दिन पहले TTL कम करें और प्रतीक्षा समय को घटाकर मिनटों में बदलें।