सबडोमेन वेबसाइट के मुख्य डोमेन का एक हिस्सा होता है। डोमेन जो सामग्री, सेवाओं या वातावरण को अधिक स्पष्ट रूप से व्यवस्थित करने में मदद करता है।

सबडोमेन का क्या अर्थ है?
सबडोमेन एक अतिरिक्त लेबल है जिसे पंजीकृत डोमेन नाम के आगे जोड़ा जाता है। डोमेन नाम प्रणाली (DNS) विशिष्ट गंतव्य तक ट्रैफ़िक को रूट करने के लिए एक अलग होस्टनाम बनाने के लिए इसका उपयोग किया जाता है। यह मुख्य डोमेन ("एपेक्स" या "रूट" डोमेन) के बाईं ओर स्थित होता है और एक बिंदु (डॉट) द्वारा अलग किया जाता है, जैसे api.example.com, जहाँ example.com पंजीकृत डोमेन है और api उपडोमेन है। तकनीकी रूप से, उपडोमेन नेस्टेड हो सकते हैं (v2.api.example.com), क्योंकि बाईं ओर का प्रत्येक लेबल पैरेंट डोमेन के अंतर्गत नेमस्पेस को और उपविभाजित करता है।
एक सबडोमेन उसी डोमेन को इंगित कर सकता है। server और एप्लिकेशन को मुख्य डोमेन के रूप में या पूरी तरह से अलग बुनियादी ढांचे के लिए उपयोग करना, क्योंकि डीएनएस रिकॉर्ड सबडोमेन के लिए अलग-अलग परिणाम आ सकते हैं आईपी पतों, भारोत्तोलकया सेवा अंतबिंदुइससे सबडोमेन बन जाते हैं। flexवेबसाइटों और सेवाओं को विभाजित करने, विभिन्न कॉन्फ़िगरेशन और सुरक्षा नीतियों को लागू करने और अलग-अलग वातावरण या उत्पादों को प्रबंधित करने का एक सक्षम तरीका है, जबकि वे अभी भी एक ही समग्र डोमेन स्वामित्व का हिस्सा बने रहते हैं।
उपडोमेन संरचना
एक सबडोमेन DNS "लेबल" से बनता है जो डॉट्स द्वारा अलग किए जाते हैं, और इन्हें बाएं से दाएं पढ़ा जाता है, जिसमें सबसे विशिष्ट भाग सबसे बाईं ओर और शीर्ष-स्तरीय डोमेन (TLD) सबसे दाईं ओर होता है। blog.example.com, blog सबडोमेन लेबल है, उदाहरण के लिए पंजीकृत डोमेन (जिसे अक्सर द्वितीय-स्तरीय डोमेन कहा जाता है) है, और .com शीर्ष-स्तरीय डोमेन है। पूरा होस्टनाम है blog.example.com, और DNS उस होस्टनाम को उस विशिष्ट नाम के लिए परिभाषित रिकॉर्ड (या मिलान वाइल्डकार्ड नियमों) को देखकर हल करता है।
सबडोमेन एकल-स्तरीय या बहु-स्तरीय हो सकते हैं। उदाहरण के लिए, api.example.com एक सामान्य एकल-स्तरीय सबडोमेन है, जबकि v2.api.example.com एक नेस्टेड सबडोमेन है, जहाँ v2, api.example.com के अंतर्गत एक सबडोमेन है। प्रत्येक अतिरिक्त लेबल नेमस्पेस को और संकुचित करता है और इसके अपने DNS रिकॉर्ड और रूटिंग नियम हो सकते हैं। "एपेक्स" डोमेन (जिसे रूट डोमेन भी कहा जाता है) स्वयं पंजीकृत डोमेन होता है, जैसे example.com, और कुछ DNS सेटअप में इसे अलग तरह से माना जाता है क्योंकि कई कॉन्फ़िगरेशन में यह CNAME नहीं हो सकता, जबकि सबडोमेन आमतौर पर हो सकते हैं।
व्यवहारिक दृष्टि से, सबडोमेन लेबल वह हिस्सा है जिसे आप यह बताने के लिए चुनते हैं कि यह किस लिए है, जैसे www, app, api, mail, या dev, और DNS यह निर्धारित करता है कि उस होस्टनेम पर आने वाले अनुरोध कहाँ जाने चाहिए। भले ही एक सबडोमेन एक ही पैरेंट डोमेन का हिस्सा हो, यह इंटरनेट पर एक अलग पते की तरह व्यवहार करता है, यही कारण है कि इसका उपयोग अक्सर सेवाओं, वातावरणों या साइट के अनुभागों को स्पष्ट रूप से विभाजित करने के लिए किया जाता है।
सबडोमेन कैसे काम करते हैं?
एक सबडोमेन DNS रिकॉर्ड और वेब को मिलाकर काम करता है। server यह रूटिंग इस प्रकार की जाती है कि एक विशिष्ट होस्टनाम (जैसे api.example.com) सही सिस्टम पर रिजॉल्व हो और सही सामग्री या सेवा प्रदान करे। इसमें निम्नलिखित चरण शामिल हैं:
- आप अपने डोमेन के अंतर्गत सबडोमेन नाम बनाते हैं। आप एक लेबल तय करते हैं जैसे कि blog, ऐप, या एपीआई, जो एक होस्टनाम बनाता है जैसे blog.example.com आपको एक स्पष्ट, अलग पता देता है जिस पर ट्रैफिक को रूट किया जा सकता है।
- आप उस होस्टनाम के लिए DNS रिकॉर्ड जोड़ते हैं। अपने DNS प्रदाता में, आप रिकॉर्ड बनाते हैं (आमतौर पर A/AAAA या CNAME) blog.example.com ताकि DNS को पता चले कि इस नाम को किस गंतव्य पर हल किया जाना चाहिए।
- जब कोई व्यक्ति सबडोमेन पर जाता है तो रिकर्सिव डीएनएस रिकॉर्ड्स को देखता है। जब कोई उपयोगकर्ता प्रवेश करता है blog.example.com पर, उनका डिवाइस एक रिकर्सिव रिजॉल्वर (अक्सर एक द्वारा संचालित) से पूछता है आईएसपी या सार्वजनिक DNS सेवा का उपयोग करके यह पता लगाया जा सकता है कि वह होस्टनाम कहाँ इंगित करता है।
- DNS रिजॉल्यूशन सबडोमेन के लिए एक पता या लक्ष्य लौटाता है। रिजॉल्वर प्रासंगिक रिकॉर्ड को पुनः प्राप्त करता है और एक आईपी पता (A/AAAA से) या एक कैनोनिकल लक्ष्य लौटाता है जो फिर एक आईपी (CNAME से) में रिजॉल्व होता है, जो बताता है कि... ब्राउज़र कहां संपर्क करें।
- ब्राउज़र गंतव्य से जुड़ जाता है server और एक अनुरोध शुरू करता है। रिजॉल्व्ड आईपी का उपयोग करके, ब्राउज़र एक कनेक्शन खोलता है और एक HTTP(S) अनुरोध भेजता है जिसमें होस्ट हेडर सेट होता है। blog.example.com, जो यह बताता है कि उपयोगकर्ता ने किस होस्टनाम का अनुरोध किया है।
- टीएलएस और वेब server/proxy सही साइट या सेवा का चयन करें। HTTPS के लिए, server यह एक प्रमाणपत्र प्रस्तुत करता है जो सबडोमेन (या *.example.com जैसे वाइल्डकार्ड) को कवर करता है, और server or रिवर्स प्रॉक्सी यह होस्टनाम का उपयोग करके अनुरोध को सही वर्चुअल होस्ट, ऐप या बैकेंड.
- एप्लिकेशन सबडोमेन की इच्छित सामग्री के साथ प्रतिक्रिया करता है। रूट की गई सेवा प्रतिक्रिया उत्पन्न करती है, जैसे कि एक blog, एक APIया फिर एक एडमिन पोर्टल, इसलिए सबडोमेन अपने आप में एक अलग एंडपॉइंट की तरह व्यवहार करता है, भले ही वह उसी पैरेंट डोमेन का हिस्सा हो।
उपडोमेन उदाहरण
सबडोमेन का उपयोग अक्सर विभिन्न साइट कार्यों, सेवाओं या दर्शकों को अलग करने के लिए किया जाता है, जबकि सब कुछ एक मुख्य डोमेन के अंतर्गत रहता है। यहाँ कुछ सामान्य उदाहरण दिए गए हैं:
- www.example.comमुख्य सार्वजनिक वेबसाइट का पारंपरिक होस्टनाम (अक्सर example.com के समान स्थान को इंगित करता है)।
- blog.example.com. एक blog मुख्य साइट से अलग होस्ट किया गया, कभी-कभी किसी अलग प्लेटफ़ॉर्म पर या सीएमएस.
- ऐप.example.com. एक वेब आवेदन (डैशबोर्ड, ग्राहक पोर्टल, सास यूजर इंटरफेस (UI) को मार्केटिंग पेजों से अलग किया गया है।
- api.example.comएक एपीआई एंडपॉइंट जिसे बैकएंड सेवाओं पर रूट किया जाता है, जो अक्सर एपीआई गेटवे या लोड बैलेंसर के पीछे स्थित होती हैं।
- support.example.comएक सहायता केंद्र या टिकटिंग पोर्टल, जो आमतौर पर किसी तृतीय-पक्ष सहायता प्रणाली पर होस्ट किया जाता है।
- dev.example.com. एक विकास या परीक्षणों से पहले उपयोग किया जाने वाला स्टेजिंग वातावरण उत्पादन.
- mail.example.comईमेल संबंधी सेवाओं (वेबमेल, आदि) के लिए उपयोग किया जाने वाला होस्टनाम। एसएमटीपी गेटवे, या मेल रूटिंग)।
सबडोमेन का उपयोग क्यों करें?
सबडोमेन का उपयोग किसी डोमेन को अलग डोमेन की आवश्यकता के बिना स्पष्ट, उद्देश्य-विशिष्ट एंडपॉइंट्स में विभाजित करने के लिए किया जाता है। इससे सेवाओं को व्यवस्थित करना, ट्रैफ़िक को रूट करना और कॉन्फ़िगरेशन को इस तरह से प्रबंधित करना आसान हो जाता है जो स्केल करने योग्य हो। यहाँ बताया गया है कि आपको इनका उपयोग क्यों करना चाहिए:
- किसी साइट या उत्पाद के विभिन्न भागों को अलग-अलग करें। आप www.example.com पर मार्केटिंग पेज रख सकते हैं जबकि app.example.com पर एक वेब ऐप चला रहे हों, ताकि प्रत्येक स्वतंत्र रूप से विकसित हो सके।
- ट्रैफ़िक को विभिन्न सिस्टमों या प्रदाताओं तक रूट करें। एक सबडोमेन किसी भिन्न डोमेन को इंगित कर सकता है। serverलोड बैलेंसर cloud मुख्य डोमेन को बदले बिना किसी सेवा या तृतीय-पक्ष प्लेटफ़ॉर्म (उदाहरण के लिए support.example.com पर एक हेल्प डेस्क) का उपयोग करना।
- सुरक्षित परिवर्तनों के लिए वातावरण को पृथक रखें। टीमें अक्सर प्रोडक्शन को प्रभावित किए बिना रिलीज और कॉन्फ़िगरेशन परिवर्तनों का परीक्षण करने के लिए staging.example.com या dev.example.com का उपयोग करती हैं।
- विभिन्न सुरक्षा और पहुंच नीतियां लागू करें। सबडोमेन के अपने स्वयं के टीएलएस प्रमाणपत्र हो सकते हैं। WAF नियम, प्रमाणीकरणइसमें कुकी रेट लिमिट और यहां तक कि अलग-अलग कुकी स्कोप भी शामिल हैं, जो जोखिम को नियंत्रित करने और एडमिन पोर्टल जैसे संवेदनशील क्षेत्रों की सुरक्षा करने में मदद करते हैं।
- परिचालन संबंधी स्पष्टता और विस्तार में सुधार करें। जब सेवाओं के अलग-अलग होस्टनाम होते हैं, जैसे api.example.com और cdn.example.com, जिनमें से प्रत्येक का अपना लॉग, कैशिंग व्यवहार और बुनियादी ढांचा होता है, तो उनकी निगरानी करना, उन्हें तैनात करना और उनका विस्तार करना आसान होता है।
- क्षेत्रीय या भाषा संस्करणों का समर्थन करें। eu.example.com या fr.example.com जैसे सबडोमेन स्थानीयकृत सामग्री प्रदान कर सकते हैं या उपयोगकर्ताओं को क्षेत्र-विशिष्ट बुनियादी ढांचे तक पहुंचा सकते हैं।
सबडोमेन कैसे बनाएं?
सबडोमेन बनाने में इसे DNS में परिभाषित करना और यह सुनिश्चित करना शामिल है कि आपका server या सेवा को इसके लिए अनुरोधों को संभालने का तरीका पता है। हालांकि सटीक इंटरफ़ेस प्रदाता के अनुसार भिन्न होता है, समग्र प्रक्रिया एक समान होती है:
- सबडोमेन का नाम और उसका उद्देश्य चुनें। यह तय करें कि सबडोमेन क्या दर्शाएगा, उदाहरण के लिए blogकिसी ऐप या एपीआई का उपयोग करें और पुष्टि करें कि उसे ट्रैफ़िक को कहाँ रूट करना चाहिए।
- अपने डोमेन के DNS प्रबंधन तक पहुंचें। में प्रवेश करें डीएनएस प्रदाता या फिर वह डोमेन रजिस्ट्रार जो आपके मुख्य डोमेन के लिए आपके DNS ज़ोन को होस्ट करता है।
- सबडोमेन के लिए एक DNS रिकॉर्ड जोड़ें। सेवा को होस्ट करने के तरीके के आधार पर, सबडोमेन को किसी आईपी पते पर इंगित करने वाला A या AAAA रिकॉर्ड बनाएं, या इसे किसी अन्य होस्टनाम पर इंगित करने वाला CNAME रिकॉर्ड बनाएं।
- के लिए इंतजार DNS प्रसार. एक बार सेव हो जाने के बाद, नए रिकॉर्ड को DNS रिजॉल्वर में प्रसारित होने में समय लगता है, जिसमें कुछ मिनट से लेकर कई घंटे तक का समय लग सकता है, यह इस बात पर निर्भर करता है कि टीटीएल सेटिंग्स.
- इस कॉन्फ़िगर करें server या सेवा को सबडोमेन स्वीकार करने की अनुमति हो। अपना वेब अपडेट करें serverरिवर्स प्रॉक्सी या एप्लिकेशन सेटिंग्स का उपयोग करके, ताकि यह नए होस्टनाम को पहचान सके और जान सके कि कौन सी सामग्री या सेवा प्रदान करनी है।
- सबडोमेन के लिए HTTPS सेट अप करें। सुरक्षित कनेक्शन सुनिश्चित करने के लिए सबडोमेन को कवर करने वाला टीएलएस प्रमाणपत्र स्थापित करें या अपडेट करें (या वाइल्डकार्ड प्रमाणपत्र का उपयोग करें)।
- सबडोमेन का शुरू से अंत तक परीक्षण करें। यह पुष्टि करने के लिए कि DNS रिजॉल्यूशन, HTTPS और एप्लिकेशन राउटिंग सभी अपेक्षा के अनुरूप काम कर रहे हैं, ब्राउज़र या टेस्ट क्लाइंट में सबडोमेन पर जाएं।
सबडोमेन के क्या फायदे और नुकसान हैं?
आइए सबडोमेन के फायदे और नुकसानों की जांच करें:
| पहलू | सबडोमेन के लाभ | सबडोमेन के नुकसान |
| संगठन" | साइट क्षेत्रों को स्पष्ट रूप से अलग करता है (उदाहरण के लिए, blog(जैसे कि ऐप, एपीआई) ताकि आर्किटेक्चर और स्वामित्व अधिक स्पष्ट हो सकें। | यदि सुसंगत संरचना और शासन के बिना बहुत सारे उपडोमेन मौजूद हों तो इससे विखंडन उत्पन्न हो सकता है। |
| बुनियादी ढांचा और रूटिंग | यह आपको विभिन्न होस्टनामों को अलग-अलग रूट करने की सुविधा देता है। servers, cloudमुख्य डोमेन को बदले बिना s, CDNs, या तृतीय-पक्ष प्लेटफ़ॉर्म का उपयोग किया जा सकता है। | रखरखाव और समस्या निवारण के लिए अधिक DNS रिकॉर्ड, प्रमाणपत्र और रूटिंग नियम जोड़ता है। |
| तैनाती और वातावरण | इससे प्रोडक्शन के साथ-साथ staging.example.com और dev.example.com जैसे अलग-अलग एनवायरनमेंट चलाना आसान हो जाता है। | इससे विभिन्न वातावरणों में सुरक्षा, निगरानी और एकरूपता बनाए रखने के लिए सतहों की संख्या बढ़ जाती है। |
| सुरक्षा सीमाएँ | यह प्रत्येक सबडोमेन के लिए अलग-अलग सुरक्षा नियंत्रण (WAF नियम, दर सीमा, प्रमाणीकरण, हेडर नीतियां) सक्षम करता है और इसके प्रभाव क्षेत्र को कम कर सकता है। | गलत कॉन्फ़िगरेशन का जोखिम बढ़ जाता है (CORS, कुकीज़, रीडायरेक्ट, प्रमाणीकरण कॉलबैक), और यदि DNS/ऐप का रखरखाव नहीं किया जाता है तो प्रत्येक सबडोमेन अधिग्रहण का एक और लक्ष्य बन जाता है। |
| प्रदर्शन और कैशिंग | यह प्रत्येक सबडोमेन के लिए अलग-अलग कैशिंग और सीडीएन व्यवहार की अनुमति देता है (उदाहरण के लिए, cdn.example.com को स्थिर संपत्तियों के लिए अनुकूलित किया गया है)। | दोहराव से बचने के लिए सावधानीपूर्वक ट्यूनिंग की आवश्यकता है कैशिंग होस्टनामों में विभिन्न स्तरों का या असंगत व्यवहार। |
| एसईओ और सामग्री रणनीति | यह उन स्पष्ट रूप से भिन्न प्रॉपर्टीज़ (दस्तावेज़ीकरण, समर्थन, समुदाय) के लिए उपयोगी है जिन्हें अलग-अलग प्लेटफॉर्म और नेविगेशन की आवश्यकता हो सकती है। | सर्च इंजन सबडोमेन को अलग-अलग प्रॉपर्टी के रूप में मान सकते हैं, इसलिए एसईओ अथॉरिटी और एनालिटिक्स विभाजित हो सकते हैं और उन्हें समेकित करना कठिन हो सकता है। |
| विश्लेषिकी और ट्रैकिंग | होस्टनाम के आधार पर एनालिटिक्स को स्पष्ट रूप से विभाजित किया जा सकता है (उदाहरण के लिए, उत्पाद बनाम मार्केटिंग बनाम दस्तावेज़)। | क्रॉस-सबडोमेन ट्रैकिंग और एट्रिब्यूशन अधिक जटिल हो सकते हैं (कुकी स्कोप, क्रॉस-डोमेन माप कॉन्फ़िगरेशन)। |
| ब्रांडिंग और यूएक्स | एक ही डोमेन के अंतर्गत एक सुसंगत ब्रांड बनाए रखता है, साथ ही उद्देश्य का संकेत भी देता है (support.example.com आधिकारिक लगता है)। | यदि उपडोमेनों में नेविगेशन और लॉगिन प्रक्रिया भिन्न हो, तो यह उपयोगकर्ताओं को भ्रमित कर सकता है, विशेष रूप से इसके साथ एसएसओ और सेशन हैंडलिंग। |
| प्रमाणपत्र और HTTPS | यह प्रति-उपडोमेन प्रमाणपत्रों या वाइल्डकार्ड प्रमाणपत्र (*.example.com) के साथ अच्छी तरह से काम करता है। | बड़े पैमाने पर प्रमाणपत्र प्रबंधन एक बोझ बन सकता है (नवीनीकरण, एसएएन सीमाएं, वाइल्डकार्ड प्रतिबंध, गलत तरीके से जारी किए गए प्रमाणपत्र)। |
| ईमेल/परिचालन उपयोग | यह मेल और सेवा एंडपॉइंट्स (मेल, एसएमटीपी, स्टेटस) के लिए सामान्य है जो वेबसाइट से अलग होने चाहिए। | प्रलेखीकरण, निगरानी और समर्थन के लिए अधिक एंडपॉइंट; कई होस्टनामों में आउटेज की समस्या का समाधान करना कठिन हो सकता है। |
उपडोमेन अक्सर पूछे जाने वाले प्रश्न
यहां सबडोमेन के बारे में सबसे अधिक पूछे जाने वाले प्रश्नों के उत्तर दिए गए हैं।
सबडोमेन एसईओ को कैसे प्रभावित करते हैं?
सबडोमेन एसईओ को मुख्य रूप से इसलिए प्रभावित कर सकते हैं क्योंकि सर्च इंजन प्रत्येक सबडोमेन को अलग-अलग तरीके से मानते हैं (जैसे कि blog.example.com या shop.example.com) को एक अलग सेक्शन के रूप में देखा जाना चाहिए जिसे रूट डोमेन की पूरी रैंकिंग क्षमता को स्वचालित रूप से प्राप्त करने के बजाय अपनी सामग्री की गुणवत्ता, आंतरिक लिंकिंग और बैकलिंक के माध्यम से दृश्यता और अधिकार अर्जित करने की आवश्यकता है।
गूगल का कहना है कि वह सबडोमेन और सबडायरेक्टरी को एक समान तरीके से संभाल सकता है, लेकिन व्यवहार में एक सबडोमेन अक्सर एक अलग "प्रॉपर्टी" (उदाहरण के लिए सर्च कंसोल में) की तरह व्यवहार करता है, जिससे सिग्नल, रिपोर्टिंग और ऑप्टिमाइज़ेशन का काम कई होस्टनेम में बंट सकता है। इसका मतलब है कि सबडोमेन तब उपयोगी हो सकते हैं जब कंटेंट वास्तव में अलग हो (जैसे कोई ऐप, डॉक्स, कम्युनिटी या स्थानीय साइट), लेकिन अगर आप गलती से कंटेंट को अलग कर देते हैं, इंटरनल लिंकिंग को कमजोर कर देते हैं या होस्टनेम में असंगत तकनीकी सेटअप (कैनोनिकल, hreflang, रीडायरेक्ट, साइटमैप आदि) बना देते हैं, तो वे SEO को और भी मुश्किल बना सकते हैं।
सबडोमेन बनाम सबडायरेक्टरी
आइए सबडोमेन और सबडायरेक्टरी की तुलना करके उनकी अनूठी विशेषताओं के बारे में जानें:
| पहलू | उप डोमेन | उप-निर्देशिकाएं |
| संरचना | एक अलग होस्टनाम के रूप में दिखाई दें (उदाहरण के लिए, blog.example.com). | मुख्य डोमेन के अंतर्गत एक पथ के रूप में दिखाई दें (उदाहरण के लिए, example.com/)blog). |
| DNS और होस्टिंग | DNS रिकॉर्ड की आवश्यकता होती है और यह विभिन्न DNS को इंगित कर सकता है। servers या प्लेटफॉर्म। | DNS में बदलाव की आवश्यकता नहीं है; यह समान डोमेन इंफ्रास्ट्रक्चर के अंतर्गत होस्ट किया गया है। |
| इंफ्रास्ट्रक्चर flexाबिलता | हाई flexप्रत्येक सबडोमेन अलग-अलग स्टैक, प्रोवाइडर या रीजन का उपयोग कर सकता है। | लोअर flexक्षमता; आमतौर पर एक ही स्टैक और होस्टिंग वातावरण से जुड़ी होती है। |
| सुरक्षा और कॉन्फ़िगरेशन | इसमें अलग-अलग TLS प्रमाणपत्र, WAF नियम, प्रमाणीकरण और कुकीज़ हो सकते हैं। | अधिकांश सुरक्षा और कॉन्फ़िगरेशन मुख्य साइट के साथ साझा करें। |
| एसईओ उपचार | इसे अक्सर एक अलग संपत्ति के रूप में माना जाता है, इसलिए अधिकार और संकेत विभाजित हो सकते हैं। | डोमेन अथॉरिटी को अधिक सीधे तौर पर प्राप्त करें, जिससे एसईओ समेकन आसान हो जाता है। |
| विश्लेषिकी और ट्रैकिंग | सेशन और उपयोगकर्ताओं को एकीकृत करने के लिए क्रॉस-सबडोमेन ट्रैकिंग सेटअप की आवश्यकता है। | सब कुछ एक ही डोमेन के अंतर्गत होने के कारण विश्लेषण करना सरल हो जाता है। |
| सामग्री पृथक्करण | स्पष्ट रूप से अलग-अलग कार्यों (ऐप्स, एपीआई, सपोर्ट पोर्टल) के लिए सबसे उपयुक्त। | निकट से संबंधित सामग्री के लिए सर्वोत्तम (blog(एस, डॉक्स, मार्केटिंग पेज)। |
| तैनाती और स्वामित्व | यह प्रत्येक सबडोमेन के लिए स्वतंत्र रिलीज़ चक्र और टीम के स्वामित्व को सक्षम बनाता है। | टीमों और रिलीज़ के बीच अधिक सुदृढ़ समन्वय। |
| प्रयोक्ता अनुभव | यह एक विशिष्ट क्षेत्र या उत्पाद को इंगित करता है, लेकिन एक अलग साइट जैसा महसूस हो सकता है। | ऐसा लगता है मानो यह उसी वेबसाइट का एक निरंतर हिस्सा हो। |
| रखरखाव उपरि | जितना अधिक होगा, उतने ही अधिक DNS रिकॉर्ड, प्रमाणपत्र, निगरानी और नीतियों का प्रबंधन करना होगा। | कम ऊंचाई; कम गतिशील पुर्जे और सरल संचालन। |
एक डोमेन में कितने सबडोमेन हो सकते हैं?
DNS में, किसी डोमेन के कितने सबडोमेन हो सकते हैं, इसकी कोई निश्चित सीमा नहीं है। बल्कि, आप अपने DNS प्रदाता और संचालन व्यवस्था के अनुसार जितने चाहें उतने सबडोमेन बना सकते हैं। व्यावहारिक सीमाएँ DNS और प्रदाता की सीमाओं से आती हैं: नाम में प्रत्येक "लेबल" (जैसे api.example.com में api) 63 वर्णों तक का हो सकता है, और पूरा डोमेन नाम 253 वर्णों तक का हो सकता है, इसलिए गहराई से नेस्टेड नामों की लंबाई की एक निश्चित सीमा होती है।
इसके अलावा, वास्तविक सीमाएं इस बात पर निर्भर करती हैं कि आपका प्रदाता कितने DNS रिकॉर्ड की अनुमति देता है, आपका ज़ोन कितना बड़ा हो जाता है, और उपडोमेन की संख्या बढ़ने पर आप कितनी जटिलता (प्रमाणपत्र, रूटिंग, निगरानी और सुरक्षा नीतियां) बनाए रखने के लिए तैयार हैं।
क्या सबडोमेन सुरक्षित हैं?
सबडोमेन सुरक्षित हो सकते हैं, लेकिन वे "स्वचालित रूप से सुरक्षित" नहीं होते। प्रत्येक सबडोमेन प्रभावी रूप से एक अलग प्रवेश बिंदु होता है, जिसके अपने DNS रिकॉर्ड, TLS कॉन्फ़िगरेशन, एप्लिकेशन स्टैक और सुरक्षा सेटिंग्स होती हैं। इसलिए, समग्र सुरक्षा इस बात पर निर्भर करती है कि आप उन्हें कितनी नियमितता से कॉन्फ़िगर और प्रबंधित करते हैं। एक सुव्यवस्थित सबडोमेन कार्यों को अलग करके (उदाहरण के लिए, api.example.com को www.example.com से अलग रखकर) और सख्त प्रमाणीकरण, दर सीमा और WAF नियमों जैसे अनुकूलित नियंत्रण लागू करके सुरक्षा में सुधार कर सकता है।
मुख्य जोखिम गलत कॉन्फ़िगरेशन और फैलाव से उत्पन्न होते हैं। सामान्य समस्याओं में HTTPS का अभाव या कमजोर TLS सेटिंग्स, असंगत सुरक्षा हेडर, अत्यधिक अनुमेय CORS, उपडोमेनों में कुकी और सत्र रिसाव, और "उपडोमेन अधिग्रहण" शामिल हैं, जब एक DNS रिकॉर्ड किसी तृतीय-पक्ष सेवा की ओर इंगित करता है जिसका अब कोई उपयोग नहीं है।
व्यवहार में, सबडोमेन तब सुरक्षित होते हैं जब उन्हें स्वतंत्र उत्पादन सतहों की तरह माना जाता है: लॉक-डाउन DNS, मजबूत TLS, और सुदृढ़ सुरक्षा प्रणाली। server/ऐप सेटिंग्स, और मुख्य डोमेन की तरह ही निरंतर निगरानी।
क्या सबडोमेन मुफ्त हैं?
सबडोमेन आमतौर पर मुफ़्त होते हैं क्योंकि DNS प्रदाता प्रत्येक सबडोमेन के लिए अतिरिक्त शुल्क नहीं लेते हैं। इसके बजाय, एक बार जब आप डोमेन के मालिक बन जाते हैं, तो आप आमतौर पर नए सबडोमेन बना सकते हैं। blog.example.com, api.example.com और कई अन्य वेबसाइटें बिना किसी अतिरिक्त लागत के उपलब्ध हैं।
यदि कोई लागत आती है, तो वह सबडोमेन जिस चीज़ की ओर इंगित करता है, उससे संबंधित होती है: होस्टिंग, लोड बैलेंसर, सीडीएन का उपयोग, टीएलएस प्रमाणपत्र (अक्सर लेट्स एनक्रिप्ट के साथ मुफ्त, लेकिन प्रबंधित प्रमाणपत्रों के लिए शुल्क लग सकता है), और किसी अन्य एंडपॉइंट को संचालित और सुरक्षित करने के लिए आवश्यक समय और उपकरण। कुछ प्रबंधित प्लेटफ़ॉर्म सबडोमेन को सीमित कर सकते हैं या कस्टम होस्टनाम से जुड़ी सुविधाओं के लिए शुल्क ले सकते हैं, लेकिन सबडोमेन बनाने की डीएनए प्रक्रिया आमतौर पर सशुल्क ऐड-ऑन नहीं होती है।