DNS रिकॉर्ड का उपयोग करके रूट डोमेन को www सबडोमेन पर अग्रेषित करें

16

मैंने www.mydomain.comएक एज़्योर वेबसाइट पर बताया है।

www.mydomain.com --- CNAME --- mydomain.azurewebsites.net

जब मैं यात्रा www.mydomain.comकरता हूं , तो सब कुछ ठीक काम करता है। यह अच्छा है।

समस्या है, mydomain.comकाम नहीं करता है। Azure केवल www सबडोमेन की अनुमति देता है।

कुछ नेमसर्वर में, मैं रूट को अग्रेषित करने के लिए www के लिए एक FWD रिकॉर्ड का उपयोग करता हूं, और यह ठीक काम करता है। मेरे वर्तमान नाम सर्वर (Zoneedit.com) में यह FWD रिकॉर्ड नहीं है।

क्या कोई DNS रिकॉर्ड है जिसका उपयोग हम रूट डोमेन को www सबडोमेन पर अग्रेषित करने के लिए कर सकते हैं?

domain-name-system forwarding

— शॉन लुट्टिन
स्रोत

2

ज़ोनडिट में एक "WebForward" है जो यह करेगा।

— माइकल Hampton

@ मिचेल हैम्पटन परफेक्ट। हमने इस्तेमाल किया@ | StealthForward | http://www.example.com

— शॉन लुटिन

एक दम बढ़िया। यह अनिवार्य रूप से मैंने क्या वर्णन किया है (एक वास्तविक आईपी को इंगित करता है, यह एक वेब सर्वर है जो सिर्फ HTTP 300-श्रृंखला के साथ www.domain.com पर पुनर्निर्देशित करता है)।

— DTK

17

दुर्भाग्य से, यह DNS प्रोटोकॉल की एक प्रसिद्ध कमी है। DNS मानकों के भीतर कोई रिकॉर्ड प्रकार परिभाषित नहीं है जो आपको डोमेन के शीर्ष को उपनाम करने की अनुमति देगा। बहुत से लोग मानते हैं कि CNAMEइसे पूरा करने के लिए रिकॉर्ड का उपयोग किया जा सकता है, लेकिन तकनीकी कारण हैं कि वे क्यों नहीं कर सकते ।

कई डीएनएस प्रदाता कस्टम को लागू करते हैं (पढ़ें: नकली) डीएनएस रिकॉर्ड प्रकारों को इस कमी की कोशिश करने और संबोधित करने के लिए। पर्दे के पीछे, ये नकली रिकॉर्ड Aआपके इच्छित लक्ष्य को पूरा करने के लिए संश्लेषित रिकॉर्ड और वेबसर्वर पुनर्निर्देशन के संयोजन का उपयोग करके उस कंपनी के सॉफ़्टवेयर में कस्टम व्यवहार को लागू करते हैं । FWDइनमें से एक है, बहुत कुछ जैसा WebForwardकि माइकल ने आपको टिप्पणियों में निर्देशित किया है।

— एंड्रयू बी
स्रोत

8

सारांश: संक्षेप में, आपके पास वह रिकॉर्ड नहीं हो सकता है जिसे आप चाहते हैं, और आपका DNS होस्ट चीजें सही तरीके से कर रहा है।

स्पष्टीकरण: ज़ोन एपेक्स (ज़ोन के सामने स्थित खाली नाम) पर CNAME (उपनाम रिकॉर्ड / फ़ॉरवर्ड रिकॉर्ड) होना DNS स्टैंडपैड्स का उल्लंघन है।

इसका कारण CNAME रिकॉर्ड है जिसमें DNSSec रिकॉर्ड को छोड़कर किसी भी रिकॉर्ड के साथ नाम भाग संघर्ष नहीं हो सकता है। एक सामान्य क्षेत्र में, ज़ोन एपेक्स में एक CNAME रिकॉर्ड कम से कम SOA और NS रिकॉर्ड्स (और संभवतः कई अन्य) से टकराएगा। हालांकि कुछ डीएनएस सर्वर इसकी अनुमति देंगे, यह एक बैड थिंग है, और असफलताओं का निदान करने के लिए कड़ी मेहनत का कारण बन सकता है (ज़िक्र करने से काम नहीं चलेगा यदि आप ज़ोन की होस्टिंग को मानकों के अनुरूप डीएनएस सर्वर, जैसे कि कुछ भी आधार-आधारित) में ले जाते हैं ।

या तो ज़ोन एपेक्स में एक रिकॉर्ड है (वे एक साधारण वेब सर्वर हो सकते हैं जो सिर्फ HTTP 302 से www तक फेंकता है)। यदि आप अपने एज़्योर सर्वर इंस्टेंस के लिए स्थिर आईपी नंबर प्राप्त कर सकते हैं, तो अपने ज़ोन के शीर्ष पर प्रत्येक के लिए ए रिकॉर्ड रखें, और "www" नामक एक एकल CNAME रिकॉर्ड बनाएं जो शीर्ष रिकॉर्ड को इंगित करता है।

उदाहरण के तौर पे :

 

$ ORIGIN example.com।

@ SOA ns1.example.com पर। admin@example.com। (
                                 101;
                                 172800;
                                 900;
                                 1209600;
                                 3600; )
@ NS ns1.example.com में।
@ NS ns2.example.com पर।
@ एक 123.234.1.123 में
@ एक 123.234.1.124 में
@ एक 123.234.1.125 में
ns1 एक 123.234.1.126 में
ns2 एक 123.234.1.127 में
www CNAME example.com पर।

— DTK
स्रोत

5

IMO: यह पूरी तरह से दोहराना लायक नहीं है कि CNAME एपेक्स काम क्यों नहीं करता है। यदि उपयोगकर्ता पूछता है कि वे काम क्यों नहीं करते हैं, तो हमारे पास RFC संदर्भों के लिए एक कैनोनिकल उत्तर है । (पूर्ण प्रकटीकरण: मैंने इसे लिखा है) यदि वे इसके बारे में नहीं पूछते हैं, तो यह सवाल का जवाब देने के साथ रहना सबसे अच्छा है।

— एंड्रयू बी

धन्यवाद। मुझे एक विहित उत्तर की तलाश करनी चाहिए थी। मैं अगली बार के लिए ध्यान में रखूँगा।

— DTK

2

कुछ प्रोटोकॉल में सेवा खोजने के लिए DNS रिकॉर्ड प्रकार, ए रिकॉर्ड के अलावा अन्य मानक हैं। SMTP इसके साथ संबद्ध MX रिकॉर्ड है, इसका एक अच्छा उदाहरण है। HTTP के लिए कोई परिभाषित DNS रिकॉर्ड प्रकार नहीं हैं। यह संभावना है कि आपके पूर्व DNS / रजिस्ट्रार प्रदाता के पास HTTP रीडायरेक्ट या रिवर्स प्रॉक्सी सेवा थी।

अपने लक्ष्य को पूरा करने के लिए आपको एक HTTP 301 या 302 को एक होस्टनाम से दूसरे पर पुनर्निर्देशित करने के लिए एक वेबसर्वर (वर्चुअल होस्ट) सेटअप करने की आवश्यकता होगी, एक रिवर्स HTTP प्रॉक्सी सेटअप करें, स्वतंत्र वर्चुअल होस्ट सेटअप करें, या वर्चुअल होस्ट उपनाम का उपयोग करें। एक ही वेबसर्वर उदाहरण दोनों ए नामों का जवाब देगा।

— जोशुआ हॉब्लिट
स्रोत

0

यदि आप एज़्योर के लिए विशिष्ट उत्तर चाहते हैं, तो आपको इस तरह से एक और CNAME रिकॉर्ड बनाने की आवश्यकता है, जो इस तरह से दिखाएगा।

www.mydomain.com --- CNAME --- awverify.mydomain.azurewebsites.net

— अभिषेक सिद्धू
स्रोत