डोमेन और DNS कैसे काम करते हैं: गैर-डेवलपर के लिए गाइड
डोमेन वह नाम है जिसे लोग आपकी साइट तक पहुंचने के लिए टाइप करते हैं, जैसे example.com, और DNS (Domain Name System) इंटरनेट की वह डायरेक्टरी है जो उस नाम को इस बात में बदलती है कि आपकी साइट असल में कहां रहती है। आप डोमेन एक रजिस्ट्रार से किराए पर लेते हैं, फिर DNS रिकॉर्ड जोड़ते हैं जो बताते हैं "वेबसाइट वहां है" और "ईमेल यहां जाएगा।" ऐप से कस्टम डोमेन जोड़ना मुख्य रूप से सही जगह पर सही रिकॉर्ड जोड़ने और उसके प्रभावी होने का इंतज़ार करने की बात है।
AI से बनाते समय यह क्यों मायने रखता है
AI ऐप बिल्डर आपका ऐप लिख और होस्ट कर सकता है, लेकिन आपका डोमेन उसके बाहर रहता है — अक्सर किसी अलग कंपनी के पास, अनजान रिकॉर्ड प्रकारों से भरे कंट्रोल पैनल में। यहीं कई लॉन्च अटक जाते हैं: ऐप तैयार है, लेकिन डोमेन पर एरर दिखता है, या DNS बदलने के बाद ईमेल रहस्यमय तरीके से बंद हो जाता है।
थोड़ी समझ बहुत काम आती है। आप जान पाते हैं कि आपका होस्ट कौन सा रिकॉर्ड मांग रहा है, वह अभी काम क्यों नहीं कर रहा, और उन चीज़ों (जैसे ईमेल) को कैसे न तोड़ें जो पहले से आपके डोमेन पर निर्भर हैं।
रोज़मर्रा की एक मिसाल
अपने फ़ोन के कॉन्टैक्ट्स की सोचिए।
आपको दोस्त का नंबर याद नहीं रहता; आप उसका नाम टैप करते हैं और फ़ोन नंबर खोज लेता है। DNS इंटरनेट के लिए यही करता है: आप example.com टाइप करते हैं, और DNS उस सर्वर का नंबर (IP एड्रेस) खोजता है जिससे जुड़ना है।
- डोमेन संपर्क का नाम है।
- रजिस्ट्रार वह कंपनी है जो आधिकारिक रूप से दर्ज करती है कि यह नाम आपका है।
- DNS रिकॉर्ड उस नाम के नीचे सहेजी गई जानकारी हैं: फ़ोन नंबर, ईमेल पता, घर का पता।
- नेमसर्वर वह आधिकारिक कॉन्टैक्ट-बुक है जो उस नाम के लिए मान्य है।
- कैशिंग का मतलब है फ़ोन का कुछ समय तक नंबर याद रखना। अगर आपके दोस्त ने नंबर बदल लिया, तो कुछ फ़ोन तब तक पुराने नंबर पर कॉल करते रहेंगे जब तक उनकी सहेजी प्रति रीफ़्रेश न हो — यही DNS "प्रोपेगेशन" है।
डोमेन नेम के हिस्से
app.example.com को लें:
| हिस्सा | नाम | टिप्पणी |
|---|---|---|
.com | टॉप-लेवल डोमेन (TLD) | एक रजिस्ट्री द्वारा चलाया जाता है। दूसरे हैं .org, .io, .ai, देशों के कोड जैसे .uk |
example | सेकंड-लेवल डोमेन | वह हिस्सा जिसे आप रजिस्टर करते हैं |
example.com | रूट या "एपेक्स" डोमेन | जो आप के स्वामित्व में है |
app | सबडोमेन | आप DNS में इन्हें स्वतंत्र रूप से बनाते हैं — www, app, shop |
डोमेन आप पूरा खरीदते नहीं; उसे एक अवधि के लिए रजिस्टर करते हैं (आम तौर पर एक साल या उससे ज़्यादा) और नवीनीकरण करते रहते हैं। अगर वह समाप्त होने दिया, तो कोई और उसे रजिस्टर कर सकता है।
DNS लुकअप कैसे काम करता है
जब कोई app.example.com टाइप करता है:
- ब्राउज़र एक DNS रिज़ॉल्वर से पूछता है — आम तौर पर उनका इंटरनेट प्रोवाइडर या कोई सार्वजनिक सेवा — कि एड्रेस क्या है।
- अगर रिज़ॉल्वर के पास ताज़ा कैश्ड उत्तर है, तो वह तुरंत जवाब देता है।
- अगर नहीं, तो वह पदानुक्रम में नीचे जाता है: रूट सर्वर उसे
.comसर्वर की ओर भेजते हैं, जो उसे आपके डोमेन के नेमसर्वर की ओर भेजते हैं। - आपके नेमसर्वर वह रिकॉर्ड लौटाते हैं जो आपने सेट किया है, जैसे आपके होस्ट की ओर CNAME या IP एड्रेस वाला A रिकॉर्ड।
- रिज़ॉल्वर उस उत्तर को रिकॉर्ड के TTL (टाइम टू लाइव) तक कैश करता है और ब्राउज़र को देता है, जो सर्वर से जुड़ता है।
यह सब आम तौर पर मिलीसेकंड में हो जाता है।
वे DNS रिकॉर्ड प्रकार जो आप असल में इस्तेमाल करेंगे
| रिकॉर्ड | क्या करता है | उदाहरण |
|---|---|---|
| A | किसी नाम को IPv4 एड्रेस की ओर इंगित करता है | example.com → 203.0.113.10 |
| AAAA | किसी नाम को IPv6 एड्रेस की ओर इंगित करता है | example.com → 2001:db8::10 |
| CNAME | किसी नाम को दूसरे होस्टनेम का उपनाम बनाता है | app.example.com → myapp.host.com |
| MX | बताता है कि डोमेन के लिए ईमेल कौन से सर्वर लेते हैं, प्राथमिकता संख्या के साथ | example.com → 10 mail.provider.com |
| TXT | टेक्स्ट रखता है, सत्यापन और ईमेल सुरक्षा के लिए इस्तेमाल होता है | v=spf1 include:_spf.provider.com ~all |
| NS | डोमेन के अधिकृत नेमसर्वर सूचीबद्ध करता है | ns1.dnsprovider.com |
| CAA | सीमित करता है कि कौन से सर्टिफ़िकेट अथॉरिटी HTTPS सर्टिफ़िकेट जारी कर सकते हैं | 0 issue "letsencrypt.org" |
कुछ नियम जानने लायक हैं:
- CNAME किसी नाम पर दूसरे रिकॉर्ड के साथ नहीं रह सकता। इसीलिए सामान्य CNAME रूट डोमेन पर नहीं जा सकता, जहां हमेशा NS और दूसरे रिकॉर्ड होते हैं। कई DNS प्रोवाइडर ALIAS, ANAME या CNAME flattening नाम के विकल्प देते हैं।
- TXT रिकॉर्ड ईमेल का बहुत काम करते हैं। SPF बताता है कि आपके डोमेन की ओर से कौन मेल भेज सकता है; DKIM सिग्नेचर सत्यापित करने के लिए की प्रकाशित करता है; DMARC बताता है कि जो मेल ये जांच पास न करे उसके साथ क्या करना है।
- MX की कम संख्या का मतलब ज़्यादा प्राथमिकता। मेल सबसे कम संख्या वाले को पहले आज़माता है।
प्रोपेगेशन और TTL
"प्रोपेगेशन" सुनने में लगता है जैसे बदलाव इंटरनेट पर धीरे-धीरे फैलते हैं। असल में होता यह है कि कैशिंग: रिज़ॉल्वर हर उत्तर की एक प्रति उसके TTL तक रखते हैं, और उसके समाप्त होने के बाद ही दोबारा पूछते हैं। तो:
- एक नया रिकॉर्ड, जिसे पहले कभी लुकअप नहीं किया गया, अक्सर मिनटों में काम करने लगता है।
- मौजूदा रिकॉर्ड बदलने में उसका पुराना TTL पूरा होने तक हर जगह नया दिख सकता है।
- नेमसर्वर बदलने में एक-दो दिन लग सकते हैं, क्योंकि वे रिकॉर्ड TLD स्तर पर ज़्यादा समय तक कैश होते हैं।
एक उपयोगी तरीका: किसी योजनाबद्ध बदलाव से पहले रिकॉर्ड का TTL घटा दें (जैसे कुछ मिनट), पुराना TTL बीतने तक इंतज़ार करें, फिर बदलाव करें।
एक उदाहरण: बुकिंग ऐप को अपने डोमेन से जोड़ना
आपका डोमेन yoursalon.com है। आपकी मौजूदा वेबसाइट और Google Workspace ईमेल इसी पर चलते हैं। आपने एक बुकिंग ऐप बनाया है और उसे book.yoursalon.com पर चाहते हैं।
- पता लगाएं कि DNS कहां मैनेज होता है। यह आपका रजिस्ट्रार हो सकता है या कोई अलग DNS प्रोवाइडर। आपके NS रिकॉर्ड बताते हैं।
bookके लिए CNAME जोड़ें, जो उस लक्ष्य की ओर इंगित करे जो आपका ऐप होस्ट देता है।- कोई भी TXT रिकॉर्ड जोड़ें जो आपका होस्ट स्वामित्व सिद्ध करने के लिए मांगे, अगर वह इसका इस्तेमाल करता है।
- MX और ईमेल वाले TXT रिकॉर्ड न छुएं। ईमेल चलता रहेगा क्योंकि आपने उन्हें नहीं छुआ।
- DNS अपडेट होने के बाद अपने होस्ट में सत्यापित करें। फिर होस्ट
book.yoursalon.comके लिए HTTPS सर्टिफ़िकेट जारी करता है। - फ़ोन पर मोबाइल डेटा से जांचें, क्योंकि वह आपके घर के वाई-फ़ाई से अलग रिज़ॉल्वर और कैश इस्तेमाल करता है।
अगर आप ऐप को इसके बजाय रूट yoursalon.com पर चाहते, तो आपको A रिकॉर्ड या अपने DNS प्रोवाइडर का ALIAS/flattening विकल्प चाहिए होता — और तब आप वहां अपनी मौजूदा वेबसाइट की जगह ले रहे होते। और चरणों के लिए देखें कस्टम डोमेन कैसे जोड़ें।
आम गलतियां और गलतफ़हमियां
- "डोमेन और होस्टिंग एक ही चीज़ है।" डोमेन नाम है; होस्टिंग वह जगह है जहां ऐप चलता है। DNS दोनों को जोड़ता है।
- होस्ट ने CNAME मांगा हो तब A रिकॉर्ड इस्तेमाल करना (या उल्टा)। होस्ट के निर्देश ठीक-ठीक मानें।
- लक्ष्य में टाइपो। CNAME लक्ष्य का एक गलत अक्षर भी सत्यापन को फ़ेल कर देता है।
- नेमसर्वर बदलना, रिकॉर्ड कॉपी किए बिना। नए प्रोवाइडर पर DNS ले जाते समय MX और TXT रिकॉर्ड दोबारा न बनाना ईमेल तोड़ने का एक क्लासिक तरीका है।
- ज़रूरत न हो तब प्रॉक्सी करना। कुछ DNS प्रोवाइडर, जैसे Cloudflare, ट्रैफ़िक को प्रॉक्सी कर सकते हैं। कुछ होस्ट को सर्टिफ़िकेट जारी करने के लिए रिकॉर्ड को "DNS only" पर चाहिए।
- "अज्ञात" TXT रिकॉर्ड हटाना। ये अक्सर सत्यापन या ईमेल सुरक्षा के रिकॉर्ड होते हैं, जिन पर कुछ निर्भर है।
- डोमेन को समाप्त होने देना। ऑटो-रिन्यू चालू रखें और भुगतान का कार्ड अपडेट रखें।
अपने AI बिल्डर से क्या पूछें
DNS आपके कोड के बाहर रहता है, इसलिए यहां बात इस पर है कि किस बारे में पूछना है:
- "app.mydomain.com के लिए मुझे कौन सा सटीक DNS रिकॉर्ड चाहिए — प्रकार, नाम और मान?"
- "क्या इस बदलाव से मेरे ईमेल पर असर पड़ेगा?"
- "रिकॉर्ड जोड़ने के बाद मेरे डोमेन पर एरर दिख रहा है। मुझे क्या जांचना चाहिए?"
- "सही canonical URL और redirects जोड़ें, ताकि www और non-www दोनों पर एक ही साइट दिखे।"
- "मेरे डोमेन से ईमेल भेजना सेट करें — मुझे कौन से SPF, DKIM और DMARC रिकॉर्ड चाहिए होंगे?" देखें अपने ऐप से ईमेल कैसे भेजें।
Mythex पर कस्टम डोमेन
हर पब्लिश किए गए Mythex ऐप को yourname.mythex.app पता मिलता है। Pro पर आप इसके बजाय अपना डोमेन इस्तेमाल कर सकते हैं: Mythex के अंदर से एक डोमेन खरीदें (रजिस्ट्रेशन का बिल अलग से बनता है, और खरीदे गए डोमेन के DNS आपके लिए मैनेज होते हैं), या अपना पहले से मौजूद डोमेन जोड़ें, एक सबडोमेन जैसे app.example.com से अपने ऐप के yourname.mythex.app पते की ओर CNAME जोड़कर, फिर Verify पर क्लिक करके। HTTPS अपने-आप जारी होता है। अगर आपका DNS Cloudflare पर है, तो वह रिकॉर्ड "DNS only" पर सेट करें। सबडोमेन की सिफ़ारिश की जाती है; रूट डोमेन आपके DNS प्रोवाइडर के ALIAS या flattening समर्थन पर निर्भर करते हैं। कस्टम डोमेन के दस्तावेज़ में हर चरण समझाया गया है, और प्राइसिंग बताती है कि Pro में क्या शामिल है।
सवाल
सरल शब्दों में DNS क्या है?
DNS (Domain Name System) इंटरनेट की डायरेक्टरी है। यह example.com जैसे याद रहने वाले नाम को उन जानकारियों में बदलता है जिनकी कंप्यूटर को ज़रूरत है — आम तौर पर एक IP एड्रेस — ताकि ब्राउज़र सही सर्वर तक पहुंच सके।
A रिकॉर्ड और CNAME में क्या अंतर है?
A रिकॉर्ड किसी नाम को सीधे एक IPv4 एड्रेस की ओर इंगित करता है। CNAME किसी नाम को दूसरे होस्टनेम की ओर इंगित करता है, और लुकअप वहीं से आगे बढ़ता है। जब आपके होस्ट के IP बदल सकते हैं तो CNAME उपयोगी है, लेकिन सामान्य CNAME को रूट डोमेन पर इस्तेमाल नहीं किया जा सकता।
DNS प्रोपेगेशन में कितना समय लगता है?
अक्सर मिनट, कभी-कभी घंटे। बदलाव तब दिखते हैं जब पुराने रिकॉर्ड की कैश्ड प्रतियां समाप्त हो जाती हैं, और यह रिकॉर्ड के TTL पर निर्भर करता है। नेमसर्वर बदलने में एक-दो दिन तक लग सकते हैं, क्योंकि वे रिकॉर्ड ज़्यादा समय तक कैश में रहते हैं।
क्या वेबसाइट का DNS बदलने से मेरा ईमेल टूट जाएगा?
केवल तभी जब आप उन रिकॉर्ड को बदलें या हटाएं जिन पर ईमेल निर्भर है — MX रिकॉर्ड और SPF, DKIM व DMARC जैसे TXT रिकॉर्ड। www या app के लिए CNAME जोड़ने से ईमेल अप्रभावित रहता है। अगर आप पहले वे रिकॉर्ड कॉपी किए बिना अपने डोमेन को नए नेमसर्वर पर ले जाते हैं, तो ईमेल टूट सकता है।
www या app के बजाय रूट डोमेन क्यों न इस्तेमाल करें?
www.example.com या app.example.com जैसे सबडोमेन CNAME इस्तेमाल कर सकते हैं, जो कई होस्टिंग प्लेटफ़ॉर्म मांगते हैं। रूट डोमेन (example.com) पर सामान्य CNAME नहीं हो सकता, इसलिए उसे A रिकॉर्ड या प्रोवाइडर-विशेष ALIAS, ANAME या CNAME-flattening सुविधा चाहिए।