जवाबों:
ऐसा करना संभव है। एक समय पर यह हवा में थोड़ा ऊपर था जब तक कि 4592 ने स्पष्ट नहीं किया कि इसका समर्थन किया जाना चाहिए।
सिर्फ इसलिए कि यह संभव है इसका मतलब यह नहीं है कि यह सभी डीएनएस प्रदाताओं द्वारा समर्थित है। उदाहरण के लिए, GoDaddy आपको CNAME रिकॉर्ड में वाइल्डकार्ड सेट नहीं करने देगा।
ऐसा करना उचित है या नहीं, इस संदर्भ में, यह आपके उपयोग पर निर्भर करता है। आमतौर पर CNAMES का उपयोग सुविधा के लिए किया जाता है जब आप "बाहरी" डोमेन नाम की ओर इशारा करते हैं जिसे आप DNS पर नियंत्रित नहीं करते हैं।
उदाहरण के लिए, मान लें कि आपने एक CMS सिस्टम स्थापित किया है जो आपको साइट नाम के रूप में * .mycms.com की अनुमति देता है (यह होस्ट हेडर का उपयोग करता है)। आप चाहते हैं कि ग्राहक आसानी से * .cms.customer.com को सेट कर सकें, इस चिंता के बिना कि आप किसी बिंदु पर अपना आईपी पता बदल सकते हैं। उस स्थिति में, आप उन्हें www.mycms.com पर * .cms.customer.com नामक एक वाइल्डकार्ड CNAME सेट करने की सलाह दे सकते हैं।
क्योंकि वाइल्डकार्ड CNAMES सभी प्रदाताओं (जैसे GoDaddy) द्वारा समर्थित नहीं हैं, मैं इसे ऐसे मामले में उपयोग करने की सलाह नहीं दूंगा जहां आपने इसे विभिन्न ग्राहकों के लिए सुझाया है (जहां आप अपने प्रदाता की क्षमताओं को नहीं जानते हैं)।
*
नहीं है **
।
*
इस फरवरी में एक क्लाइंट के लिए वाइल्डकार्ड CNAME रिकॉर्ड सफलतापूर्वक सेट कर रहा हूं । GoDaddy डैशबोर्ड का उपयोग करना। और मैं पुष्टि करता हूं कि यह काम करेगा क्योंकि एक उम्मीद करेगा।
मैंने लाइन जोड़ दी
*.www IN CNAME my_webserver
मेरे बाँध विन्यास में मेरे ज़ोन फ़ाइल के लिए और वह पूरी तरह से काम किया (यानी। whatever.www.domain.com
और whatever2.www.domain.com
सभी को बताया my_webserver
।
लाइन को जोड़कर इसके अपवादों को जोड़ना भी संभव था
exception.www IN CNAME another_server
इतना exception.www.domain.com
इशारा किया another_server
।
बस जोड़ने के लिए कि अमेज़ॅन रूट 53 वाइल्डकार्ड्स को किसी भी रिकॉर्ड प्रकार में समर्थन करता है ।
इसलिए आप अपने DNS प्रदाता के रूप में सुरक्षित रूप से मार्ग 53 का उपयोग कर सकते हैं।
हम हर समय वाइल्डकार्ड डीएनएस का उपयोग करते हैं, और हमारे पास कोई समस्या नहीं है। यदि आप इसे ipaddres पर इंगित करते हैं, तो उपयोग करें:
*.mysite.com Host (A) Default xxx.xxx.xxx.xxx
यदि आप एक उपनाम का उपयोग करना चाहते हैं, तो करें:
*.mysite.com. IN CNAME mysite.com.
जहाँ तक मुझे याद है आप (ish) इस तरह से कर सकते हैं, लेकिन तब CNAME का उपयोग किसी अन्य रिकॉर्ड प्रकार जैसे NS या MX द्वारा नहीं किया जा सकता है।
बिल्कुल निश्चित नहीं है कि आप "वाइल्डकार्ड" चीज़ के साथ क्या हासिल करना चाहते हैं, इसलिए मुझे एक सामान्य जवाब देना होगा :)
स्पष्ट करने के लिए, CNAME aserver.domain का अर्थ है कि आपके पास दूसरा नाम नहीं है
कुछ अपवाद हैं, लेकिन मुझे नहीं पता कि वे मेरे सिर के ऊपर से हैं और आप वास्तव में निश्चित नहीं हैं कि आप क्या करना चाहते हैं, इसलिए मैं समय बर्बाद नहीं करूंगा।
CNAME
उसी डोमेन के लिए किसी अन्य प्रकार के रिकॉर्ड के साथ रिकॉर्ड साझा करने के बारे में उस चेतावनी के लिए धन्यवाद । मुझे एक समान समस्या थी, और मेरा डीएनएस सर्वर आमतौर पर मुझे झड़पों के बारे में चेतावनी देता है, लेकिन इस मामले में ऐसा नहीं हुआ क्योंकि CNAME था *.example.com
और अतिरिक्त रिकॉर्ड (एक TXT
रिकॉर्ड) एक विशिष्ट उपडोमेन के लिए था subdomain1.example.com
। तो यह झड़प को पकड़ नहीं पाया! ओह।
जब आप एक CNAME रिकॉर्ड बनाते हैं, तो बिंदु सर्वर को एक बिंदु के साथ, ex: * .mydomain.com। अंतिम बिंदु पर ध्यान दें
यहाँ मेरे परीक्षण के परिणाम हैं। मैंने mysite.com और www.mysite.com के ए रिकॉर्ड्स को हटा दिया और * .mysite.com के लिए CNAME रिकॉर्ड जोड़ दिया। परीक्षण काम नहीं किया। mysite.com हल नहीं करेगा। बस स्पष्ट होने के लिए, मैं अपने DNS सर्वर के लिए OpenDNS का उपयोग करता हूं। शायद यह अन्य DNS सर्वरों के साथ ठीक काम करता है, लेकिन मैं स्पष्ट रूप से यह सार्वभौमिक रूप से काम करना चाहता हूं। उन परिणामों के आधार पर, मैं मानक ए रिकॉर्ड के साथ छड़ी करने जा रहा हूं।
यह अब काम करता है।
ज़ोन फ़ाइल संपादक या DNS प्रबंधक के Godname से एक आईपी या डीएनएस नाम के लिए बस एक "*" का उपयोग करें।
मेरे मामले में मैंने इसे Microsoft Azure बादलों की ओर इशारा करते हुए DNS नाम के साथ इस्तेमाल किया और इसने बहुत अच्छा काम किया। यह bla.domain.ext के लिए लेकिन bla.bla.domain.ext के लिए भी काम करता है। किसी अन्य प्रदाता के लिए अलग काम कर सकते हैं।