CNAME या A रिकॉर्ड: कौन सा चुनें और एपेक्स नियम

A रिकॉर्ड और CNAME असल में क्या करते हैं

दोनों रिकॉर्ड एक ही सवाल का जवाब देते हैं — यह नाम कहाँ इशारा करता है? — लेकिन वे अलग किस्म की जानकारी से जवाब देते हैं, और यही एक फ़र्क आगे के सारे नियम समझा देता है।

A रिकॉर्ड किसी नाम को सीधे एक IPv4 पते से जोड़ता है। example.com → 203.0.113.10। यहीं चेन खत्म होती है: रिज़ॉल्वर के पास जो चाहिए था वह आ गया और वह रुक जाता है। (IPv6 का समकक्ष AAAA रिकॉर्ड है, और इस गाइड की हर बात उस पर भी वैसी ही लागू होती है।)

CNAME रिकॉर्ड किसी नाम को दूसरे नाम से जोड़ता है। www.example.com → example.com, या shop.example.com → meridukan.meraprovider.net। रिज़ॉल्वर को पता नहीं मिलता, उसे दूसरा नाम मिलता है जिसे अब उसे देखना है। CNAME का मतलब है “canonical name”, और इस रिकॉर्ड को वाक्य की तरह पढ़ना सबसे सही है: इसका असली नाम वहाँ है, उसके बारे में पूछो।

यही पुनर्निर्देश पूरा मक़सद है। जिस चीज़ पर आप इशारा कर रहे हैं अगर वह कभी अपना IP पता बदले, तो CNAME बिना आपके कुछ छुए चलता रहता है — क्योंकि आपने पता कभी लिखा ही नहीं था।

वह फ़र्क जो सचमुच मायने रखता है

व्यवहार में चुनाव एक सवाल पर आ जाता है: पता किसका है?

• आपका है — कोई सर्वर, VPS या स्थिर IP वाला लोड बैलेंसर जो आपके नियंत्रण में है। A रिकॉर्ड लें। पता आपको मालूम है, वह आपकी जानकारी के बिना नहीं बदलेगा, और सीधा जवाब सबसे तेज़ जवाब होता है।
• किसी और का है — कोई होस्टिंग प्लैटफ़ॉर्म, CDN, दुकान बनाने वाली सेवा, फ़ॉर्म या स्टेटस पेज की सेवा। CNAME लें। उनके पते बदलते हैं, अक्सर चुपचाप और बिना बताए, और CNAME इसका ख्याल रखता है कि उनका बदलाव आपकी ख़राबी न बने।

इसी वजह से हर प्लैटफ़ॉर्म का सेटअप पेज आपसे IP लेने की जगह CNAME बनाने को कहता है। यह रिवाज़ नहीं है — यह उनका जगह बदलने का अधिकार सुरक्षित रखना है। उनका मौजूदा IP A रिकॉर्ड में जमा दिया, तो आपने चुपचाप उनके मेंटेनेंस विंडो से बाहर निकल लिया।

एक और ढाँचागत फ़र्क है, और लोग इसी पर फिसलते हैं: जिस नाम पर CNAME है, उस पर कोई दूसरा रिकॉर्ड नहीं हो सकता। मानक इस पर साफ़ है। अगर www.example.com एक CNAME है, तो वह साथ में TXT, MX या A रिकॉर्ड नहीं रख सकता। ज़्यादातर प्रोवाइडर दूसरा रिकॉर्ड सहेजने से मना कर देते हैं, मगर कुछ उसे ले लेते हैं और फिर अनिश्चित व्यवहार करने लगते हैं — दोपहर बिताने का बहुत ही अप्रिय तरीक़ा।

एपेक्स CNAME क्यों नहीं हो सकता

एपेक्स — जिसे रूट, ज़ोन एपेक्स या नेकेड डोमेन भी कहते हैं — वह example.com है, आगे कुछ भी नहीं। और यह आपके ज़ोन का एकमात्र नाम है जो CNAME नहीं हो सकता। यह कोई सीमा नहीं है जो आपके प्रोवाइडर ने गढ़ी हो: यह ऊपर वाले नियम से ही निकलती है।

आपके एपेक्स पर पहले से वे रिकॉर्ड हैं जिनके बिना डोमेन चलेगा ही नहीं: NS रिकॉर्ड, जो आपके ऑथोरिटेटिव नेमसर्वर बताते हैं, और SOA रिकॉर्ड, जो ज़ोन का वर्णन करता है। ये परिभाषा से ही एपेक्स पर रहते हैं। चूँकि CNAME उसी नाम पर हर दूसरे रिकॉर्ड को मना करता है, और एपेक्स पर NS तथा SOA होना ज़रूरी है, इसलिए एपेक्स पर CNAME एक विरोधाभास है। मानक का पालन करने वाला DNS सर्वर उसे नहीं देगा।

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

एपेक्स पर इसकी जगह क्या रखें

चार काम के जवाब हैं, मोटे तौर पर उसी क्रम में जिसमें उन्हें चुनना चाहिए।

अपने प्रोवाइडर का alias रिकॉर्ड इस्तेमाल करें

ज़्यादातर आधुनिक DNS प्रोवाइडर एक रिकॉर्ड टाइप देते हैं जो CNAME जैसा बरतता है मगर एपेक्स पर वैध है: ALIAS, ANAME, या Cloudflare का CNAME फ़्लैटनिंग। नाम अलग हैं, तरीक़ा एक ही है — नेमसर्वर खुद लक्ष्य को हल करता है और सवाल का जवाब उससे निकले A रिकॉर्ड से देता है। बाहर की दुनिया को पूरी तरह सामान्य A रिकॉर्ड दिखता है, कोई नियम नहीं टूटता, और आपने फिर भी IP नहीं लिखा।

जहाँ भी आपका प्रोवाइडर इसे देता है, यही सही जवाब है। पेच यह है कि यह आपके प्रोवाइडर की सुविधा है, DNS की नहीं: ज़ोन ऐसी जगह ले जाइए जहाँ यह नहीं है, और रिकॉर्ड साथ नहीं आएगा।

एपेक्स को www पर रीडायरेक्ट करें

असली साइट को www पर CNAME से रखें — पूरी तरह वैध — और एपेक्स को उसी की ओर एक रीडायरेक्ट बना दें। कई रजिस्ट्रार और सभी CDN इसे एक लाइन की सेटिंग के रूप में देते हैं, जिसे आमतौर पर डोमेन फ़ॉरवर्डिंग या रीडायरेक्ट नियम कहते हैं। जहाँ ज़रूरत है वहाँ साफ़ CNAME मिल जाता है और एक ही कैनोनिकल होस्टनाम, जो SEO के लिए भी अच्छा है।

समझौता बस दिखावे का है: आपके दिखने वाले URL में www. रहेगा, और कुछ लोगों की इस पर मज़बूत राय होती है।

समझ-बूझकर A रिकॉर्ड लें

अगर प्लैटफ़ॉर्म कोई स्थिर IP पता प्रकाशित करता है और लिखित में उसका वादा करता है, तो एपेक्स पर A रिकॉर्ड ठीक है। असली काम “वादा” शब्द कर रहा है। उनके CNAME लक्ष्य को पिंग करके मिला IP वादा नहीं है, वह एक झलक है, और वह बदलेगा।

अगर यही करें, तो किसी भी नियोजित माइग्रेशन से पहले रिकॉर्ड का TTL घटा दें, ताकि पता सचमुच बदलने पर आप कैश के इंतज़ार में न फँसें।

देखें कि असल में क्या लगा है

कुछ भी बदलने से पहले कंट्रोल पैनल के सारांश पर भरोसा करने के बजाय ज़ोन की मौजूदा हालत देखें। एपेक्स और www को अलग-अलग क्वेरी करें और तुलना करें: आप यह देख रहे हैं कि हर एक A रिकॉर्ड से जवाब देता है या CNAME से, और वहाँ पहले से कुछ अनपेक्षित तो नहीं है। एक मुफ़्त DNS लुकअप टूल हर एक का रिकॉर्ड टाइप, मान और बचा हुआ TTL दिखा देता है।

CNAME कब सही चुनाव है

जब भी लक्ष्य ऐसा नाम हो जो आपके नियंत्रण में नहीं है, CNAME उठाइए:

• किसी प्लैटफ़ॉर्म की ओर इशारा करने वाले सबडोमेन — shop, docs, status, blog, help किसी होस्टेड सेवा की ओर। यह सबसे आम सही इस्तेमाल है।
• आपके ऑरिजिन के सामने कोई CDN, जब CDN आपको d1234.cloudfront.net जैसा होस्टनाम देता है।
• डोमेन-पुष्टि और सेवा रिकॉर्ड जिन्हें कोई वेंडर CNAME से बनवाता है, अक्सर लंबे और यादृच्छिक लेबल के साथ।
• www को एपेक्स के साथ मिलाकर रखना, ताकि एक बदलाव दोनों को अपडेट कर दे।

चारों मामलों में फ़ायदा एक ही है: वेंडर अपना बुनियादी ढाँचा बदल सकता है और आपका DNS बिना छुए चलता रहता है।

A रिकॉर्ड कब सही चुनाव है

A रिकॉर्ड तब सही है जब पता आपका है:

• आपका अपना सर्वर या VPS स्थिर IP के साथ।
• एपेक्स, जब alias रिकॉर्ड उपलब्ध नहीं है और प्लैटफ़ॉर्म स्थिर IP प्रकाशित करता है।
• कोई लोड बैलेंसर जिसे आपका प्रोवाइडर होस्टनाम की जगह पते के रूप में देता है।
• बुनियादी ढाँचे के होस्ट — जैसे MX रिकॉर्ड में बताया गया मेल सर्वर, उसे A या AAAA से हल होना चाहिए। MX रिकॉर्ड को CNAME पर इशारा करने की अनुमति नहीं है और मेल सर्वर उसे ठुकरा देते हैं।

यह आख़िरी बात ईमेल माइग्रेट करने वालों को पकड़ती है। CNAME के रूप में mail.example.com निर्दोष लगता है और डिलीवरी को ऐसे तरीक़ों से तोड़ता है जिनकी जाँच थकाऊ होती है।

अतिरिक्त क्वेरी और दूसरा TTL

CNAME एक कदम और माँगता है। रिज़ॉल्वर आपका नाम पूछता है, जवाब में “इस दूसरे नाम के बारे में पूछो” पाता है, और फिर पूछता है। व्यवहार में यह अतिरिक्त चक्कर कुछ मिलीसेकंड का है और लगभग हमेशा कैश से आता है, इसलिए CNAME से बचने की कोई वजह नहीं — मगर दो नतीजे जानने लायक हैं।

पहला, एक CNAME जो दूसरे CNAME पर और वह तीसरे पर इशारा करे, हर बार एक कदम जोड़ देता है। दो कड़ियाँ सामान्य हैं; लंबी चेन लेटेंसी की समस्या और नाज़ुक निर्भरता है, क्योंकि कोई भी कड़ी टूटी तो आपका नाम चला जाता है।

दूसरा, CNAME अपने साथ एक दूसरा TTL लाता है। रिज़ॉल्वर आपका CNAME आपके TTL के साथ कैश करता है और लक्ष्य का रिकॉर्ड लक्ष्य के TTL के साथ, दोनों की उलटी गिनती अलग चलती है। कुछ बदलने पर आपका असली इंतज़ार इन दोनों में से बड़ा होता है — इसीलिए लंबे TTL वाले प्रोवाइडर की ओर इशारा करने वाला CNAME आपकी अपनी सेटिंग से पीछे रह सकता है, चाहे आप उसे कितना भी कम कर दें। अगर आप बदलाव की योजना बना रहे हैं, तो TTL और प्रोपेगेशन असल में कैसे काम करते हैं वह क्रम बताता है जिससे डाउनटाइम नहीं होता।

आम गलतियाँ

• एपेक्स पर CNAME ठूँसना क्योंकि प्रोवाइडर के इंटरफ़ेस ने मान लिया। यह आपके MX रिकॉर्ड — यानी आपके ईमेल — को अनिश्चित व्यवहार में डाल देता है।
• जिस नाम पर पहले से CNAME है, उसमें TXT या MX जोड़ना। वैध नहीं है, और प्रोवाइडर इस पर भी एकमत नहीं कि नाकाम कैसे होना है।
• प्लैटफ़ॉर्म का मौजूदा IP A रिकॉर्ड में कॉपी करना, जबकि उन्होंने CNAME माँगा था। उस दिन तक चलता है जब तक नहीं चलता, और आपको बताया नहीं जाएगा।
• MX रिकॉर्ड को CNAME पर इशारा करवाना। प्राप्त करने वाले मेल सर्वर उसे ठुकराते हैं; A रिकॉर्ड वाला नाम इस्तेमाल करें।
• www सेट करके एपेक्स भूल जाना, या उलटा। तय करें कौन कैनोनिकल है, दूसरे को उसकी ओर मोड़ें और प्रमाणपत्र दोनों पर रखें।
• रिकॉर्ड का टाइप और मान एक साथ बदलना बिना पहले TTL घटाए, और फिर सोचना कि आधी दुनिया पुराना लक्ष्य क्यों देख रही है।

संक्षेप में

जब IP पता आपका है तब A रिकॉर्ड लें; जब आप किसी और के होस्टनाम की ओर इशारा कर रहे हैं और चाहते हैं कि उसके ढाँचे के बदलाव आपको दिखें ही नहीं, तब CNAME लें। आपका एपेक्स CNAME नहीं हो सकता, क्योंकि उस पर NS और SOA रिकॉर्ड होने ही चाहिए और CNAME उसी नाम पर किसी और को बर्दाश्त नहीं करता — इसलिए वहाँ अपने प्रोवाइडर का ALIAS, ANAME या CNAME फ़्लैटनिंग इस्तेमाल करें, एपेक्स को www पर रीडायरेक्ट करें, या A रिकॉर्ड सिर्फ़ तब लें जब प्लैटफ़ॉर्म स्थिर पता प्रकाशित करे। कोई डोमेन आज किस पर हल होता है, उसका रिकॉर्ड टाइप और बचा हुआ TTL क्या है, यह मुफ़्त DNS लुकअप टूल से देखें, और नए होस्ट का प्रमाणपत्र SSL सर्टिफ़िकेट चेकर से पुष्टि करें।

संबंधित टूल और गाइड:

• DNS लुकअप — मान और TTL के साथ A, AAAA, MX, TXT, NS और अधिक DNS रिकॉर्ड क्वेरी करें, साथ ही रिवर्स DNS।
• SSL प्रमाणपत्र चेकर — किसी भी डोमेन का SSL प्रमाणपत्र जाँचें: जारीकर्ता, समाप्ति तिथि और शेष दिन।
• DNS बदलाव में समय क्यों लगता है: TTL और प्रोपेगेशन — DNS बदलाव धीमा नहीं होता, वह कैश में होता है

अक्सर पूछे जाने वाले सवाल