डेबियन 6.0 (वी) और अंतिम पर एक लैन के लिए प्राथमिक मास्टर डीएनएस

जिनका पालन किया गया 1, 2da, 3 y 4ta इस लेख का हिस्सा और उनके BIND के लिए किए गए परामर्श संतोषजनक परिणाम लौटाते हैं, वे पहले से ही इस विषय के विशेषज्ञ हैं। :-) और आगे की हलचल के बिना चलो पिछले भाग में आते हैं:

• "उलटा" 10.168.192.in-addr.arpa प्रकार के मास्टर मुख्य क्षेत्र की फ़ाइल का निर्माण
• समस्या निवारण
• सारांश

"उलटा" 10.168.192.in-addr.arpa प्रकार के मास्टर मुख्य क्षेत्र की फ़ाइल का निर्माण

क्षेत्र का नाम उन्हें आपके पास लाता है, है ना? और यह है कि रिवर्स ज़ोन को इंटरनेट मानकों के अनुसार एक सही नाम रिज़ॉल्यूशन होना अनिवार्य है। हमारे पास अपने डोमेन के अनुरूप बनाने के अलावा कोई विकल्प नहीं है। इसके लिए हम फाइल के रूप में उपयोग करते हैं /etc/bind/db.127:

cp /etc/bind/db.127/var/cache/bind/192.168.10.rev

हम फ़ाइल को संपादित करते हैं /var/cache/bind/192.168.10.rev और हम इसे इस तरह छोड़ देते हैं:

; /var/cache/bind/192.168.10.rev; ; मास्टर ज़ोन 10.168.192.in-addr.arpa के लिए रिवर्स डेटा फ़ाइल बाँधें; मास्टर ज़ोन के लिए बाइंड डेटा फ़ाइलें (रिवर्स) 10.168.192.in-addr.arpa; $ TTL 604800 @ SOA ns.amigos.cu में। root.amigos.cu। (2; सीरियल 604800; रिफ्रेश 86400; रिट्री 2419200; एक्सपायर 604800); नकारात्मक कैश टीटीएल; @ एनएस एन.एस. 10 पीटीआर ns.amigos.cu में। 1 पीटीआर में gandalf.amigos.cu। 9 पीटीआर में mail.amigos.cu। 20 पीटीआर web.amigos.cu में। 100 पीटीआर फेडेक्स.मिगोस.को में। ; हम पूरा IP पता भी लिख सकते हैं। Ex :; 192.168.10.1 PTR में gandalf.amigos.cu।

• निरीक्षण करें कि इस मामले में हमने सेकंडों में कितने बार छोड़ा है क्योंकि यह डिफ़ॉल्ट रूप से जब बनाया जाता है बाइंड 9। यह वही काम करता है। वे वही हैं जो फ़ाइल में इंगित किए गए हैं friends.cu.host। संदेह होने पर, जाँच करें।
• यह भी ध्यान दें कि हम केवल उन मेजबानों के रिवर्स रिकॉर्ड की घोषणा करते हैं जिनके पास हमारे लैन पर एक निर्दिष्ट या "वास्तविक" आईपी है, और जो इसे विशिष्ट रूप से पहचानते हैं।
• डायरेक्ट जोन में घोषित सभी सही आईपी पतों के साथ रिवर्स ज़ोन फ़ाइल को अपडेट करना याद रखें।
• याद करना बढ़ाना है ज़ोन सीरियल नंबर हर बार वे फ़ाइल को संशोधित करते हैं और BIND को पुनरारंभ करने से पहले।

आइए नए बनाए गए क्षेत्र की जाँच करें:

नामित- checkzone 10.168.192.in-addr.arpa/var/cache/bind/192.168.10v

हम कॉन्फ़िगरेशन की जांच करते हैं:

check-checkconf -z नाम-checkconf -p

यदि सब कुछ ठीक हो गया, तो हम सेवा को फिर से शुरू करते हैं:

सेवा bind9 पुनरारंभ

अब से, हर बार जब हम ज़ोन फ़ाइलों को संशोधित करते हैं, तो हमें बस निष्पादित करना होगा:

rndc पुनः लोड करें

उसके लिए हम कुंजी की घोषणा करते हैं /etc/bind/named.conf.options, नहीं?

समस्या निवारण

बहुत महत्वपूर्ण फ़ाइल की सही सामग्री है / Etc / resolv.conf जैसा कि हमने पिछले अध्याय में देखा था। कम से कम निम्नलिखित में इंगित करना याद रखें:

खोज amigos.cu नेमसर्वर 192.168.10.20

आदेश खुदाई पैकेज का Dnsutils। कंसोल पर, # द्वारा पूर्ववर्ती कमांड टाइप करें:

# खुदाई -x 127.0.0.1 ..... ;; उत्तर खंड: 1.0.0.127.in-addr.arpa 604800 पीटीआर लोकलहोस्ट में। .... # डिग्क्स -x 192.168.10.9 .... ;; उत्तर अनुभाग: 9.10.168.192.in-addr.arpa पीटीआर में 604800 mail.amigos.cu। .... # होस्ट gandalf gandalf.amigos.cu ने पते को 192.168.10.1 # होस्ट gandalf.amigos.cu gandalf.amigos.cu ने पता 192.168.10.1 # खुदाई gandalf; << >> DiG 9.7.2-P3 << >> gandalf ;; वैश्विक विकल्प: + सेमी ;; कनेक्शन का समय समाप्त; कोई सर्वर # डिग्गी gandalf.amigos.cu तक नहीं पहुँचा जा सका .... ;; उत्तर अनुभाग: gandalf.amigos.cu। 604800 इन ए 192.168.10.1 .... अगर उनकी क्यूबा या वैश्विक इंटरनेट तक पहुंच है, और फॉरवर्डर्स को सही ढंग से घोषित करने की कोशिश की जाती है: # खुदाई debian.org .... ;; सवाल खंड:; में ;; उत्तर अनुभाग: debian.org। 3600 इन ए 86.59.118.148 debian.org। 3600 IN A 128.31.0.51 .... # होस्ट bohemia.cu bohemia.cu ने 190.6.81.130 # होस्ट yahoo.es yahoo.es का पता 77.238.178.122 yahoo.es है। पते का पता 87.248.120.148 yahoo.es मेल हैंडल है। 10 mx-eu.mail.am0.yahoodns.net द्वारा। # डिग्क्स -x 77.238.178.122 ;; उत्तर खंड: 122.178.238.77.in-addr.arpa 429 पीटीआर में w2.rc.vip.ird.yahoo.com

... और हमारे लैन के बाहर अन्य डोमेन के साथ सामान्य तौर पर। इंटरनेट पर दिलचस्प चीजों के बारे में परामर्श करें और जानें।

सर्वर के प्रदर्शन की जांच करने के सर्वोत्तम तरीकों में से एक बाइंड 9, और किसी भी अन्य स्थापित सेवा के सामान्य में, के उत्पादन को पढ़ रहा है सिस्टम लॉग संदेश कमांड का उपयोग करना पूंछ -f / var / लॉग / syslog उपयोगकर्ता के रूप में चलाएंजड़.

जब हम अपने स्थानीय BIND से किसी बाहरी डोमेन या होस्ट के बारे में सवाल पूछते हैं तो उस कमांड का आउटपुट देखना बहुत दिलचस्प होता है। उस स्थिति में, कई परिदृश्य प्रस्तुत किए जा सकते हैं:

• यदि हमारे पास इंटरनेट तक पहुंच नहीं है, तो हमारी क्वेरी विफल हो जाएगी।
• अगर हमारे पास इंटरनेट की सुविधा है और हमने फॉरवर्डर्स घोषित नहीं किए हैं, तो हम सबसे अधिक प्रतिक्रिया नहीं पाएंगे।
• यदि हमारे पास इंटरनेट तक पहुंच है और हमने फॉरवर्डर्स की घोषणा की है, तो हम एक उत्तर प्राप्त करेंगे क्योंकि वे DNS सर्वर या सर्वर से परामर्श करने के लिए आवश्यक होंगे।

अगर हम एक पर काम कर रहे हैं लैन बंद कर दिया जिसमें बाहर जाना किसी भी तरह से असंभव है और हमारे पास किसी भी प्रकार के फारवर्डर नहीं हैं, हम खोज संदेशों को समाप्त कर सकते हैं रूट सर्वर "खाली" फ़ाइल /etc/बाइंड/db.root। ऐसा करने के लिए, हम पहले फ़ाइल को किसी अन्य नाम से सहेजते हैं और फिर उसकी सभी सामग्री हटाते हैं। फिर हम कॉन्फ़िगरेशन की जांच करते हैं और सेवा को पुनरारंभ करते हैं:

सी.पी.

सारांश

अब तक, दोस्तों, डीएनएस सेवा के लिए एक छोटा सा परिचय। हमने अब तक जो भी किया है वह हमारे छोटे व्यवसाय के लिए पूरी तरह से हमारी सेवा कर सकता है। घर के लिए भी अगर हम अलग-अलग ऑपरेटिंग सिस्टम और अलग-अलग आईपी एड्रेस के साथ वर्चुअल मशीन बनाते हैं, और हम उन्हें आईपी से नहीं बल्कि नाम से बताना चाहते हैं। मैं हमेशा अपने होम होस्ट पर BIND को स्थापित करने, कॉन्फ़िगर करने और परीक्षण करने के लिए स्थापित करता हूं जो DNS सेवा पर बहुत अधिक निर्भर करता है। मैं डेस्कटॉप और वर्चुअल सर्वर का व्यापक उपयोग करता हूं, और मुझे फाइल रखना पसंद नहीं है / Etc / hosts मशीनों में से प्रत्येक पर। मैं बहुत ज्यादा गलत हूं।

यदि आपने BIND को कभी स्थापित और कॉन्फ़िगर नहीं किया है, तो कृपया निराश न हों यदि पहली कोशिश में कुछ गलत हो जाए और आपको फिर से शुरू करना पड़े। हम हमेशा इन मामलों में एक साफ स्थापना के साथ शुरू करने की सलाह देते हैं। यह आजमाने के काबिल है!

उन लोगों के लिए जिन्हें नाम समाधान सेवा में उच्च उपलब्धता की आवश्यकता है, जिन्हें माध्यमिक मास्टर सर्वर को कॉन्फ़िगर करके प्राप्त किया जा सकता है, हम अनुशंसा करते हैं कि आप हमारे साथ अगले साहसिक कार्य पर जारी रखें: LAN के लिए द्वितीयक मास्टर DNS।

सभी लेखों का अनुसरण करने वालों को बधाई और अपेक्षित परिणाम मिले!