🥇BIND में /24 से कम रिवर्स सबनेट ज़ोन का प्रत्यायोजन। यह कैसे काम करता है

एक दिन मुझे अपने एक ग्राहक को उसे सौंपे गए /28 सबनेट के पीटीआर रिकॉर्ड को संपादित करने का अधिकार देने की चुनौती का सामना करना पड़ा। मेरे पास बाहर से BIND सेटिंग्स को संपादित करने के लिए स्वचालन नहीं है। इसलिए, मैंने एक अलग रास्ता अपनाने का फैसला किया - क्लाइंट को /24 सबनेट के पीटीआर ज़ोन का एक टुकड़ा सौंपने के लिए।

ऐसा प्रतीत होगा - इससे सरल क्या हो सकता है? हम बस आवश्यकतानुसार सबनेट को पंजीकृत करते हैं और इसे वांछित एनएस पर निर्देशित करते हैं, जैसा कि उपडोमेन के साथ किया जाता है। लेकिन कोई नहीं। यह इतना आसान नहीं है (हालाँकि वास्तव में यह आम तौर पर आदिम है, लेकिन अंतर्ज्ञान मदद नहीं करेगा), इसीलिए मैं यह लेख लिख रहा हूँ।

जो कोई भी इसे स्वयं समझना चाहता है वह पढ़ सकता है आरएफसी
कौन तैयार समाधान चाहता है, बिल्ली में आपका स्वागत है।

कॉपी-पेस्ट विधि पसंद करने वालों को देरी न करने के लिए, मैं पहले व्यावहारिक भाग और फिर सैद्धांतिक भाग पोस्ट करूंगा।

1. अभ्यास करें. प्रतिनिधि क्षेत्र /28

मान लीजिए कि हमारे पास एक सबनेट है 7.8.9.0/24. हमें सबनेट को प्रत्यायोजित करने की आवश्यकता है 7.8.9.240/28 डीएनएस क्लाइंट को 7.8.7.8 (ns1.client.domain).

प्रदाता के DNS पर आपको एक फ़ाइल ढूंढनी होगी जो इस सबनेट के रिवर्स ज़ोन का वर्णन करती हो। जाने भी दो 9.8.7.in-addr.harp.
हम 240 से 255 तक की प्रविष्टियों पर टिप्पणी करते हैं, यदि कोई हो। और फ़ाइल के अंत में हम निम्नलिखित लिखते हैं:

255-240  IN  NS      7.8.7.8
$GENERATE 240-255 $ CNAME $.255-240

सीरियल ज़ोन बढ़ाना न भूलें और करें

rndc reload

यह प्रदाता भाग पूरा करता है। चलिए क्लाइंट डीएनएस पर चलते हैं।

सबसे पहले, आइए एक फ़ाइल बनाएँ /etc/bind/master/255-240.9.8.7.in-addr.arpa निम्नलिखित सामग्री:

$ORIGIN 255-240.9.8.7.in-addr.arpa.
$TTL 1W
@                       1D IN SOA       ns1.client.domain. root.client.domain. (
                        2008152607      ; serial
                        3H              ; refresh
                        15M             ; retry
                        1W              ; expiry
                        1D )            ; minimum
@                       IN NS        ns1.client.domain.
@                       IN NS        ns2.client.domain.
241                     IN PTR          test.client.domain.
242                     IN PTR          test2.client.domain.
245                     IN PTR          test5.client.domain.

और अंदर name.conf हमारी नई फ़ाइल का विवरण जोड़ें:

zone "255-240.9.8.7.in-addr.arpa." IN {
        type master;
        file "master/255-240.9.8.7.in-addr.arpa";
};

बी बाइंड प्रक्रिया को पुनरारंभ करें।

/etc/init.d/named restart

सभी। अब आप चेक कर सकते हैं.

#>  host 7.8.9.245 
245.9.8.7.in-addr.arpa is an alias for 245.255-240.9.8.7.in-addr.arpa.
245.255-240.9.8.7.in-addr.arpa domain name pointer test5.client.domain.

कृपया ध्यान दें कि न केवल PTR रिकॉर्ड दिया गया है, बल्कि CNAME भी दिया गया है। इसे ऐसा होना चाहिए। यदि आप सोच रहे हैं कि ऐसा क्यों है, तो अगले अध्याय में आपका स्वागत है।

2. सिद्धांत. यह काम किस प्रकार करता है।

ब्लैक बॉक्स को कॉन्फ़िगर और डीबग करना कठिन है। यदि आप समझें कि अंदर क्या चल रहा है तो यह बहुत आसान है।

जब हम किसी डोमेन में एक उपडोमेन सौंपते हैं डोमेन, तो हम कुछ इस तरह लिखते हैं:

client.domain.	NS	ns1.client.domain.
ns1.client.domain.	A	7.8.7.8

हम पूछने वाले हर व्यक्ति से कहते हैं कि हम इस क्षेत्र के लिए ज़िम्मेदार नहीं हैं और बताएं कि कौन ज़िम्मेदार है। और सभी अनुरोध क्लाइंट.डोमेन 7.8.7.8 पर पुनर्निर्देशित करें। जाँच करते समय, हमें निम्नलिखित चित्र दिखाई देता है (ग्राहक के पास जो है उसे हम छोड़ देंगे। इससे कोई फर्क नहीं पड़ता):

# host test.client.domain
test.client.domain has address 7.8.9.241

वे। हमें बताया गया कि ऐसा एक रिकॉर्ड है और इसका आईपी 7.8.9.241 है। कोई अनावश्यक जानकारी नहीं.

यही कार्य सबनेट के साथ कैसे किया जा सकता है?

क्योंकि हमारा DNS सर्वर RIPE में पंजीकृत है, फिर जब हमारे नेटवर्क से PTR IP पते का अनुरोध किया जाता है, तब भी पहला अनुरोध हमसे ही होगा। तर्क डोमेन के समान ही है। लेकिन आप ज़ोन फ़ाइल में सबनेट कैसे दर्ज करते हैं?

आइए इसे इस प्रकार दर्ज करने का प्रयास करें:

255-240  IN  NS      7.8.7.8

और... चमत्कार नहीं हुआ. हमें कोई अनुरोध पुनर्निर्देशन प्राप्त नहीं हो रहा है. बात यह है कि बाइंड को यह भी पता नहीं है कि रिवर्स ज़ोन फ़ाइल में ये प्रविष्टियाँ आईपी पते हैं, और निश्चित रूप से रेंज प्रविष्टि को नहीं समझता है। उसके लिए यह एक प्रकार का प्रतीकात्मक उपडोमेन मात्र है। वे। बाइंड के लिए "के बीच कोई अंतर नहीं होगा"255-240"और"हमारासुपरक्लाइंट". और अनुरोध को जहां जाना है वहां जाने के लिए, अनुरोध में पता इस तरह दिखना चाहिए: 241.255-240.9.8.7.in-addr.arpa. या इस तरह यदि हम एक वर्ण उपडोमेन का उपयोग करते हैं: 241.oursuperclient.9.8.7.in-addr.arpa. यह सामान्य से भिन्न है: 241.9.8.7.in-addr.harp.

ऐसा अनुरोध मैन्युअल रूप से करना कठिन होगा. और अगर यह काम भी करता है, तब भी यह स्पष्ट नहीं है कि इसे वास्तविक जीवन में कैसे लागू किया जाए। आख़िरकार, अनुरोध पर 7.8.9.241 प्रदाता का DNS अभी भी हमें उत्तर देता है, ग्राहक का नहीं।

और यहीं पर वे चलन में आते हैं CNAME.

प्रदाता की ओर से, आपको सबनेट के सभी आईपी पतों के लिए एक प्रारूप में उपनाम बनाना होगा जो क्लाइंट डीएनएस को अनुरोध अग्रेषित करेगा।

255-240  IN  NS      ns1.client.domain.
241     IN  CNAME   241.255-240
242     IN  CNAME   242.255-240
и т.д.

यह मेहनती के लिए है =).

और आलसी लोगों के लिए, नीचे दिया गया डिज़ाइन अधिक उपयुक्त है:

255-240  IN  NS      ns1.client.domain.
$GENERATE 240-255 $ CNAME $.255-240

अब यहां जानकारी का अनुरोध करें 7.8.9.241 से 241.9.8.7.in-addr.harp प्रदाता के DNS सर्वर पर परिवर्तित किया जाएगा 241.255-240.9.8.7.in-addr.arpa और डीएनएस क्लाइंट के पास जाएगा।

ग्राहक पक्ष को ऐसे अनुरोधों को संभालने की आवश्यकता होगी। तदनुसार, हम एक जोन बनाते हैं 255-240.9.8.7.in-addr.arpa. इसमें, सिद्धांत रूप में, हम संपूर्ण /24 सबनेट के किसी भी आईपी के लिए रिवर्स प्रविष्टियाँ रख सकते हैं, लेकिन वे हमसे केवल उन्हीं के बारे में पूछेंगे जो प्रदाता हमें अग्रेषित करता है, इसलिए हम आसपास नहीं खेल पाएंगे =)।
स्पष्ट करने के लिए, मैं एक बार फिर क्लाइंट पक्ष से रिवर्स ज़ोन फ़ाइल की सामग्री का एक उदाहरण दूंगा:

$ORIGIN 255-240.9.8.7.in-addr.arpa.
$TTL 1W
@                       1D IN SOA       ns1.client.domain. root.client.domain. (
                        2008152607      ; serial
                        3H              ; refresh
                        15M             ; retry
                        1W              ; expiry
                        1D )            ; minimum
@                       IN NS        ns1.client.domain.
@                       IN NS        ns2.client.domain.
241                     IN PTR          test.client.domain.
242                     IN PTR          test2.client.domain.
245                     IN PTR          test5.client.domain.

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

#>  host 7.8.9.245 
245.9.8.7.in-addr.arpa is an alias for 245.255-240.9.8.7.in-addr.arpa.
245.255-240.9.8.7.in-addr.arpa domain name pointer test5.client.domain.

और एसीएल को सही ढंग से कॉन्फ़िगर करना न भूलें। क्योंकि पीटीआर ज़ोन को अपने लिए लेने और बाहर से किसी को जवाब न देने का कोई मतलब नहीं है =)।

स्रोत: www.habr.com

BIND में /24 से कम सबनेट पर ज़ोन डेलिगेशन को रिवर्स करें। यह काम किस प्रकार करता है

एक टिप्पणी जोड़ें उत्तर रद्द