DNS सेटिंग्स के लिए पूर्ण गाइड — A रिकॉर्ड और CNAME के बीच का अंतर और व्यावहारिक सेटिंग्स

मुख्य सारांश

• A रिकॉर्ड: डोमेन → IP पते से सीधे कनेक्शन (सबसे बुनियादी)
• CNAME: डोमेन → दूसरे डोमेन के लिए उपनाम कनेक्शन (मुख्यतः उपडोमेन में उपयोग किया जाता है)
• MX रिकॉर्ड: ईमेल प्राप्ति सर्वर निर्दिष्ट करना
• TTL: रिकॉर्ड कैश बनाए रखने का समय (जितना छोटा, उतनी जल्दी परिवर्तन लागू होते हैं)

DNS क्या है, एक पंक्ति में समझाएं

DNS (डोमेन नाम प्रणाली) एक इंटरनेट की फोनबुक है, जो मानव-पठनीय डोमेन नाम (जैसे: millionscode.com) को कंप्यूटर द्वारा समझे जाने वाले IP पते (जैसे: 104.21.32.55) में परिवर्तित करती है।

जब आप ब्राउज़र में URL दर्ज करते हैं, तो उस क्षण DNS सर्वर से "इस डोमेन का IP पता क्या है?" पूछता है, और प्राप्त IP के माध्यम से वास्तविक सर्वर से कनेक्ट होता है। यह प्रक्रिया आमतौर पर कुछ दशमलव सेकंड में पूरी होती है।

DNS रिकॉर्ड प्रकारों की पूर्ण जानकारी

A रिकॉर्ड — डोमेन को IP पते से सीधे कनेक्ट करें

A रिकॉर्ड सबसे बुनियादी DNS रिकॉर्ड है। यह डोमेन नाम को IPv4 पते (4 अंकों वाले पते) से सीधे मैप करता है।

उदाहरण:

millionscode.com → 104.21.32.55

कब उपयोग करें?

• VPS या समर्पित सर्वर से डोमेन को कनेक्ट करते समय
• रूट डोमेन (example.com) को सर्वर से कनेक्ट करते समय
• Cloudflare Pages का उपयोग न करके सीधे IP निर्दिष्ट करते समय

Cloudflare सेटिंग विधि:

1. 1Cloudflare डैशबोर्ड → DNS → रिकॉर्ड जोड़ें
2. 2प्रकार: A
3. 3नाम: @ (रूट डोमेन) या इच्छित उपडोमेन
4. 4IPv4 पता: सर्वर IP दर्ज करें
5. 5प्रॉक्सी स्थिति: Proxied (नारंगी बादल) की सिफारिश की जाती है
6. 6TTL: Auto (Proxied पर स्वचालित प्रबंधन)

CNAME रिकॉर्ड — डोमेन को दूसरे डोमेन के उपनाम के रूप में सेट करें

CNAME एक उपनाम (alias) रिकॉर्ड है जो एक डोमेन को दूसरे डोमेन की ओर रीडायरेक्ट करता है। यह IP पते के बजाय दूसरे डोमेन नाम को इंगित करता है।

उदाहरण:

www.millionscode.com → millionscode.com
blog.millionscode.com → millionscode.pages.dev

कब उपयोग करें?

• www उपडोमेन को रूट डोमेन से कनेक्ट करते समय
• Cloudflare Pages, Vercel, Netlify आदि PaaS में कस्टम डोमेन कनेक्ट करते समय
• CDN सेवा में उपडोमेन कनेक्ट करते समय

महत्वपूर्ण नियम: रूट डोमेन (@) पर मानक DNS में CNAME का उपयोग नहीं किया जा सकता। Cloudflare CNAME Flattening सुविधा के माध्यम से इस प्रतिबंध को बायपास करता है।

MX रिकॉर्ड — ईमेल प्राप्ति सर्वर निर्दिष्ट करें

MX (मेल एक्सचेंज) रिकॉर्ड यह निर्दिष्ट करता है कि डोमेन पर प्राप्त होने वाले ईमेल को कौन सा मेल सर्वर प्रोसेस करेगा।

उदाहरण:

millionscode.com MX → mx1.emailprovider.com (प्राथमिकता: 10)
millionscode.com MX → mx2.emailprovider.com (प्राथमिकता: 20)

प्राथमिकता संख्या कम होने पर पहले उपयोग की जाती है। यदि पहला सर्वर डाउन हो जाता है, तो स्वचालित रूप से दूसरे सर्वर पर स्विच हो जाता है।

TXT रिकॉर्ड — टेक्स्ट आधारित प्रमाणीकरण और सेटिंग

TXT रिकॉर्ड डोमेन में टेक्स्ट जानकारी जोड़ने वाला एक सामान्य रिकॉर्ड है। इसे मुख्यतः स्वामित्व प्रमाणीकरण, SPF, DKIM आदि के लिए उपयोग किया जाता है।

प्रतिनिधि उपयोग के मामले:

• Google Search Console प्रमाणीकरण: google-site-verification=XXXXX
• Korean term Korean term Korean term: naver-site-verification=XXXXX
• SPF रिकॉर्ड: ईमेल स्पैम रोकने के लिए प्रेषक सर्वर प्रमाणीकरण
• DKIM: ईमेल धोखाधड़ी रोकने के लिए डिजिटल हस्ताक्षर

व्यावहारिक: Cloudflare में DNS सेटिंग करना (चरण-दर-चरण)

चरण 1: नाम सर्वर बदलें

डोमेन खरीदने वाले रजिस्ट्रार (गाबिया, हूइज़ आदि) से नाम सर्वर को Cloudflare में बदलें।

पुराने नाम सर्वर → Cloudflare नाम सर्वर में बदलें
ns1.cloudflare.com (उदाहरण — Cloudflare डैशबोर्ड में जांचें)
s2.cloudflare.com

नाम सर्वर बदलने के बाद प्रसार में अधिकतम 24 घंटे लग सकते हैं। आमतौर पर 1-2 घंटे में पूरा होता है।

चरण 2: DNS रिकॉर्ड जोड़ें

Cloudflare डैशबोर्ड में आवश्यक रिकॉर्ड जोड़ें। आप हमारे DNS Lookup उपकरण का उपयोग करके वर्तमान डोमेन की DNS सेटिंग स्थिति की जांच कर सकते हैं।

चरण 3: SSL/TLS सेटिंग

Cloudflare → SSL/TLS → Full (Strict) मोड में सेट करने पर HTTPS स्वचालित रूप से लागू होता है। अलग से SSL प्रमाण पत्र खरीदने की आवश्यकता नहीं है।

TTL सेटिंग गाइड

TTL (Time To Live) वह समय है जब DNS रिकॉर्ड कैश में बना रहता है।

टिप: यदि आप DNS परिवर्तन की योजना बना रहे हैं, तो 24 घंटे पहले TTL को 300 सेकंड तक कम करें। परिवर्तन के बाद तेजी से प्रसार होगा।

सामान्य गलतियाँ और समाधान

गलती 1: www कनेक्ट नहीं हो रहा है

रूट डोमेन (@) को सेट करने और www CNAME को छोड़ने का मामला है। सुनिश्चित करें कि www → @ CNAME रिकॉर्ड जोड़ा गया है।

गलती 2: ईमेल नहीं आ रहा है

MX रिकॉर्ड की कमी सबसे सामान्य कारण है। ईमेल सेवा प्रदाता के MX रिकॉर्ड सेटिंग गाइड का सटीक पालन करें।

गलती 3: SSL प्रमाणपत्र त्रुटि

Cloudflare प्रॉक्सी (नारंगी बादल) चालू है लेकिन मूल सर्वर पर SSL नहीं है, तो यह समस्या उत्पन्न होती है। SSL/TLS मोड को Full (Strict) से Flexible में अस्थायी रूप से बदलें या मूल सर्वर पर SSL स्थापित करें।

अक्सर पूछे जाने वाले प्रश्न (FAQ)

Q1. A रिकॉर्ड और CNAME में से कौन सा उपयोग करना चाहिए?

A: यदि सर्वर IP पता स्थिर है, तो A रिकॉर्ड का उपयोग करें, PaaS (Vercel, CF Pages आदि) से कनेक्ट करने या IP बदलने की संभावना हो तो CNAME का उपयोग करें। उपडोमेन के लिए अधिकांशतः CNAME अधिक सुविधाजनक है।

Q2. DNS परिवर्तन के बाद कितना इंतजार करना चाहिए?

A: TTL सेटिंग के अनुसार भिन्नता होती है, लेकिन आमतौर पर 5 मिनट से 24 घंटे तक। यदि आप TTL को 300 सेकंड तक पहले से कम कर देते हैं, तो 5 मिनट के भीतर प्रसार होगा।

Q3. क्या Cloudflare प्रॉक्सी (नारंगी बादल) को चालू करना अनिवार्य है?

A: यह अनिवार्य नहीं है लेकिन अनुशंसित है। प्रॉक्सी चालू करने पर DDoS सुरक्षा, CDN कैश, SSL स्वचालित लागू करने जैसे लाभ मिलते हैं।

Q4. क्या रूट डोमेन पर CNAME सेट करना संभव है?

A: मानक DNS में यह संभव नहीं है, लेकिन Cloudflare CNAME Flattening के माध्यम से रूट डोमेन पर भी CNAME प्रभाव प्रदान करता है।

Q5. यदि DNS रिकॉर्ड गलत सेट किया गया तो क्या साइट डाउन हो जाएगी?

A: हाँ। यदि A रिकॉर्ड को गलत IP पर बदल दिया गया या CNAME लक्ष्य मौजूद नहीं है, तो साइट तक पहुंच असंभव हो जाएगी। परिवर्तन से पहले हमेशा मौजूदा सेटिंग का स्क्रीनशॉट बैकअप लें।

Q6. मैं अपने डोमेन की वर्तमान DNS सेटिंग कैसे जांच सकता हूँ?

A: हमारे DNS Lookup उपकरण में डोमेन दर्ज करने पर आप तुरंत वर्तमान A/CNAME/MX/TXT रिकॉर्ड की जांच कर सकते हैं।

💡 व्यावहारिक अंतर्दृष्टि

अन्य ब्लॉग "A IP है, CNAME उपनाम है" जैसे सामान्य सिद्धांत पर रुकते हैं, लेकिन वास्तविकता में साइट को डाउन करने का असली कारण अलग होता है। जब मैंने millionscode.com को Cloudflare Pages पर चलाया, तो मैंने देखा कि कोरियाई उपयोगकर्ताओं द्वारा सबसे अधिक की जाने वाली गलती गाबिया·हूइज़ में नाम सर्वर बदलने के बाद 24 घंटे तक लागू नहीं होना है। यह लगभग 100% रजिस्ट्रार की कैश समस्या होती है, गाबिया के अनुसार औसत 1-2 घंटे सामान्य है और 6 घंटे से अधिक देरी होने पर रजिस्ट्रार से 1:1 संपर्क करना अधिक तेज़ होता है। दूसरी सबसे सामान्य गलती रूट डोमेन पर CNAME सेट करते समय Cloudflare CNAME Flattening के अलावा सभी मानक DNS का उल्लंघन करना है, जिसमें AWS Route 53 का एलीयस रिकॉर्ड, Vercel का ANAME जैसे विभिन्न विक्रेताओं के लिए बायपास विधियाँ भिन्न होती हैं। एक बार Cloudflare से अन्य DNS में स्थानांतरित करते समय Flattening हट गया था और रूट डोमेन 30 मिनट के लिए डाउन हो गया था, इस समय TTL को पहले से 300 सेकंड तक कम करने के कारण तुरंत पुनर्प्राप्ति संभव हो गई। सामान्य गाइड में TTL परिवर्तन का उल्लेख नहीं किया जाता है, लेकिन व्यावसायिक रूप से DNS परिवर्तन 24~48 घंटे पहले TTL को कम करना लगभग एक बीमा स्तर की अनिवार्य प्रक्रिया है। अंत में, यदि आप कोरिया में साइट चला रहे हैं, तो नवीयर बॉट TXT प्रमाणीकरण को मेटा टैग से अधिक विश्वसनीय मानता है, इसलिए Search Console और नवीयर सर्च एडवाइजर को TXT रिकॉर्ड विधि से पंजीकृत करना अनुक्रमण की कमी को कम करने की एक महत्वपूर्ण टिप है।