Domains आणि DNS कसे काम करतात: बिगर-डेव्हलपरसाठी मार्गदर्शक

Domain हे असे नाव आहे जे लोक तुमची site गाठण्यासाठी टाईप करतात, जसे example.com, आणि DNS (Domain Name System) ही इंटरनेटची डिरेक्टरी आहे जी त्या नावाला तुमची site प्रत्यक्षात कुठे आहे त्यात बदलते. तुम्ही domain एका registrar कडून भाड्याने घेता, आणि मग DNS records जोडता जे सांगतात "website इथे आहे" आणि "email तिकडे जातो". custom domain एखाद्या app शी जोडणे म्हणजे मुख्यतः योग्य ठिकाणी योग्य record जोडणे आणि तो प्रभावी होण्याची वाट पाहणे.

AI सह बनवताना हे का महत्त्वाचे आहे

AI app builder तुमचा app लिहू आणि होस्ट करू शकतो, पण तुमचा domain app बाहेर असतो, अनेकदा वेगळ्या कंपनीकडे, अपरिचित record प्रकारांनी भरलेल्या control panel मध्ये. इथेच अनेक launches अडकतात: app तयार असतो, पण domain वर error दिसतो, किंवा DNS बदलल्यावर email अचानक बंद पडतो.

थोडीशी समज खूप उपयोगी आहे. तुमचा host कोणता record मागत आहे, तो अजून का काम करत नाही, आणि आधीपासून तुमच्या domain वर अवलंबून असलेल्या गोष्टी (जसे email) कशा मोडू नयेत हे तुम्हाला कळेल.

दैनंदिन उदाहरण

तुमच्या फोनच्या contacts यादीचा विचार करा.

तुम्हाला मित्राचा नंबर लक्षात नसतो; तुम्ही त्याचे नाव टॅप करता आणि फोन ते शोधतो. DNS इंटरनेटसाठी तेच करते: तुम्ही example.com टाईप करता, आणि DNS त्या server चा नंबर (IP address) शोधते ज्याच्याशी जोडायचे आहे.

• Domain म्हणजे संपर्काचे नाव.
• Registrar ही कंपनी आहे जी अधिकृतपणे नोंदवते की हे नाव तुमचे आहे.
• DNS records म्हणजे त्या नावाखाली साठवलेले तपशील: फोन नंबर, email पत्ता, घराचा पत्ता.
• Nameservers म्हणजे त्या नावासाठी कोणती contacts यादी अधिकृत आहे.
• Caching म्हणजे फोनने काही काळ नंबर लक्षात ठेवणे. तुमचा मित्र नंबर बदलला तर, साठवलेली प्रत रिफ्रेश होईपर्यंत काही फोन जुन्या नंबरवर कॉल करत राहतात; हेच DNS "propagation" आहे.

Domain नावाचे भाग

app.example.com घ्या:

domain तुम्ही पूर्णपणे विकत घेत नाही; एका कालावधीसाठी (सहसा एक वर्ष किंवा अधिक) नोंदवता आणि नूतनीकरण करता. ते नूतनीकरण न केल्यास दुसरे कोणीही ते नोंदवू शकते.

DNS lookup कसे काम करते

कोणीतरी app.example.com टाईप करते तेव्हा:

1. Browser एका DNS resolver ला विचारतो, जे सहसा त्यांचा internet provider किंवा सार्वजनिक सेवा चालवते, पत्त्यासाठी.
2. Resolver कडे ताजे cached उत्तर असेल तर तो लगेच देतो.
3. नसेल तर तो श्रेणीबद्ध रचनेत खाली जातो: root servers त्याला .com servers कडे पाठवतात, जे त्याला तुमच्या domain चे nameservers दाखवतात.
4. तुमचे nameservers तुम्ही सेट केलेला record परत देतात, जसे तुमच्या host कडे CNAME किंवा IP address असलेला A record.
5. Resolver उत्तर record च्या TTL (time to live) इतका काळ cache करतो आणि browser ला देतो, जो server शी जोडला जातो.

हे सहसा मिलिसेकंदांत होते.

तुम्ही प्रत्यक्ष वापराल असे DNS record प्रकार

काही नियम जाणून घेण्यासारखे:

• CNAME इतर records सोबत नाव सामायिक करू शकत नाही. म्हणूनच साधा CNAME root domain वर जाऊ शकत नाही, जिथे नेहमी NS आणि इतर records असतात. अनेक DNS providers ALIAS, ANAME किंवा CNAME flattening नावाचे उपाय देतात.
• TXT records email चे बरेच काम करतात. SPF सांगते तुमच्या domain साठी कोण mail पाठवू शकते; DKIM signatures पडताळण्यासाठी key प्रकाशित करते; DMARC सांगते की त्या तपासण्यात अपयशी ठरलेल्या mail चे काय करावे.
• MX चा क्रमांक कमी म्हणजे priority जास्त. Mail आधी सर्वात कमी क्रमांक वापरण्याचा प्रयत्न करतो.

Propagation आणि TTL

"Propagation" ऐकायला असे वाटते की बदल इंटरनेटवर हळूहळू पसरतात. प्रत्यक्षात caching होते: resolvers प्रत्येक उत्तराची प्रत त्याच्या TTL इतकी ठेवतात, आणि ती कालबाह्य झाल्यावरच पुन्हा विचारतात. म्हणून:

• नवा record जो कधी पाहिला गेला नाही, तो अनेकदा काही मिनिटांत काम करतो.
• विद्यमान record बदलल्यास, तो सर्वत्र दिसण्यासाठी त्याच्या जुन्या TTL इतका वेळ लागतो.
• Nameservers बदलल्यास एक-दोन दिवस लागू शकतात, कारण ते TLD स्तरावर जास्त काळ cache होतात.

एक उपयुक्त युक्ती: नियोजित बदलाआधी record चा TTL कमी करा (उदा. काही मिनिटे), जुना TTL निघून जाऊ द्या, आणि मग बदल करा.

एक उदाहरण: booking app ला तुमच्या domain शी जोडणे

तुमच्याकडे yoursalon.com आहे. तुमची सध्याची website आणि Google Workspace email आधीच त्यावर आहेत. तुम्ही एक booking app बनवला आहे आणि तो book.yoursalon.com वर हवा आहे.

1. तुमचे DNS कुठे व्यवस्थापित होते ते शोधा. ते तुमचा registrar असू शकतो किंवा वेगळा DNS provider. तुमचे NS records सांगतील.
2. book साठी CNAME जोडा जो तुमच्या app host ने दिलेल्या target कडे निर्देश करतो.
3. तुमचा host ownership सिद्ध करण्यासाठी मागत असलेला कोणताही TXT record जोडा, जर तो वापरत असेल तर.
4. MX आणि email TXT records ला हात लावू नका. तुम्ही त्यांना स्पर्श केला नसल्यामुळे email चालू राहील.
5. DNS अपडेट झाल्यावर host मध्ये verify करा. मग host book.yoursalon.com साठी HTTPS certificate जारी करतो.
6. फोनवरून चाचणी करा, mobile data वापरून, कारण तो तुमच्या घरच्या Wi-Fi पेक्षा वेगळा resolver आणि cache वापरतो.

तुम्हाला app root yoursalon.com वर हवा असता, तर तुम्हाला A records किंवा तुमच्या DNS provider चे ALIAS/flattening वैशिष्ट्य लागले असते, आणि तिथली तुमची सध्याची website बदलावी लागली असती. अधिक पायऱ्यांसाठी, custom domain कसा जोडावा पहा.

सामान्य चुका आणि गैरसमज

• "Domain आणि hosting एकच गोष्ट आहे." Domain हे नाव आहे; hosting म्हणजे app जिथे चालतो. DNS त्या दोघांना जोडते.
• host ने CNAME मागितला असताना A record वापरणे (किंवा उलट). host च्या सूचना तंतोतंत पाळा.
• target मध्ये टायपो. CNAME target मध्ये एक चुकीचे अक्षर असले तरी verification अयशस्वी होते.
• Nameservers बदलताना records कॉपी न करणे. नव्या provider कडे DNS हलवताना MX आणि TXT records पुन्हा तयार न केल्यास email बंद पडण्याचा हा क्लासिक मार्ग आहे.
• जिथे नको तिथे proxy वापरणे. काही DNS providers, जसे Cloudflare, traffic proxy करू शकतात. काही hosts ना certificates जारी करण्यासाठी record "DNS only" वर सेट करावा लागतो.
• "अज्ञात" TXT records हटवणे. ते बहुधा verification किंवा email सुरक्षा records असतात, ज्यावर काहीतरी अवलंबून असते.
• Domain कालबाह्य होऊ देणे. auto-renew चालू करा आणि payment card अद्ययावत ठेवा.

तुमच्या AI builder ला काय विचारावे

DNS तुमच्या code च्या बाहेर असते, म्हणून हे विचारण्याबद्दल अधिक आहे:

• "app.mydomain.com साठी नेमका कोणता DNS record लागेल? प्रकार, नाव आणि value?"
• "हा बदल माझ्या email वर परिणाम करेल का?"
• "record जोडल्यावर माझ्या domain वर error दिसत आहे. मी काय तपासावे?"
• "www आणि non-www दोन्ही site दाखवू नयेत म्हणून योग्य canonical URL आणि redirects जोडा."
• "माझ्या domain वरून email पाठवण्याची सेटअप करा, मला कोणते SPF, DKIM आणि DMARC records लागतील?" यासाठी app मधून email कसे पाठवावे पहा.

Mythex वर custom domains

प्रत्येक प्रकाशित Mythex app ला yourname.mythex.app पत्ता मिळतो. Pro वर तुम्ही त्याऐवजी तुमचा स्वतःचा domain वापरू शकता: Mythex मध्येच एक विकत घ्या (नोंदणी वेगळी बिल होते, आणि विकत घेतलेल्या domains चे DNS तुमच्यासाठी व्यवस्थापित केले जाते), किंवा तुमच्याकडे आधीच असलेला domain जोडा: app.example.com सारख्या subdomain पासून तुमच्या app च्या yourname.mythex.app पत्त्याकडे CNAME जोडा, आणि मग Verify वर क्लिक करा. HTTPS आपोआप जारी होते. तुमचे DNS Cloudflare वर असेल तर तो record "DNS only" वर सेट करा. Subdomains ची शिफारस केली जाते; root domains तुमच्या DNS provider च्या ALIAS किंवा flattening सुविधेवर अवलंबून असतात. custom domain docs प्रत्येक पायरी सांगतात, आणि किंमत पानावर Pro मध्ये काय समाविष्ट आहे ते दिसते.

प्रश्न