एक उपडोमेन वेबसर्वर को कैसे दिया जाता है?

Question

मुझे पता है कि दिनांक 11.22.33.44 जैसे IP पते पर example.com जैसे पते को हल करता है, लेकिन मैं इस बारे में थोड़ा उलझन में हूं कि उपडोमेन कैसे हल किए जाते हैं, ताकि जब आप http://subdomain.example.com टाइप करें , तो वास्तव में क्या हो 11.22.33.44 पर सर्वर से पास हो जाता है? दूसरे शब्दों में, example.com = 11.22.33.44, लेकिन subdomain.example.com/path = ???

क्या "उपडोमेन" और "पथ" को http हेडर के रूप में पारित किया गया है, या किसी तरह यूआरएल में मैप किया गया है, या क्या?

अग्रिम में धन्यवाद।

संपादित करें: यदि मैं सही ढंग से समझ रहा हूं, तो BloodPhilia का कहना है कि subdomain.example.com वास्तव में एक अलग डोमेन है जो सिद्धांत रूप में एक पूरी तरह से अलग आईपी को हल कर सकता है। लेकिन अगर ऐसा है, तो मेजबानों के बारे में क्या है जिनके पास बड़ी संख्या में (जैसे दिखते हैं) उपडोमेन हैं, लेकिन जो वास्तव में साइट पर कुछ पथ के लिए मैप करते हैं। उदाहरण के लिए, ब्लॉगस्पॉट लाखों ब्लॉग होस्ट करता है, और वे सभी इस तरह दिखते हैं:

aaa.blogspot.com
bbb.blogspot.com
...millions more...
yyy.blogspot.com
zzz.blogspot.com

वे स्पष्ट रूप से अपने स्वयं के आईपी के साथ उप-डोमेन नहीं हैं, बल्कि आआ.blogspot.com -> www.blogspot.com/aaa जैसे कुछ मैपिंग कर रहे हैं, लेकिन यह कैसे पूरा होता है? वास्तव में blogspot.com पर वेब सर्वर को क्या मिलता है?

Answer 1

डोमेन, उप-डोमेन, उप-उप डोमेन, और उप (x) -sub- उप-डोमेन (अंतिम दो को बनाया!), DNS द्वारा अंतिम उपयोगकर्ता और वेबसर्वर के समान व्यवहार किया जाता है।

उदाहरण के लिए, DNS सर्वर domain.com, www.domain.comया के लिए अलग-अलग परिणाम लौटा सकता है mysite.domain.com।

अब, जैसा कि आप शायद जानते हैं, दुनिया में आईपी की तुलना में कई अधिक डोमेन हैं।

इस वजह से, सर्वर सही सामग्री की सेवा के लिए "होस्ट हेडर्स" के रूप में जाना जाता है।

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

परीक्षण / सीखने / निदान के लिए एक अच्छा उपकरण Wfetch है, इसे यहां डाउनलोड किया जा सकता है ।

यहाँ superuser.com एक्सेस करने के दौरान भेजे गए हेडर का एक उदाहरण है

यहाँ IIS (एक वेबसर्वर) में होस्ट हेडर के लिए विन्यास है:

( यहां से छवि )

यदि आप रुचि रखते हैं, तो Serverfault.com और Superuser.com एक ही आईपी पर हैं और यह वह तकनीक है जिसका उपयोग साइटों को अलग करने और विभिन्न सामग्रियों की सेवा के लिए किया जाता है।

विषय पर अधिक पढ़ने के लिए, आप वर्चुअल होस्टिंग पर विकिपीडिया लेख पढ़ना चाह सकते हैं ।

(मुझे पता है कि आप मूल बातें समझते हैं, लेकिन मुझे लगा कि थोड़ा और अधिक कहना अच्छा होगा ताकि कोई भी Google-ing इसे थोड़ा सीख सके यदि वे चाहते हैं!)

संपादित करें

इसलिए, आपके उदाहरण के अनुसार, मुझे लगता है कि ब्लॉगस्पॉट के रूप में किसी के पास सबसे बड़ा होने की संभावना है एक वाइल्डकार्ड DNS प्रविष्टि (किसी भी क्वेरी के लिए वाइल्डकार्ड प्रविष्टि एक ही परिणाम देता है) जो एक लोड बैलेंसर को इंगित करता है, फिर लोड बैलेंसर इसे बाहर भेज देगा। कई अलग-अलग वेबसर्वरों के पास, जिनके पास संभवतः होस्ट हेडर के अनुसार एक अलग साइट नहीं है, लेकिन इसके बजाय एक एकल साइट / स्क्रिप्ट जिसे पता टाइप किया गया है (होस्ट हेडर या नहीं) पर पार्स किया जाता है, और वहां और फिर सीडीएन से सही सामग्री खींचता है।

हालाँकि, यह भी संभव है (लेकिन संभावना नहीं है) कि उनके पास प्रति आईपी कुछ हज़ार प्रविष्टियां हैं, आईपी कुछ सर्वरों की ओर जाता है और उनके पास बस प्रत्येक साइट के लिए एक प्रविष्टि है जिसमें एक मिलान होस्ट हैडर है।

Comments

अच्छा! साइड नोट: यह तथ्य कि दो वेबसाइट एक आईपी एड्रेस साझा करती हैं, जरूरी नहीं कि वे हमेशा एक ही मशीन पर होस्ट की जाती हों। एक लोड बैलेंसर वास्तव में इन हेडर में भी झांक सकता है और विभिन्न मशीनों को सौंप सकता है। (सुपर यूजर एट अल के लिए स्टैक ओवरफ्लो का न्यूयॉर्क डेटा सेंटर भी देखें , जिसे मैंने वास्तव में खुद नहीं पढ़ा था ...)

— अर्जन

@ अर्जन +1 अच्छा बिंदु ... मैंने लोड बैलेंसर्स का उल्लेख किया है, लेकिन यह स्पष्ट रूप से लोड बैलेंसर (ओं) का सिर्फ आईपी (एस) हो सकता है, और फिर वे कई सर्वरों के अनुरोधों को विभाजित करते हैं।

— विलियम हिल्सम

विस्तृत जानकारी के लिए उत्तर के रूप में चिह्नित और आगे शोध के लिए लिंक। धन्यवाद!

— यहोशू फ्रैंक

Answer 2

वास्तव में, यदि दो डोमेन में समान आईपी पता है, तो सर्वर अनुरोधित डोमेन को निर्दिष्ट करने के लिए ब्राउज़र पर निर्भर करता है। जैसे :

GET / HTTP/1.1
Host: data.stackexchange.com

Answer 3

उप डोमेन सही शब्द नहीं है। आमतौर पर एक उपडोमेन अपने आप ही डोमेन होता है, इसलिए sub.example.com को पहले DNS में पास किया जाता है, अगर इस उपडोमेन के लिए कोई विशेष रिकॉर्ड नहीं मिलता है, तो अनुरोध शीर्ष डोमेन के आईपी को दिया जाता है। (example.com) उस सर्वर पर फिर से अनुरोध किया जाता है और सर्वर उसी के अनुसार कार्य करेगा।

दूसरे शब्दों में, example.com का अनुरोध वास्तव में sub.example.com के अनुरोध से भिन्न नहीं है।

Comments

मुझे लगता है कि शायद मैं यहां कुछ महत्वपूर्ण नहीं समझ रहा हूं। मुझे अपना प्रश्न संपादित करने और स्पष्ट करने दें। धन्यवाद।

— जोशुआ फ्रैंक

क्या आप कह रहे हैं कि अगर sub.example.comहल नहीं होता है, तो आईपी पते का example.comउपयोग किया जाएगा? मुझे लगता है कि ब्राउज़र ऐसा नहीं करते हैं। (जब तक कुछ वाइल्डकार्ड डीएनएस रिकॉर्ड नहीं है, लेकिन तब उपडोमेन वास्तव में हल करेगा, मैं कहूंगा।)

— अर्जन

Answer 4

Subdomain.example.com 11.22.33.44 का समाधान नहीं करता है - आपके प्रश्न के उद्देश्य के लिए आमतौर पर इसका स्वयं का DNS रिकॉर्ड है और एक अलग पते पर हल होता है।

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

Comments

क्या आप कह रहे हैं कि, मेरे ब्लॉगस्पॉट उदाहरण में, "xyz.blogspot.com" में कोई समर्पित डीएनएस प्रविष्टि नहीं होगी, इसलिए डीएनएस "ब्लॉगस्पॉट डॉट कॉम" की तलाश करेंगे और इसे 11.22.33.44 पर पाएंगे। लेकिन यह पूरे url को "xyz.blogspot.com" होस्ट फ़ील्ड के रूप में भेजेगा, और यह सर्वर के लिए है कि इसे पार्स करें और ब्राउज़र को xyz पेज भेजें?

— जोशुआ फ्रैंक

हाँ य़ह सही हैं।

— जोएल कोएहॉर्न

nslookup dummy.example.comपैदावार server can't find dummy.example.com- तो कैसे ऊपर से मेल खाता है? (@ जोशुआ की टिप्पणी में उदाहरण के लिए?)

— अर्जन

क्षमा करें, आपको अभी भी अपने उपडोमेन के लिए ए रिकॉर्ड की आवश्यकता है - यह सिर्फ इतना है कि यदि आप चाहें तो यह एक ही आईपी दे सकता है।

— जोएल कोएहॉर्न

फिर मैं फिर से उलझन में हूँ। अगर लाखों xyz.blogspot.com सबडोमेन हैं, तो वे सभी में ए रिकॉर्ड नहीं हो सकते हैं, इसलिए कैसे रूट पूरा किया जाता है? और ए रिकॉर्ड कॉन्फ़िगरेशन सर्वर साइड है। मुझे दिलचस्पी है कि क्लाइंट को कैसे पता चलेगा, एक यूआरएल दिया गया है, क्या xyz एक उचित उपडोमेन है या ऐसा कुछ है जो सर्वर साइड मैप किया गया है। विशेष रूप से, क्या कभी भी आईपी को थोड़ी देर के लिए कैश करना सुरक्षित होता है, क्योंकि आप जानते हैं कि x.domain.com और y.domain.com एक ही सर्वर पर हैं, या आप केवल यूआरएल को देखकर कभी नहीं जान सकते हैं?

— जोशुआ फ्रैंक