बाँध के लिए गैर-डॉट-वाइल्डकार्ड (* -foo.example.com)?


10

ऐसा लगता है कि यह बताने का कोई तरीका नहीं है bindकि *-foo.example.comउदाहरण के लिए हल करना चाहिए। 10.1.2.3, जबकि *-bar.example.comहल करता है 10.2.3.4। क्या कोई वर्कअराउंड है? कुछ नाम उदा। एक बाहरी कार्यक्रम के साथ हल? या मुझे bindउदाहरण के लिए बदलना चाहिए । पावरडएनएस ?

मैं एक और एसएसएल वाइल्डकार्ड सर्टिफिकेट खरीदने से बचने की कोशिश कर रहा हूं। (वाइल्डकार्ड सेरेट्स के साथ, जैसे *.example.com, *भाग में डॉट्स की अनुमति देना संभव नहीं है ।)

ज़ोन फ़ाइल में सभी *-fooया *-barनामों को निर्दिष्ट करना एक विकल्प नहीं है, क्योंकि मुझे मक्खी पर दोनों प्रकार के पते बनाने में सक्षम होने की आवश्यकता है।


क्या मक्खी पर भी ज़ोन में डोमेन जोड़ने का कोई तरीका नहीं है? मैंने कभी भी बाँध के साथ इस्तेमाल होने वाले आंशिक जंगली जानवरों को नहीं देखा है। मैं यह निश्चित रूप से नहीं कह सकता कि यह संभव नहीं है।
डेविड होउडे

@DavidHoude: मुझे डर है कि मक्खी पर जोड़ना एक विकल्प नहीं है, क्योंकि कोई भी क्वेरी जो अतिरिक्त उत्तर के साथ "प्रदूषित" नाम सर्वर को पहले से बताती है। यह ऐसी समस्याएं पैदा करता है जो काफी दुर्लभ हैं लेकिन हल करने के लिए थोड़ा बुरा है। (निश्चित समय समस्या को ठीक कर देगा।)
तुमास्सला

1
$GENERATEआपकी मदद करता है ?
सेलडा

1
@DavidHoude - आप डायनेमिक अपडेट का उपयोग कर सकते हैं, लेकिन जैसा कि मूल पोस्टर आपको बताता है कि आप उस स्थिति में दौड़ते हैं, जहां एक कैचिंग रिज़ॉल्वर ने रिकॉर्ड जोड़ने से पहले एक नकारात्मक प्रतिक्रिया को कैश किया हो सकता है। यह प्रयास करने और कम करने के लिए कि आप नकारात्मक कैशिंग ttl को बहुत कम मान सकते हैं, लेकिन प्रत्येक रिज़ॉल्वर ने ttls को स्पष्ट रूप से सम्मानित नहीं किया है और कुछ व्यावहारिक न्यूनतम लगाते हैं ताकि परिणाम निराशाजनक रूप से परिवर्तनशील हो सकें।
माइकल मैकनेली

@ चेलादा: *हिस्सा किसी भी [a-z]तार (लंबाई प्रतिबंध के साथ, बिल्कुल) हो सकता है। तो, मेरे मामले में $GENERATEमदद नहीं करता है। हालांकि टिप के लिए धन्यवाद - किसी और के लिए उपयोगी हो सकता है जो इस पृष्ठ को पाता है।
tuomassalo

जवाबों:


11

यह काम नहीं करता है इसका कारण यह है कि यह आरएफसी के भीतर व्यवहार को परिभाषित नहीं करता है। इसे आपके द्वारा उपयोग किए जा रहे सॉफ़्टवेयर के विस्तार के रूप में लागू किया जाना चाहिए। RFC4592 एक वाइल्डकार्ड रिकॉर्ड की परिभाषा को काफी मजबूती से परिभाषित करता है:

2.1.1। वाइल्डकार्ड डोमेन नाम और तारांकन लेबल

एक "वाइल्डकार्ड डोमेन नाम" को इसके प्रारंभिक (यानी, सबसे
कम या कम महत्वपूर्ण) लेबल बाइनरी प्रारूप में होने से परिभाषित किया गया है :

  0000 0001 0010 1010 (binary) = 0x01 0x2a (hexadecimal)

शब्द लेबल यहां नोट करें। एक लेबल डॉट पृथक इकाई है। यदि आपके पास लेबल में तारांकन के अलावा कुछ भी है, तो यह वाइल्डकार्ड नहीं है।

तुम थोड़े फंस गए हो। डीएनएस के भीतर काम करते हुए, आपको उस डॉट की आवश्यकता होती है जिसे आप बचने की कोशिश कर रहे हैं। बाकी सब कुछ सर्वर सॉफ्टवेयर और कार्यान्वयन के लिए विस्तार है।


अच्छी तरह से जवाब दिया।
माइकल मैकनेली

0

RFC 6125 नेस्टेड उप डोमेन के लिए एक सामान्य प्रमाण पत्र होने से रोकता है। RFC 4592 और RFC 1034 एक DNS प्रविष्टि के रूप में * -xxx.domain.com होने से रोकते हैं।

इसलिए आपके पास केवल दो विकल्प हैं (जो स्वचालित करने की कोशिश करते समय अच्छा नहीं है):

  • प्रति उपडोमेन एक प्रमाण पत्र बनाएं (नि: शुल्क विकल्प हैं लेकिन आपके मंच के आधार पर जटिल हो सकते हैं)।
  • उप-सेवा (जो उप-उप-डोमेन नहीं होगी) प्रति पूर्ण DNS प्रविष्टि बनाएँ।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.