क्या मैं LAN पते के लिए अपने राउटर को क्वेरी करने के लिए BIND कॉन्फ़िगर कर सकता हूं?

Question

जैसा कि घर के राउटर के साथ आम है, मेरा राउटर, एक एएसयूएस आरटी-एन 66 यू, मेरे लैन पर कैशिंग नेवर के रूप में कार्य करने के लिए कॉन्फ़िगर किया गया है। ऐसा लगता है कि राउटर नाम सेवा के लिए dnsmasq का उपयोग करता है। राउटर डीएचसीपी सेवा भी प्रदान करता है, और विशेष रूप से मैक पतों के लिए आईपी पते को आरक्षित करने की अनुमति देता है - स्थानीय-केवल, आरएफसी 1918 पते। आसानी से, यह राउटर उन आरक्षित आईपी पतों के लिए नाम रिज़ॉल्यूशन की अनुमति देता है। तो, कमांड लाइन पर, "पिंग मायकिड्स-पीसी" उस डिवाइस के लिए स्थानीय आईपी पते को सही ढंग से हल करेगा और सफलतापूर्वक इसे पिंग करेगा।

मेरे लिनक्स डेस्कटॉप पर, मैंने BIND को कैशिंग नेमसर के रूप में कॉन्फ़िगर किया है, और वर्चुअल मशीनों के लिए एक आधिकारिक सर्वर के रूप में, जो मैं अपने लिनक्स डेस्कटॉप पर चलाता हूं। तो, "ping centos.posix.test" आईपी को हल करेगा और सफलतापूर्वक इसे पिंग करेगा।

समस्या यह है, मैं एक ही समय में दोनों को आसानी से करने का तरीका नहीं खोज सकता। मुझे यह पता नहीं चला है कि RFC 1918 पतों के लिए फारवर्डर के रूप में राउटर का उपयोग करने के लिए अपने डेस्कटॉप पर BIND कैसे प्राप्त करें, या अपने राउटर पर फारवर्डर के रूप में उपयोग करने के लिए अपने राउटर पर dnsmasq को कैसे कॉन्फ़िगर करें।

क्या इसे करने का कोई तरीका है?

Comments

के बाद से यह तक पता पता नहीं होगा आप, विशिष्ट पते के लिए अनुरोध अग्रेषित करने के लिए एक DNS सर्वर कॉन्फ़िगर नहीं कर सकता के बाद नाम हल हो जाता है ... आप कर सकते हैं, हालांकि, Bind9 विशिष्ट डोमेन के लिए अनुरोध भेजना कॉन्फ़िगर करते हैं, का उपयोग करते हुए zone "foo" { type forward; forwarders ... };एक संभव है मार्ग।

— ग्रैविटी

यह केंद्रीय समस्या पर बहुत अधिक हो जाता है; मेरे वर्तमान सेटअप को देखते हुए, मैं वास्तव में एक ही बार में दोनों चीजें नहीं कर सकता।

— bgvaughan

Answer 1

मेरा मानना ​​है कि आप डीएचसीपी आवंटित कंप्यूटरों को एक उपडोमेन में डाल सकते हैं और DNS डेलिगेशन का उपयोग राउटर को हैंड-ऑफ करने के लिए कर सकते हैं, जबकि अभी भी आईएसपी नेमसर्वर को फारवर्डर बनाए रखा है।

इसलिए आपका लिनक्स डेस्कटॉप example.com के लिए आधिकारिक होगा, जिसमें centos.example.com आदि। राउटर को dhcp.example.com के लिए आधिकारिक रूप से कॉन्फ़िगर किया जाएगा जिसमें mykids-pc.dhcp.example.com आदि होंगे।

आपको बस उपयुक्त प्रतिनिधि रिकॉर्ड जोड़ने की आवश्यकता है।

Comments

एक उपडोमेन और प्रतिनिधिमंडल आवश्यक नहीं है - बाइंड 9 में, type forwardज़ोन मौजूद हैं और टीएलडी के लिए भी उपयोग किया जा सकता है।

— ग्रैविटी

यह सामान्य रूप से सही दृष्टिकोण की तरह लगता है, हालांकि मुझे अपने राउटर पर बंड की आवश्यकता होगी, न कि केवल डीएनएसमास्क पर।

— bgvaughan

Answer 2

मेरे पास namedएक ऐसे सर्वर पर चल रहा है, जो एक स्थानीय TLD के नाम को हल करता है और Google की सार्वजनिक DNS के लिए अन्य प्रश्नों को आगे बढ़ाता है।

यह मेरी /etc/bind/named.conf.optionsतरह दिखता है:

options {
        ...
        forward only;
        forwarders {
                8.8.8.8;
                8.8.4.4;
        };
};

इसे अपने राउटर को फारवर्डर के रूप में उपयोग करने के लिए, एक forwardersश्लोक को हटा दें और अपने राउटर के आईपी पते को शेष के लिए रख दें।

Comments

दुर्भाग्य से, LAN राउटर का RFC 1918 पता, 192.168.1.1 है, और RFC 1918 एड्रेस को फॉरवर्ड करने से काम नहीं लगता है।

— 22

मैं यह नहीं देखता कि RFC 1918 के पते के कारण कुछ भी बदल जाएगा। लेकिन कुछ ऐसा हो सकता है जिसके बारे में मुझे पता नहीं है। जब भी मुझे इसे फिर से कॉन्फ़िगर करना होगा, मैं हर बार BIND के बारे में अधिक जानकारी प्राप्त करूंगा।

— लॉरेंस

@bgvaughan मैंने RFC 1918 पते पर अपने राउटर का उपयोग करने के लिए bind9 के कई उदाहरण सफलतापूर्वक कॉन्फ़िगर किए हैं, सभी अनुरोधों और विशिष्ट क्षेत्रों के लिए। उसमें कुछ खास नहीं है।

— ग्रैविटी

मैंने गलत किया। यह सामान्य रूप से परेशानी के बिना एक फारवर्डर के रूप में 192.168.1.1 का उपयोग करता है। हालाँकि, इसे स्थापित करने के बाद, 'खुदाई mykids-pc' को NXDOMAIN प्रतिक्रिया मिलती है, भले ही यह '192.168.1.1' नाम सर्वर के रूप में सूचीबद्ध करता है, जबकि 'खुदाई mykids-pc @ 192.168.1.1' को अपेक्षित परिणाम मिलता है।

— bgvaughan