उप डोमेन के लिए प्राधिकरण को सौंपने के लिए मुझे वास्तव में DNS कैसे सेट करना चाहिए?


15

मेरे पास होस्ट करने वाले प्रदाता के सर्वर हैं और वे मेरे डोमेन नामों के DNS रिकॉर्ड भी होस्ट करते हैं। अब मैं अपने स्वयं के DNS सेवा द्वारा हल किए गए उप-डोमेन जोड़ना चाहता हूं। उदाहरण के लिए:

  • होस्टिंग प्रदाता का नाम सर्वर के लिए आईपी पता जानता है econemon.com
  • मेरा एक सर्वर आईपी एड्रेस को जानता है ftp.econemon.com

इसके अलावा,

  • अज्ञात या अपरिभाषित उपडोमेन को मूल डोमेन के समान आईपी में रूट किया जाना चाहिए
  • मेरी डीएनएस सेवा की विफलता पर, यह बहुत अच्छा होगा यदि अनुरोध सभी आईपी पते से जुड़े हैं जो इसके साथ जुड़ा हुआ है econemon.com, लेकिन मुझे यकीन नहीं है कि यह कैसे काम करना चाहिए।

अब, मैंने अपने ज्ञान को नष्ट करने के लिए DNS पर विकिपीडिया लेखों के माध्यम से पढ़ा है, लेकिन जो हिस्सा मुझे भ्रमित करता है वह यह है: एक ग्राहक को कैसे पता होता है कि किस सर्वर को आईपी पते के लिए पूछना है ftp.econemon.com? क्या यह जानकारी हॉस्टल से मिलती है? यदि हां, तो क्या मुझे वहाँ उपडोमेन को पंजीकृत करना होगा (और तब मुझे अपने नाम सर्वर की क्या आवश्यकता होगी)?

जवाबों:


14

यदि आप अपने डोमेन के एक भाग के लिए प्राधिकरण सौंपना चाहते हैं तो आपको पदानुक्रम में एक और स्तर जोड़ने की आवश्यकता होगी।

जब एक पुनरावर्ती DNS सर्वर ftp.econemon.com के लिए पता पूछता है, तो यह कई चरणों से गुजरने वाला है। पहले यह रूट सर्वरों में से एक को पूछने जा रहा है, जो .com डोमेन के लिए नाम सर्वर के साथ उत्तर देगा (यह कदम संभवतः कैश किया जाएगा और केवल बार-बार किया जाएगा)। यह तब .com सर्वर से पूछेगा और वे econemon.com डोमेन के लिए नाम सर्वर के साथ जवाब देंगे। अंत में यह इन सर्वरों को ftp.econemon.com के एड्रेस रिकॉर्ड के लिए पूछेगा।

सिद्धांत रूप में आप मूल क्षेत्र में NS प्रविष्टि के रूप में ftp.econemon.com जोड़ सकते हैं

उदाहरण के लिए:

सेवाएँ NS ns1.econemon.com
ns1 A 192.0.2.1

और फिर अपने नाम सर्वर में एक क्षेत्र के रूप में ftp.econemon.com बनाएं। लेकिन अगर आप इसे इस तरह करते हैं तो आपको प्रति सर्वर एक नया क्षेत्र बनाना होगा। जो आप शायद करना चाहते हैं वह आपके प्रदाता को एक प्रत्यायोजित उपडोमेन जोड़ने के लिए कहें।

उदाहरण के लिए:

सेवाओं NS ns1.services.econemon.com
सेवाएँ NS ns2.services.econemon.com
ns1.services ए 192.0.2.1
ns2.services ए 192.0.2.2

फिर आप अपने नाम सर्वर पर एक ज़ोन के रूप में services.econemon.com जोड़ सकते हैं और इस सिंगल ज़ोन में ज़रूरत के अनुसार नई प्रविष्टियाँ जोड़ सकते हैं।

यदि आपको वास्तव में संक्षिप्त नामों की आवश्यकता है, तो CNAME रिकॉर्ड को जोड़ने के लिए बहुत अधिक परेशानी नहीं होनी चाहिए, जैसे कि ftp.econemon.com में ftp.services.econemon.com का कैनोनिकल नाम है, जो आपको IP पता बदलने में सक्षम बनाता है आप उपयोगकर्ताओं को संक्षिप्त नाम का उपयोग करने की अनुमति देना चाहते हैं।

ftp.econemon.com। CNAME ftp.services.econemon.com

तो, क्या यह सही है कि एक प्रविष्टि "econemon.com। NS ns.provider-domain.com में।" वास्तव में "डोमेन econemon.com और सभी उप डोमेन के लिए, ns.provider-domain.com पूछें" का मतलब है? मुझे लगता है कि यह वही है जो मुझे पहली बार में गलत समझ सकता है।
हन्नो फिएट

यह सही है, हालांकि वास्तविक दुनिया के लुकअप के लिए बहुसंख्यक लुकअप निर्णय अभिभावकों के रिकॉर्ड (यानी इस मामले में .com ज़ोन) पर आधारित होने जा रहे हैं। डोमेन के शीर्ष स्तर पर NS रिकॉर्ड वास्तव में काफी हद तक कॉस्मेटिक होते हैं और निरंतरता बनाए रखने के लिए (यानी यह सुनिश्चित करने के लिए कि जब ns.provider-domain.com और a.gtld-servers.net को econemon के लिए NS रिकॉर्ड के लिए कहा जाता है। com वे दोनों एक ही जवाब देते हैं)
रसेल हीलिंग

मैं यहाँ थोड़ा भ्रमित हूँ। क्या यह ftp NS ns1.econemon.com.पहले उदाहरण में नहीं होना चाहिए ?
होल्गर बोहनेके

2

आपको अपने स्वयं के DNS सर्वर की ओर इशारा करते हुए ftp.econemon.com के लिए एक एनएस प्रविष्टि जोड़ने की आवश्यकता है। जब कोई क्लाइंट कुछ हल करना चाहेगा ।ftp.econemon.com यह wil आपके प्रदाता DNS से ​​पूछेगा, तो वह जवाब देगा कि इसे आपके स्वयं के सर्वर पर हल किया जा सकता है। एक उदाहरण होगा:

ftp.econemon.com। NS में myownns.econemon.com

myownns.econemon.com। एक Your_DNS_SERVER_IP में

कुछ भी करने के लिए .econemon.com काम करने के लिए आप वाइल्डकार्ड रिकॉर्ड (*) का उपयोग कर सकते हैं


1

लेकिन ftp.econemon.com जैसी किसी चीज़ के लिए आपको कुछ भी प्रतिनिधि करने की आवश्यकता नहीं हो सकती है। Ftp.econemon.com की तरह कुछ आमतौर पर एक मेजबाननाम है जो एक उपडोमेन नहीं है। अगर ऐसा है तो इसके लिए केवल A रिकॉर्ड जोड़ें।

ftp.econemon.com. IN A 192.168.1.1

तुम भी उन में डॉट्स के साथ एक रिकॉर्ड जोड़ सकते हैं:

ftp.something.econemon.com. IN A 192.168.1.3

यदि DNS बाँध रहा है तो आप वाइल्डकार्ड का उपयोग कर सकते हैं जैसे:

*.something.econemon.com. IN A 192.168.1.3

मुझे यकीन नहीं है कि प्रतिनिधिमंडल वास्तव में उपयोगी है जब तक कि आप वास्तव में किसी अन्य व्यक्ति या संगठन को उप डोमेन का प्रबंधन करने की अनुमति नहीं देना चाहते।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.