हर वेबसाइट और ईमेल सेवा को चलाने वाले DNS रिकॉर्ड्स की एक व्यावहारिक मार्गदर्शिका — A, AAAA, CNAME, MX, TXT, SRV और NS रिकॉर्ड क्या करते हैं, किसका उपयोग कब करें, और मैनेज्ड DNS के साथ इन्हें सही तरीके से कैसे कॉन्फ़िगर करें।
DNS रिकॉर्ड्स की पूरी जानकारी: A, AAAA, CNAME, MX, TXT और अन्य
डोमेन नेम सिस्टम (DNS) इंटरनेट की पता-पुस्तिका है। जब कोई व्यक्ति ब्राउज़र में example.sa टाइप करता है या you@example.sa पर ईमेल भेजता है, तो DNS ही उस मानव-अनुकूल नाम को उन मशीन निर्देशों में बदलता है जो वास्तव में अनुरोध को रूट करते हैं। ये निर्देश DNS रिकॉर्ड्स में रहते हैं — छोटी, संरचित प्रविष्टियाँ जो आपके डोमेन के ज़ोन में संग्रहीत होती हैं।
इन रिकॉर्ड्स को सही रखना ही उस वेबसाइट के बीच का अंतर है जो लोड होती है, उस ईमेल के बीच जो पहुँचता है, और उस SSL के बीच जो वैलिडेट होता है — बनाम घंटों की भ्रमित करने वाली डाउनटाइम। यह मार्गदर्शिका उन रिकॉर्ड्स को समझाती है जिन्हें आप वास्तव में छूएँगे, सही सिंटैक्स और वास्तविक-दुनिया के उदाहरणों के साथ।
एक DNS रिकॉर्ड की संरचना कैसी होती है
हर रिकॉर्ड का बुनियादी आकार एक जैसा होता है:
NAME TTL CLASS TYPE VALUE
www 3600 IN A 192.0.2.10
- NAME — वह होस्टनेम जिस पर रिकॉर्ड लागू होता है (
www, रूट डोमेन के लिए@, या वाइल्डकार्ड के लिए*)। - TTL (Time To Live) — रिज़ॉल्वर्स उत्तर को कितने सेकंड तक कैश कर सकते हैं। किसी नियोजित बदलाव से पहले इसे कम करें (जैसे 300), और स्थिर होने पर इसे बढ़ा दें (3600+)।
- TYPE — रिकॉर्ड का प्रकार, जो नीचे समझाया गया है।
- VALUE — डेटा: एक IP पता, कोई अन्य होस्टनेम, या टेक्स्ट।
मुख्य रिकॉर्ड
A रिकॉर्ड — नाम से IPv4
A रिकॉर्ड एक होस्टनेम को एक IPv4 पते से मैप करता है। यह इंटरनेट पर सबसे आम रिकॉर्ड है।
@ 3600 IN A 192.0.2.10
www 3600 IN A 192.0.2.10
इसका उपयोग अपने डोमेन को किसी वेब सर्वर, क्लाउड होस्टिंग इंस्टेंस, या VPS की ओर इंगित करने के लिए करें।
AAAA रिकॉर्ड — नाम से IPv6
AAAA रिकॉर्ड ("क्वाड-A") IPv6 पतों के लिए वही काम करता है। यदि आपके सर्वर का एक IPv6 पता है, तो A और AAAA दोनों प्रकाशित करें ताकि ड्यूल-स्टैक क्लाइंट दोनों में से किसी भी प्रोटोकॉल पर आप तक पहुँच सकें।
@ 3600 IN AAAA 2001:db8::10
CNAME रिकॉर्ड — नाम से किसी अन्य नाम तक
एक CNAME (Canonical Name) एक होस्टनेम को किसी अन्य नाम का उपनाम (alias) बनाता है। यह तब आदर्श होता है जब कई नामों को एक ही लक्ष्य का अनुसरण करना चाहिए — उदाहरण के लिए www और shop को एक ही स्थान पर इंगित करना, या किसी सबडोमेन को CDN या SaaS एंडपॉइंट की ओर इंगित करना।
www 3600 IN CNAME example.sa.
blog 3600 IN CNAME hosting.provider.net.
दो नियम महत्वपूर्ण हैं:
- रूट/एपेक्स पर कभी भी CNAME न रखें (
@, जैसेexample.sa) MX या NS जैसे अन्य रिकॉर्ड्स के साथ — यह ज़ोन को तोड़ देता है। इसके बजाय एपेक्स पर एक A रिकॉर्ड (या अपने DNS प्रदाता का ALIAS/ANAME फ्लैटनिंग) उपयोग करें। - एक CNAME के लक्ष्य को स्वयं A/AAAA के माध्यम से रिज़ॉल्व होना चाहिए; कई CNAME को एक श्रृंखला में जोड़ना लेटेंसी बढ़ाता है।
MX रिकॉर्ड — ईमेल कहाँ जाता है
MX (Mail Exchanger) रिकॉर्ड दुनिया को बताते हैं कि आपके डोमेन के लिए कौन-से सर्वर मेल स्वीकार करते हैं। प्रत्येक की एक प्राथमिकता (priority) होती है (कम संख्या = अधिक पसंदीदा); एक दूसरा, उच्च-प्राथमिकता वाला बैकअप लचीलापन (resilience) जोड़ता है।
@ 3600 IN MX 10 mail.example.sa.
@ 3600 IN MX 20 backup-mail.example.sa.
MX का मान एक होस्टनेम होना चाहिए (अपने स्वयं के A/AAAA रिकॉर्ड के साथ), कभी भी एक IP पता नहीं। यदि आप बिज़नेस ईमेल होस्टिंग चलाते हैं, तो आपका प्रदाता आपको प्रकाशित करने के लिए सटीक MX लक्ष्य देता है।
TXT रिकॉर्ड — वेरिफिकेशन, SPF, DKIM, DMARC
TXT रिकॉर्ड मनमाना टेक्स्ट रखते हैं। व्यवहार में ये उन तीन रिकॉर्ड्स को धारण करते हैं जो आपके ईमेल को भरोसेमंद और स्पैम फ़ोल्डर से बाहर रखते हैं:
| उद्देश्य | होस्ट | उदाहरण मान |
|---|---|---|
| SPF (अधिकृत प्रेषक) | @ |
v=spf1 include:_spf.example.sa -all |
| DKIM (साइनिंग की) | selector._domainkey |
v=DKIM1; k=rsa; p=MIGfMA0... |
| DMARC (नीति) | _dmarc |
v=DMARC1; p=quarantine; rua=mailto:dmarc@example.sa |
TXT वह तरीका भी है जिससे आप Google Search Console जैसी सेवाओं को डोमेन का स्वामित्व साबित करते हैं (google-site-verification=...)।
NS रिकॉर्ड — कौन प्राधिकृत (authoritative) है
NS (Name Server) रिकॉर्ड आपके ज़ोन के लिए प्राधिकृत सर्वरों की सूची देते हैं। ये आपके रजिस्ट्रार पर (डेलिगेशन) और ज़ोन के भीतर — दोनों जगह सेट किए जाते हैं, और इन्हें मेल खाना चाहिए।
@ 86400 IN NS ns1.alskyline.com.
@ 86400 IN NS ns2.alskyline.com.
कम आम लेकिन उपयोगी रिकॉर्ड
- SRV — किसी होस्ट और पोर्ट पर एक सेवा का पता लगाता है, जिसका उपयोग SIP, XMPP, Microsoft autodiscover इत्यादि करते हैं:
_sip._tcp 3600 IN SRV 10 5 5060 sip.example.sa. - PTR — रिवर्स DNS, जो किसी IP को वापस एक नाम से मैप करता है। IP के नेटवर्क पर सेट किया जाता है (अक्सर आपके होस्टिंग प्रदाता द्वारा), यह ईमेल डिलीवरेबिलिटी के लिए आवश्यक है।
- CAA — यह प्रतिबंधित करता है कि कौन-सी सर्टिफिकेट अथॉरिटीज़ आपके डोमेन के लिए SSL सर्टिफिकेट जारी कर सकती हैं:
@ 3600 IN CAA 0 issue "letsencrypt.org"।
एक व्यावहारिक उदाहरण: एक संपूर्ण लघु-व्यवसाय ज़ोन
@ 3600 IN A 192.0.2.10
www 3600 IN A 192.0.2.10
@ 3600 IN AAAA 2001:db8::10
shop 3600 IN CNAME example.sa.
@ 3600 IN MX 10 mail.example.sa.
mail 3600 IN A 192.0.2.20
@ 3600 IN TXT "v=spf1 include:_spf.example.sa -all"
_dmarc 3600 IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.sa"
@ 3600 IN CAA 0 issue "letsencrypt.org"
अपने रिकॉर्ड्स को सत्यापित करना
बदलावों की पुष्टि हमेशा कमांड लाइन से करें, न कि ब्राउज़र से, जो आक्रामक रूप से कैश करता है:
dig example.sa A +short
dig example.sa MX +short
dig _dmarc.example.sa TXT +short
# Windows equivalent:
nslookup -type=MX example.sa
याद रखें कि प्रोपेगेशन आपके TTL द्वारा नियंत्रित होता है। यदि आप एक लंबा TTL सेट करते हैं और किसी रिकॉर्ड को बदलने की आवश्यकता होती है, तो वे रिज़ॉल्वर्स जिन्होंने पहले ही पुराना उत्तर कैश कर लिया है, उस TTL के समाप्त होने तक उसी को परोसते रहेंगे।
मैनेज्ड DNS और डेटा रेज़िडेंसी क्यों मायने रखते हैं
अपने DNS को एक तेज़, विश्वसनीय, एनीकास्ट-समर्थित प्लेटफ़ॉर्म पर होस्ट करना आगंतुकों के लिए लुकअप लेटेंसी कम करता है और आपको रजिस्ट्रार-स्तर की आउटेज से बचाता है। किंगडम में संगठनों के लिए, DNS और उसके पीछे की सेवाओं को इन-किंगडम इन्फ्रास्ट्रक्चर पर चलाना PDPL, NCA और SDAIA की डेटा-रेज़िडेंसी अपेक्षाओं का समर्थन करता है, साथ ही अरबी-भाषा समर्थन को पास रखता है।
Skyline मैनेज्ड DNS आपको ऊपर बताए गए हर रिकॉर्ड प्रकार के लिए एक साफ-सुथरा एडिटर, समझदार डिफ़ॉल्ट TTL, और SPF/DKIM/DMARC तथा .sa डोमेन के लिए टेम्पलेट देता है — और यह सब स्थानीय समर्थन द्वारा समर्थित है।
शुरुआत करें
क्या आप किसी डोमेन को इंगित करने, साइट होस्ट करने, या अपने DNS पर पूर्ण नियंत्रण के साथ बिज़नेस ईमेल चलाने के लिए तैयार हैं?
अपना Skyline Cloud खाता बनाएँ और मिनटों में अपना पहला ज़ोन कॉन्फ़िगर करें — डेटा रेज़िडेंसी और अरबी समर्थन के साथ, जो पहले से ही इसमें शामिल हैं।
Comments
0 total · 0 threads