क्या एक सर्वर एक डोमेन और एक उपडोमेन के लिए DNS कर सकता है?

Question

मेरे पास एक ऐसी स्थिति है जहां मुझे abc और bc दोनों के लिए नेमसर्वर को बदलने की आवश्यकता है । बल्कि मुझे इसके लिए दो मशीनें समर्पित नहीं करनी होंगी।

मैं मल्टी-होमिंग के बारे में पढ़ रहा हूं, लेकिन सभी उदाहरण एक डोमेन और एक उप डोमेन के बजाय * .bc के लिए प्रतीत होते हैं ।

क्या एकल मशीन के साथ यह परिदृश्य संभव है?

Comments

यह काम करता है, हाँ। केवल एक चीज जो आप नहीं कर सकते हैं, वह है "क्षैतिज प्रतिनिधिमंडल" के रूप में जाना जाता है, जो कि पहले से ही आपके द्वारा प्रत्यायोजित किए गए किसी चीज़ को फिर से सौंपने का प्रयास है। (यदि आप sub1.example.comको सौंप दिया गया है, तो आप sub1.example.comकिसी और को नहीं सौंप सकते हैं )

— एंड्रयू बी

Answer 1

हां, यह बिना किसी समस्या के पूरी तरह से समर्थित है।

तुम भी एक ही मशीन में पूरी तरह से अलग डोमेन की मेजबानी कर सकते हैं।

उदाहरण के लिए, BIND9 को DNS सर्वर के रूप में उपयोग करते हुए आपको कुछ इस तरह से रखना चाहिए named.conf:

zone "example.com" {
        type master;
        file "/usr/local/etc/namedb/static/example.com";
        notify yes;
        allow-transfer { nameservers; }
        };
};

zone "subzone.example.com" {
        type master;
        file "/usr/local/etc/namedb/static/subzone.example.com";
        notify yes;
        allow-transfer { nameservers; }
        };
};

अपने ज़ोन डेटा के साथ ज़ोन फ़ाइलों को भरें। मुख्य ज़ोन फ़ाइल में आप सबज़ोन को भी निर्दिष्ट कर सकते हैं, मेलिंग के लिए भी एमएक्स रिकॉर्ड के साथ, फ़ाइल के लिए इस उदाहरण पर एक नज़र डालें example.com:

; Nameservers records
ns.example.com.         IN      A       192.168.0.10
ns1.example.com.        IN      A       192.168.0.3
ns2.example.com.        IN      A       192.168.0.4

; Delegated internal zones
local.example.com.      IN      NS      ns.example.com.
mgmt.example.com.       IN      NS      ns.example.com.

; Delegated external zones
subzone.example.com.    IN      NS      ns.example.com.
whatever.example.com.   IN      NS      ns.example.com.

; Delegated external zone with its own nameservers (and glue records)
fnord.example.com.      IN      NS      ns1.fnord.example.com.
fnord.example.com.      IN      NS      ns2.fnord.example.com.
ns1.fnord.example.com.  IN      A       198.51.100.1
ns2.fnord.example.com.  IN      A       198.51.100.2

; Mailing zones
lists.example.com.      IN      A       192.168.0.13
                        IN      MX      0 lists.example.com.
                        IN      TXT     "v=spf1 mx ~all"
                        IN      SPF     "v=spf1 mx ~all"

आशा है कि यह सब कुछ स्पष्ट करेगा।

Comments

मैंने अपने स्वयं के नेमसर्वर्स (और गोंद रिकॉर्ड्स) के साथ एक सबज़ोन प्रतिनिधिमंडल का एक उदाहरण देखा। लोगों के लिए यह बेहतर है कि वे जल्द से जल्द उजागर हों।

— एंड्रयू बी

अच्छा लगा। तो 'पैरेंट डोमेन' और 'चाइल्ड डोमेन' में समान IP पता होना कोई समस्या नहीं है? या क्या अभी भी एक ही एनआईसी को कई आईपी का जवाब देने की आवश्यकता है?

— नृशंस

@ethrbunny नहीं, एक DNS दृष्टिकोण से कोई समस्या नहीं है।

— एंड्रयू बी

@ethrbunny क्या आप Windows Sysadmin हैं? क्योंकि विंडोज वर्ल्ड में वो सवाल कॉमन हैं। डीसी को अलग-अलग आईपी पते, अलग-अलग मशीनों और आदि की आवश्यकता होती है

— विनियस फेरो