DNS सर्वर (सिद्धांत) को बांधें

DNS का मुख्य उद्देश्य आईपी पते के लिए डोमेन नाम मैप करना है और इसके विपरीत - IP से DNS। इस लेख में, मैं BIND DNS सर्वर (बर्कले इंटरनेट नाम डोमेन, पहले: बर्कले इंटरनेट नाम डेमन) के संचालन पर विचार करूंगा, सबसे आम (शब्द से डर नहीं)। BIND किसी भी UNIX वितरण के साथ शामिल है। BIND का आधार नामित डेमॉन है, जो अपने काम के लिए और कुछ टीसीपी / 53 अनुरोधों के लिए UDP / 53 पोर्ट का उपयोग करता है।

डोमेन नेम सिस्टम कॉन्सेप्ट

ऐतिहासिक रूप से, डोमेन नाम प्रणाली के आगमन से पहले, IP में प्रतीकात्मक नामों को हल करने के लिए उपकरण की भूमिका / etc / मेजबान फ़ाइल द्वारा की गई थी, जो वर्तमान में इस मामले में कम से कम भूमिका नहीं निभाती है। लेकिन वैश्विक नेटवर्क में मेजबान की बढ़ती संख्या के साथ, सभी मेजबानों पर नामों के डेटाबेस को ट्रैक करना और बनाए रखना अनुचित रूप से कठिन हो गया है। नतीजतन, वे DNS के साथ आए, जो डोमेन ज़ोन की एक पदानुक्रमित, वितरित प्रणाली है। आइए दृष्टांत में डोमेन नाम प्रणाली की संरचना को देखें:


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

ज़ोन डोमेन नाम सिस्टम ट्री का एक हिस्सा है जिसे DNS सर्वर पर एक इकाई के रूप में होस्ट किया जाता है। अधिक समझ के लिए, क्षेत्र को "जिम्मेदारी का क्षेत्र" कहा जा सकता है। पेड़ के एक हिस्से को एक अलग क्षेत्र में अलग करने का उद्देश्य इस शाखा के लिए जिम्मेदारी ( प्रतिनिधि ) को किसी अन्य व्यक्ति या संगठन को स्थानांतरित करना है। उदाहरण में, ज़ोन के उदाहरणों को एक नीले रंग के ढाल (ज़ोन नाम , ज़ोन k-max.name के साथ हाइलाइट किया गया है । सभी अधीनस्थ संसाधनों के साथ, www.openoffice.org सभी अधीनस्थ उप-क्षेत्रों और संसाधनों के साथ)। सभी क्षेत्रों को चित्रण में नहीं दिखाया गया है, लेकिन सामान्य समझ और प्रस्तुति के लिए कुछ ही हैं। प्रत्येक ज़ोन में कम से कम एक आधिकारिक DNS सर्वर होता है जो उस ज़ोन के बारे में सभी जानकारी संग्रहीत करता है जिसके लिए वह ज़िम्मेदार है।

एक डोमेन DNS नाम के पेड़ में एक नामित शाखा या सबट्री है, अर्थात, यह एक विशिष्ट नोड है जिसमें सभी अधीनस्थ नोड्स शामिल हैं। लिनक्स नेटवर्क एडमिनिस्ट्रेटर गाइड का निम्नलिखित उद्धरण एक ज़ोन और डोमेन के बीच अंतर की एक अच्छी तस्वीर प्रदान करता है :

इस प्रकार, नाम स्थान को ज़ोन (ज़ोन) में विभाजित किया गया है, जिनमें से प्रत्येक को अपने स्वयं के डोमेन द्वारा प्रबंधित किया जाता है। ज़ोन और डोमेन के बीच के अंतर पर ध्यान दें: Groucho.edu डोमेन ग्रूचो मार्क्स विश्वविद्यालय में सभी मशीनों को प्रभावित करता है, जबकि groucho.edu ज़ोन में केवल होस्ट शामिल हैं जो सीधे कंप्यूटर केंद्र में काम करते हैं, उदाहरण के लिए, गणित विभाग में । भौतिकी विभाग में मेजबान का संबंध एक अन्य क्षेत्र से है, जिसका नाम भौतिकी.ग्राउच.ओडू है।

DNS पदानुक्रम में प्रत्येक नोड को उसके माता-पिता द्वारा एक बिंदु से अलग किया जाता है। यदि हम लिनक्स फाइल सिस्टम के साथ एक सादृश्य बनाते हैं, तो डोमेन नाम सिस्टम में एक समान संरचना होती है, सिवाय इसके कि फाइल सिस्टम में सीमांकक एक स्लैश है , और DNS में यह एक अवधि है । और डीएनएस पता भी लिनक्स फ़ाइल सिस्टम में पथ के विपरीत, दाएं से बाएं (रूट डोमेन से होस्ट नाम तक) पढ़ा जाता है। डोमेन नाम एक डॉट ( रूट डोमेन ) से शुरू होता है और पहले, दूसरे और आवश्यक होने पर, तीसरे, आदि के डोमेन से गुजरता है। स्तर और मेजबान नाम के साथ समाप्त होता है। इस प्रकार डोमेन नाम पूरी तरह से डीएनएस पदानुक्रम की संरचना को दर्शाता है। अक्सर (मैं कहता हूं - हमेशा रोजमर्रा की जिंदगी में), डोमेन नाम में अंतिम डॉट (रूट डोमेन का पदनाम) छोड़ दिया जाता है (जो कि ब्राउज़र में हम k-max.nam e में दर्ज करते हैं। लेकिन k-max.nam e )। इसलिए, डोमेन नाम की संरचना की जांच करने के बाद, हम चुपचाप FQDN की अवधारणा के पास पहुंचे ।

FQDN (Eng। पूरी तरह से क्वालिफाइड डोमेन नाम ) एक डोमेन नाम है जो विशिष्ट रूप से एक डोमेन नाम की पहचान करता है और इसमें रूट सहित DNS पदानुक्रम के सभी मूल डोमेन के नाम शामिल हैं। फ़ाइल सिस्टम में पूर्ण पथ का एक अजीब एनालॉग। एक उदाहरण के रूप में डोमेन नाम mail.k-max.name का उपयोग करते हुए ऊपर देखें:

  mail.k-max.name।
  |  |  |  |  |
  |  |  |  |  + -root डोमेन
  |  |  |  + --- प्रथम स्तर का डोमेन
  |  |  + ------ FQDN डोमेन / भागों को अलग करने वाला बिंदु
  |  + --------- दूसरे स्तर का डोमेन
  + --------------- उपडोमेन / तीसरे स्तर के डोमेन, संभवतः - होस्ट नाम 

FQDN और साधारण डोमेन ( गैर-FQDN ) नाम के बीच का अंतर तब प्रकट होता है जब दूसरे, तीसरे (आदि) स्तर के डोमेन का नामकरण होता है। FQDN प्राप्त करने के लिए, डोमेन नाम में उच्च-स्तरीय डोमेन निर्दिष्ट करना आवश्यक है (उदाहरण के लिए, मेल डोमेन नाम है, लेकिन FQDN नाम mail.k-max.name जैसा दिखता है।)। प्रति डोमेन नाम 63 बाइट्स की सीमा के साथ अधिकतम FQDN 255 बाइट्स है।

उप डोमेन , संक्षेप में, उप-डोमेन हैं । बाय और बड़े, इंटरनेट पर सभी डोमेन रूट को छोड़कर अधीनस्थ हैं। उदाहरण के लिए, k- अधिकतम डोमेन नाम डोमेन का एक उपडोमेन है, और नाम, बदले में, रूट डोमेन का एक उपडोमेन है।

तो, ऊपर दिए गए आरेख में, हमने रूट डोमेन की जांच की, पदानुक्रम में अगले पहले / शीर्ष स्तर के डोमेन हैं, वे टीएलडी हैं , वे टॉप-लेवल डोमेन भी हैं । इन डोमेन में राष्ट्रीय डोमेन ( आरयू , यूए , आदि) और सामान्य डोमेन ( कॉम। , नेट। , आदि) शामिल हैं। ऐसे विशेष डोमेन भी हैं जो DNS में प्रकाशित नहीं होते हैं, लेकिन प्रोग्राम द्वारा उपयोग किए जाते हैं (.onion डोमेन का उपयोग अनाम टो नेटवर्क द्वारा इंटरसेप्ट करने के लिए किया जाता है और फिर इस नेटवर्क पर छिपी सेवाओं के लिए रूट कॉल किया जाता है)। अभी भी तथाकथित है RFC 2606 ( आरक्षित शीर्ष स्तर DNS नाम ) में परिभाषित डोमेन नाम उन डोमेन नामों को परिभाषित करता है जिनका उपयोग उदाहरण के लिए किया जाना चाहिए (उदाहरण के लिए, प्रलेखन में), साथ ही परीक्षण के लिए भी। ऐसे नामों में शामिल हैं, उदाहरण के लिए, example.com, example.org और example.net, साथ ही परीक्षण, अमान्य आदि। पदानुक्रम के नीचे, जैसा कि आप देख सकते हैं, तीसरे स्तर के डोमेन हैं, आदि। डोमेन पदानुक्रम मेजबान नामों के साथ समाप्त होता है जो संबंधित संसाधन रिकॉर्ड या होस्ट रिकॉर्ड द्वारा निर्दिष्ट होते हैं।

संसाधन रिकॉर्ड

संसाधन रिकॉर्ड कुछ ऐसा है, जो अंततः DNS के अस्तित्व के लिए है। संसाधन रिकॉर्ड DNS में सूचनाओं को संग्रहीत और संचारित करने के लिए एक इकाई है। प्रत्येक ऐसा रिकॉर्ड DNS में एक नाम और सेवा की जानकारी के पत्राचार की जानकारी रखता है, उदाहरण के लिए, एक आईपी पते के साथ एक डोमेन नाम का पत्राचार।

एक संसाधन रिकॉर्ड में निम्नलिखित फ़ील्ड शामिल हैं:

• name (NAME) - वह डोमेन नाम जिसके लिए यह संसाधन रिकॉर्ड संलग्न है या जिसे "संबंधित" या एक आईपी पता है। इस फ़ील्ड की अनुपस्थिति में, संसाधन रिकॉर्ड पिछले रिकॉर्ड से विरासत में मिला है।
• टाइम टू लिव ( टीटीएल) - शाब्दिक रूप से "आजीवन" रिकॉर्ड का समय, रिकॉर्ड DNS कैश में संग्रहीत किया गया था (निर्दिष्ट समय के बाद रिकॉर्ड हटा दिया गया है), इस क्षेत्र को व्यक्तिगत संसाधन रिकॉर्ड में इंगित नहीं किया जा सकता है, लेकिन फिर इसे ज़ोन फ़ाइल की शुरुआत में इंगित किया जाना चाहिए और होगा सभी रिकॉर्ड्स को विरासत में मिला है।
• class (CLASS) - नेटवर्क के प्रकार को परिभाषित करता है, (IN का उपयोग 99.99% मामलों में किया जाता है (जिसका अर्थ है इंटरनेट)। इस क्षेत्र को इस धारणा पर बनाया गया था कि DNS टीसीपी / आईपी को छोड़कर अन्य प्रकार के नेटवर्क में काम कर सकते हैं)
• प्रकार (TYPE) - रिकॉर्ड प्रकार वाक्य रचना और रिकॉर्ड का उद्देश्य
• data (DATA) - विभिन्न जानकारी, जिसका प्रारूप और वाक्य-विन्यास प्रकार द्वारा निर्धारित किया जाता है।

इस स्थिति में, निम्नलिखित वर्णों का उपयोग करना संभव है:

• ; - एक टिप्पणी दर्ज करें
• # - टिप्पणियाँ भी प्रस्तुत करता है (केवल संस्करण 4.9 संस्करण में)
• @ - वर्तमान डोमेन नाम
• () - डेटा को कई लाइनों को फैलाने की अनुमति दें
• * - मेटाचैकर (केवल नाम क्षेत्र में)

संसाधन रिकॉर्ड का एक पूरा सेट विकिपीडिया पर उपलब्ध है। सबसे अधिक उपयोग किए जाने वाले संसाधन रिकॉर्ड निम्नानुसार हैं (आगे, हम निश्चित रूप से उन्हें अभ्यास में विचार करेंगे):

• A - ( एड्रेस रिकॉर्ड ) होस्ट नाम (डोमेन नाम) को IPv4 पते पर मैप करता है। मशीन के प्रत्येक नेटवर्क इंटरफेस के लिए एक ए-रिकॉर्ड बनाया जाना चाहिए। उदाहरण के लिए, निम्न प्रविष्टि डोमेन नाम k-max.name प्रदर्शित करती है। IPv4 में, होस्ट पता 81.177.139.65 है ( NAME फ़ील्ड k-max.name है। TTL फ़ील्ड 86400 है , CLASS फ़ील्ड IN है , DATA फ़ील्ड 81.177.139-65 है ):
  

    k-max.name।  86400 इन 81.177.139.65 

• AAAA ( IPv6 एड्रेस रिकॉर्ड ) A के समान है, लेकिन IPv6 के लिए।
• CNAME ( कैनोनिकल नाम रिकॉर्ड / उपनाम) - वास्तविक नाम पर उपनाम को प्रदर्शित करता है (दूसरे नाम पर पुनर्निर्देशित करने के लिए), उदाहरण के लिए, निम्न रिकॉर्ड होस्ट www.k-max.name के लिए ftp उपनाम सेट करता है:
  

    ftp 86400 CNAME में www.k-max.name। 

• एमएक्स ( मेल एक्सचेंज ) - डोमेन को संबोधित मेल की डिलीवरी के लिए मेजबान को इंगित करता है। उसी समय, NAME फ़ील्ड गंतव्य डोमेन को इंगित करता है, TTL , CLASS फ़ील्ड मानक मान हैं, TYPE फ़ील्ड MX मान लेता है, और DATA फ़ील्ड प्राथमिकता को इंगित करता है और, एक स्थान के साथ, होस्ट का डोमेन नाम मेल प्राप्त करने के लिए जिम्मेदार है । उदाहरण के लिए, निम्न प्रविष्टि से पता चलता है कि k-max.name डोमेन के लिए, पहले mx.k-max.name पर मेल भेजें, फिर mx2.k-max.name पर mx.k-max.name के साथ कोई समस्या होने पर । एक ही समय में, दोनों एमएक्स होस्ट के लिए संबंधित ए-रिकॉर्ड होना चाहिए:
  

    k-max.name।  17790 एमएक्स 10 में mx.k-max.name।
   k-max.name।  17790 एमएक्स 20 mx2.k-max.name में। 

• NS ( नाम सर्वर / नाम सर्वर ) इस डोमेन की सेवा करने वाले DNS सर्वर की ओर इशारा करता है। बल्कि, यह कहा जाएगा - उन सर्वरों को इंगित करें जिनके लिए यह डोमेन प्रत्यायोजित है। यदि NS वर्तमान क्षेत्र के लिए नाम सर्वर को संदर्भित करता है, तो डोमेन नाम प्रणाली व्यावहारिक रूप से उनका उपयोग नहीं करती है। वे बस समझाते हैं कि ज़ोन का आयोजन कैसे किया जाता है और कौन सी मशीनें नाम सेवा प्रदान करने में महत्वपूर्ण भूमिका निभाती हैं। उदाहरण के लिए, नाम क्षेत्र। निम्नलिखित एनएस की सेवा करें:
  

    नाम दें।  5772 इन एनएस l6.nstld.com।
   नाम दें।  5772 में NS m6.nstld.com।
   नाम दें।  5772 इन एनएस c6.nstld.com
   नाम दें।  5772 इन एनएस j6.nstld.com
   ...... 

  
  k-max.name ज़ोन द्वारा सेवा की जाती है:
  

    k-max.name।  1577 में NS ns2.jino.ru।
   k-max.name।  1577 में NS ns1.jino.ru। 

• पीटीआर ( पॉइंटर ) - आईपी पते को डोमेन नाम पर मैप करता है (हम नीचे दिए गए रिवर्स नाम पर अनुभाग में इस प्रकार के रिकॉर्ड के बारे में बात करेंगे)।
• SOA ( स्टार्ट ऑफ़ अथॉरिटी ) - ज़ोन की मूल / प्रारंभिक सेटिंग्स का वर्णन करता है, आप कह सकते हैं, इस सर्वर की ज़िम्मेदारी के क्षेत्र को परिभाषित करता है । प्रत्येक ज़ोन के लिए, केवल एक SOA रिकॉर्ड होना चाहिए और यह पहला होना चाहिए। नाम फ़ील्ड में डोमेन / ज़ोन का नाम , TTL फ़ील्ड, CLASS - मानक मान, TYPE फ़ील्ड SOA मान लेता है, और DATA फ़ील्ड में रिक्त स्थान द्वारा अलग किए गए कई मान होते हैं: प्राथमिक DNS का नाम (प्राथमिक नाम सर्वर) , ज़ोन व्यवस्थापक का पता , फिर ब्रैकेट में - ज़ोन फ़ाइल का क्रम संख्या (सीरियल नंबर) । हर बार जब आप ज़ोन फ़ाइल में परिवर्तन करते हैं, तो यह मान बढ़ाना चाहिए, यह द्वितीयक सर्वर को इंगित करता है कि ज़ोन बदल दिया गया है और उन्हें ज़ोन को अपडेट करने की आवश्यकता है। अगले समय के मान हैं ( ताज़ा करें - इंगित करता है कि कितनी बार माध्यमिक सर्वर को प्राथमिक सर्वेक्षण करना चाहिए ताकि यह पता लगाया जा सके कि क्या ज़ोन का सीरियल नंबर बढ़ गया है, फिर से प्रयास करें - एक असफल मतदान के प्रयास के बाद का समय समाप्त हो सकता है - वह अधिकतम समय जिसके दौरान माध्यमिक सर्वर जानकारी का उपयोग कर सकता है। प्राप्त क्षेत्र, न्यूनतम टीटीएल - वह न्यूनतम समय जिसके दौरान डेटा द्वितीयक सर्वर के कैश में रहता है)। नीचे दिए गए उदाहरण में 2 समान एसओए रिकॉर्ड दिखाए गए हैं (हालांकि दूसरा कई पंक्तियों में लिखा गया है), लेकिन वे मूल्य में समान हैं और दूसरे का प्रारूप इसकी संरचना के कारण अधिक समझने योग्य है:
  

    k-max.name।  86400 SOA ns1.jino.ru पर।  hostmaster.jino.ru।  2011032003 28800 7200 604800 86400
   k-max.name।  86400 SOA ns1.jino.ru पर।  hostmaster.jino.ru।  (
                                                     2011032003,  सीरियल (क्रम संख्या)
                                                     28800;  ताज़ा (अपडेट)
                                                     7200;  पुनः प्रयास (पुनः प्रयास)
                                                     604,800;  समाप्ति (समाप्ति तिथि)
                                                     86400);  न्यूनतम टीटीएल 

• SRV ( सर्वर चयन ) - उन सर्वरों को इंगित करता है जो इस डोमेन में कुछ सेवाओं के संचालन को प्रदान करते हैं (उदाहरण के लिए, जेबर और एक्टिव डायरेक्टरी)।

आइए देखें कि प्रतिनिधिमंडल क्या है । प्रतिनिधिमंडल (या जिम्मेदारी का प्रतिनिधिमंडल ) एक डोमेन नाम ट्री (ज़ोन) के एक हिस्से के लिए ज़िम्मेदारी को किसी अन्य व्यक्ति या संगठन को स्थानांतरित करने की कार्रवाई है। प्रतिनिधिमंडल के कारण, DNS में प्रशासन का वितरण और ज़ोन का भंडारण प्रदान किया जाता है। तकनीकी रूप से, प्रतिनिधिमंडल में वृक्ष के किसी भी हिस्से को एक अलग क्षेत्र में आवंटित करने और इस क्षेत्र को किसी अन्य व्यक्ति या संगठन से संबंधित DNS सर्वर पर रखने में शामिल हैं। इसी समय, "स्टिकिंग" संसाधन रिकॉर्ड (NS और A) पेरेंट ज़ोन में शामिल होते हैं, जिसमें चाइल्ड ज़ोन के ऑथरिटिव DNS सर्वर के लिए पॉइंटर्स होते हैं, और चाइल्ड ज़ोन से संबंधित अन्य सभी जानकारी पहले से ही चाइल्ड ज़ोन के DNS सर्वरों पर संग्रहीत होती है। उदाहरण के लिए, चित्रण में, रूट डोमेन TLDs, TLDs के लिए जिम्मेदार सर्वरों को प्राधिकारी को सौंपता है, बदले में, ज़ोन को प्रबंधित करने के लिए प्राधिकारी को सौंपता है - दूसरे स्तर के सर्वर, कभी-कभी श्रृंखला समाप्त हो जाती है, लेकिन ऐसा होता है कि प्रतिनिधिमंडल 4 या 5 स्तरों तक फैलता है।

बेहतर समझ के लिए, मैं एक उदाहरण दूंगा। K-max.name उपडोमेन के प्रबंधन को किसी अन्य व्यक्ति (मेरे मामले में, मेजबान) को सौंपना एक नए क्षेत्र के निर्माण की ओर ले जाता है जिसे स्वतंत्र रूप से बाकी नामस्थान (माता-पिता के नाम की परवाह किए बिना) में प्रशासित किया जाता है। प्राधिकरण के प्रतिनिधिमंडल के बाद क्षेत्र k-max.name अब नाम से स्वतंत्र है। और इसमें सब कुछ हो सकता है (या बल्कि, कोई भी नाम जो मुझे चाहिए) डोमेन नाम जो * .k-max.name में समाप्त होते हैं। दूसरी ओर नाम क्षेत्र। केवल * .name में समाप्त होने वाले डोमेन नाम शामिल हैं, लेकिन इस क्षेत्र के प्रत्यायित लोगों में शामिल नहीं हैं, जैसे कि, उदाहरण के लिए, k-max.name या a-lab.name या कोई अन्य। k-max.name को उप डोमेन में मेल.k-max.name , ftp.k-max.name जैसे नामों से विभाजित किया जा सकता है और इनमें से कुछ उप डोमेन को अलग-अलग क्षेत्रों में आवंटित किया जा सकता है, और इन क्षेत्रों के लिए जिम्मेदारी भी प्रत्यायोजित की जा सकती है । यदि ftp.k-max.name एक स्वतंत्र क्षेत्र होगा, तो k-max.name क्षेत्र में डोमेन रिकॉर्ड नहीं होंगे जो * .ftp.k-max.name में समाप्त होते हैं।

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

DNS सर्वर

ऊपर, जब संसाधन रिकॉर्ड के प्रकारों पर विचार करते हैं, तो मैंने प्राथमिक और द्वितीयक सर्वर का उल्लेख किया। इन प्रकारों के अलावा, एक और प्रकार है - कैशिंग ।

मुख्य DNS सर्वर (यह प्राथमिक है , यह मास्टर है , यह प्राथमिक ) एक आधिकारिक सर्वर है (कभी-कभी आधिकारिक भी कहा जाता है, मुझे नहीं पता कि इसे और सही तरीके से कैसे कॉल किया जाए), जो सिस्टम व्यवस्थापक के साथ ज़ोन डेटा फ़ाइल की मुख्य प्रति संग्रहीत करता है।

द्वितीयक सर्वर भी आधिकारिक है , लेकिन यह प्राथमिक सर्वर से मुख्य ज़ोन फ़ाइल की प्रतिलिपि बनाता है । मुख्य और द्वितीयक के बीच का अंतर केवल इतना है कि मुख्य अपनी जानकारी को ज़ोन कॉन्फ़िगरेशन फ़ाइलों से डाउनलोड करता है, और द्वितीयक मुख्य सर्वर से ज़ोन सेटिंग्स को डाउनलोड (प्राप्त) करता है। सेकेंडरी DNS अपने डेटा को दूसरे सेकेंडरी सर्वर से प्राप्त कर सकता है। ज़ोन के भीतर होस्ट के लिए कोई भी अनुरोध जिसके लिए एक आधिकारिक सर्वर जिम्मेदार है, अंततः इन सर्वरों (प्राथमिक या माध्यमिक) में से एक को भेजा जाएगा। आप की तरह के रूप में कई माध्यमिक सर्वर हो सकता है। सेटिंग्स के आधार पर, मुख्य सर्वर एक ज़ोन परिवर्तन के बारे में एक माध्यमिक सिग्नल भेज सकता है, जबकि सेकेंडरी सर्वर सिग्नल प्राप्त करने पर, एक प्रतिलिपि बनाता है। इस क्रिया को ज़ोन स्थानांतरण कहा जाता है। ज़ोन की प्रतिलिपि बनाने के लिए दो तंत्र हैं: पूर्ण प्रति (AXFR) और एक ज़ोन (IXFR) की वृद्धिशील प्रतिलिपि ।

कैशिंग सर्वर स्वचालित नहीं होते हैं , इन सर्वरों को मेमोरी (कैश) में संग्रहीत किया जाता है, पिछले अनुरोधों का जवाब देता है, यदि इस सर्वर को अनुरोध प्राप्त होता है, तो यह पहले कैश में जानकारी को देखता है, और यदि कैश में आवश्यक प्रतिक्रिया नहीं है, तो यह अपस्ट्रीम डीएनएस सर्वर को अनुरोध भेजता है।

DNS को स्टेल्स मोड (तथाकथित अदृश्य) में कॉन्फ़िगर करना भी संभव है, प्रत्यक्ष प्रश्नों का उपयोग करके इस सर्वर के बारे में जानकारी प्राप्त नहीं की जा सकती है। यह एक सुरक्षित वातावरण में एक प्राथमिक सर्वर को व्यवस्थित करने के लिए उपयोगी हो सकता है और इस तरह से क्षेत्र पर हमलों से क्षेत्र की रक्षा कर सकता है।

DNS ग्राहक (रिज़ॉल्वर)

अंत मशीनों पर प्रोग्राम कैसे जानते हैं कि DNS प्रश्न कहां और किस रूप में भेजें? उन्हें इसकी जानकारी नहीं है। क्लाइंट एप्लिकेशन नाम और आईपी पते को हल करने के लिए रिज़ॉल्वर लाइब्रेरी का उपयोग करते हैं । यह कुछ विशेष अनुप्रयोग नहीं है, यह सिस्टम की कार्यक्षमता (कर्नेल) है। इस प्रकार एप्लिकेशन सिस्टम कॉल gethostbyname (2) और gethostbyaddr (2), और कर्नेल, /etc/nsswitch.conf फ़ाइल में सेटिंग्स के आधार पर, यह निर्धारित करते हैं कि इसे किस तरह आगे बढ़ना चाहिए। यह फ़ाइल निर्धारित करती है कि कौन सी सेवाएं ( / / / होस्ट या DNS फ़ाइल हो ) और किस क्रम में उपयोग करना है। लिनक्स लाइब्रेरी के पिछले संस्करणों में, libc , /etc/host.conf फ़ाइल का उपयोग किया गया था। यहाँ उस फ़ाइल का एक टुकड़ा है जो हमें रुचता है:

  root @ DNS: ~ # cat /etc/nsswitch.conf
 ......
 होस्ट: फाइलें डीएनएस
 नेटवर्क: फाइलें 

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

  root @ DNS: ~ # cat /etc/resolv.conf
 नेमवर 192.168.1.1
 नेमवर 192.168.1.2
 डोमेन examle.com 

नेमसेवर निर्देश डोमेन नाम सर्वर के पते को परिभाषित करता है जो रिवाल्वर पुनरावर्ती प्रश्नों को निष्पादित करेगा। इस फ़ाइल में पहले उत्तर 192.168.1.1 नाम का उपयोग करने का संकेत दिया गया है, यदि पहला अनुरोध अनुरोध को संसाधित नहीं कर सका, 192.168.1.2। यह सिफारिश की जाती है कि 3 से अधिक नेमसर्वर मापदंडों का उपयोग न करें। यदि नेमसर्वर विकल्प निर्दिष्ट नहीं है, तो रिज़ॉल्वर स्थानीय होस्ट पर सर्वर से कनेक्ट करने का प्रयास करेगा। डोमेन पैरामीटर डिफ़ॉल्ट डोमेन नाम निर्दिष्ट करता है जो तब प्रतिस्थापित किया जाएगा जब DNS होस्ट नाम नहीं ढूंढ सकता है।खोज विकल्प भी है , जो अतिरिक्त डोमेन सेट करता है जिसमें होस्ट नाम को खोजना और हल करना है। खोज और डोमेन विकल्प एक साथ उपयोग नहीं किए जा सकते हैं। DNS सर्वर

पर कैश के अलावा , इंटरनेट ब्राउज़र , रिज़ॉल्वर कैश के कैश हैं । विकिपीडिया द्वारा काफी पारदर्शी चित्र प्रदान किया गया है:

DNS प्रश्न

DNS में निम्न प्रकार के प्रश्न उपलब्ध हैं: पुनरावृत्ति (उर्फ प्रत्यक्ष ), रिवर्स और पुनरावर्ती ।

एक पुनरावृत्त (यह प्रत्यक्ष , यह गैर-पुनरावर्ती ) अनुरोध डोमेन नाम को DNS सर्वर को भेजता है और इस डोमेन के आईपी पते या इस डोमेन के लिए DNS सर्वर आधिकारिक के नाम को वापस करने के लिए कहता है। हालाँकि, DNS सर्वर प्रतिक्रिया के लिए अन्य सर्वरों को प्रदूषित नहीं करता है। यह रूट और TLD सर्वर कैसे काम करता है।

एक पुनरावर्ती क्वेरी DNS सर्वर को डोमेन नाम भेजता है और अनुरोधित डोमेन के आईपी पते को वापस करने के लिए कहता है। इस स्थिति में, सर्वर अन्य DNS सर्वर तक पहुंच सकता है।

वापसी का अनुरोधएक आईपी भेजता है और डोमेन नाम वापस करने के लिए कहता है।

किसी भी DNS सर्वर को पुनरावृत्त प्रश्नों का जवाब देना चाहिए । पुनरावर्ती प्रश्नों का उत्तर देने के लिए DNS को कॉन्फ़िगर करना संभव है । यदि DNS पुनरावर्ती प्रश्नों का उत्तर देने के लिए कॉन्फ़िगर नहीं किया गया है, तो यह उन्हें पुनरावृत्त मानता है ।

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

आइए देखें कि चरणों में क्या दिखाया गया है:

1. (, , ) , .
2. .
3. , .. , , , name., ( ) , .
4. , , name.
5. ,
6. , ,
7. «» .
8. , , .
9. सर्वर .

आमतौर पर, चरणों की संख्या कम से कम हो जाती है, जैसा कि अनुरोधों को पारित करने के तरीके पर एक कैशिंग सर्वर है जो कैश में आवश्यक जानकारी संग्रहीत करता है। इस योजना में, यह सवाल उठ सकता है: रिज़ॉल्वर से पुनरावर्ती क्वेरी प्राप्त करने वाला स्थानीय DNS सर्वर आधिकारिक सर्वर की सूची से DNS सर्वर का चयन कैसे करता है? इंटरनेट पर कई रूट DNS सर्वर हैं, जो रूट सर्वर हमारे DNS सर्वर के लिए अनुरोध भेजेंगे?

इस मुद्दे के समाधान के लिए डीएनएस सर्वर, BIND का उपयोग करता है एक मीट्रिक बुलाया प्रतिक्रिया समय ( गोल यात्रा समय , या RTT), एक क्षेत्र के आधिकारिक DNS सर्वरों में से चुनने के लिए। आरटीटी उस देरी को निर्धारित करता है जिस पर एक दूरस्थ सर्वर से अनुरोधों की प्रतिक्रिया आती है। हर बार एक अनुरोध दूरस्थ सर्वर पर भेजा जाता है, BIND DNS सर्वर एक आंतरिक टाइमर शुरू करता है। प्रतिक्रिया मिलने पर टाइमर बंद हो जाता है, और मीट्रिक स्थानीय सर्वर द्वारा प्रतिबद्ध होती है। यदि आपको कई आधिकारिक सर्वरों में से एक को चुनना है, तो विकल्प सर्वर पर सबसे कम आरटीटी के साथ आता है।

इससे पहले कि BIND ने किसी भी सर्वर को एक अनुरोध भेजा और उससे एक प्रतिक्रिया मिली, दूरस्थ सर्वर को एक यादृच्छिक RTT मान दिया गया है, जो माप के आधार पर प्राप्त अन्य सभी की तुलना में कम है। तो DNS BIND मीट्रिक के आधार पर पसंदीदा एक का चयन करने के लिए शुरू करने से पहले एक विशिष्ट क्षेत्र के लिए सभी आधिकारिक सर्वर को सर्वेक्षण के लिए गारंटी दी जाती है।

DNS सर्वर प्रतिक्रियाएँ

DNS प्रतिक्रियाएँ निम्न प्रकार की हैं:

• एक आधिकारिक प्रतिक्रिया सर्वर से आती है जो ज़ोन के लिए ज़िम्मेदार है।
• गैर-आधिकारिक प्रतिक्रिया (गैर-आधिकारिक प्रतिक्रिया) उन सर्वरों से आती है जो ज़ोन (कैशिंग से) के लिए ज़िम्मेदार नहीं हैं।

DNS प्रतिक्रिया में आमतौर पर निम्नलिखित जानकारी होती है:

• हेडर रिकॉर्ड - अनुरोध के बारे में सेवा की जानकारी।
• अनुरोध रिकॉर्ड - भेजे गए अनुरोध को दोहराता है।
• उत्तर को रिकॉर्ड करना , वास्तव में, स्वयं उत्तर है।
• प्राधिकरण सर्वर रिकॉर्ड - आधिकारिक सर्वरों के बारे में जानकारी जो वर्तमान अनुरोध के लिए जानकारी संग्रहीत करते हैं।
• अतिरिक्त जानकारी - अतिरिक्त रिकॉर्ड, जैसे कि एनएस-सर्वर के पते।

उपर्युक्त खुदाई उपयोगिता द्वारा स्पष्ट रूप से पुष्टि की गई है:

 रूट @ डीएनएस: ~ # खुदाई ya.ru
 ; << >> DiG 9.7.3 << >> ya.ru (हेडर सेक्शन)
 ;; वैश्विक विकल्प: + सेमी
 ;; जवाब मिला:
 ;; - >> हेडर << - ओपकोड: QUERY, स्थिति: NOERROR, आईडी: 53499
 ;;झंडे: qr rd रा; QUERY: 1, ANSWER: 7, AUTHORITY: 2, सहायक: 3

 ;; सवाल खंड: (प्रश्न अनुभाग)
; में एक

 ;; उत्तर अनुभाग: (प्रतिक्रिया अनुभाग)
ya.ru. 4813 एक 87.250.250.203 में
ya.ru. 4813 एक 87.250.251.3 में
ya.ru. 4813 एक 93.158.134.3 में
ya.ru.                  4813    IN      A       93.158.134.203
ya.ru.                  4813    IN      A       213.180.204.3
ya.ru.                  4813    IN      A       77.88.21.3
ya.ru.                  4813    IN      A       87.250.250.3

 ;; AUTHORITY SECTION: ( )
ya.ru.                  4813    IN      NS      ns1.yandex.ru.
ya.ru.                  4813    IN      NS      ns5.yandex.ru.

 ;; ADDITIONAL SECTION: (  -   name servers)
ns5.yandex.ru.          345565  IN      A       213.180.204.1
ns1.yandex.ru.          345565  IN      A       213.180.193.1
ns1.yandex.ru.          3565    IN      AAAA    2a02:6b8::1

 ;; Query time: 7 msec
 ;; SERVER: 192.168.1.1#53(192.168.1.1)
 ;; WHEN: Sat Jul  2 23:02:45 2011
 ;; MSG SIZE  rcvd: 238 

DNS का उपयोग मुख्य रूप से आईपी पते में डोमेन नाम का अनुवाद करने के लिए किया जाता है, लेकिन यह उलटा प्रक्रिया भी कर सकता है, जिसे व्युत्क्रम नाम अनुवाद या व्युत्क्रम मानचित्रण कहा जाता है । क्योंकिप्रत्यक्ष DNS डेटाबेस में रिकॉर्ड्स को डोमेन नाम से श्रेणीबद्ध रूप से संरचित किया गया है, ऐसे डेटाबेस में DNS आईपी ​​पते को कुशलता से खोज नहीं सकते हैं। DNS में रिवर्स रूपांतरण के लिए, एक विशेष inadadr.arpa डोमेन का उपयोग किया जाता है। में डोमेन संसाधन रिकॉर्ड क्षेत्र का नाम शामिल आईपी पते में क्षेत्र प्रकार - PTR , और एक डाटा क्षेत्र - FQDN नाम दिए गये IP करने के लिए इसी।

आरेख , अरपा डोमेन की संरचना को दर्शाता है। मुझे लगता है कि यहां सब कुछ बहुत स्पष्ट है। डोमेन अरपा। IPv4 के लिए 2 in-addr और ip6 सबडोमेन जिम्मेदार हैंऔर IPv6 पते क्रमशः। डोमेन in-addr.arpa * .0.in-addr.arpa से है। * .255.in-addr.arpa से पहले। उप-डोमेन, जिनमें से प्रत्येक में 256 उप-डोमेन भी हैं।

अवांछित पत्राचार (स्पैम) की मात्रा को कम करने के लिए, कई मेल सर्वर होस्ट के लिए पीटीआर रिकॉर्ड की जांच कर सकते हैं, जहां से उन्हें भेजा जाता है। इस स्थिति में, आईपी पते के लिए पीटीआर रिकॉर्ड भेजने वाले मेल सर्वर के नाम से मेल खाना चाहिए, जिसे एसएमटीपी सत्र के दौरान प्रस्तुत किया गया है।

दिखाए गए आरेख को कमांड द्वारा दर्शाया जा सकता है:

 [रूट @ डीएनएस ~] # खुदाई www.ru
 ...
 ;; सवाल खंड:
; www.ru इन ए

 ;; उत्तर अनुभाग:
www.ru 52119 एक 194.87.0.50 में
 ...
[रूट @ DNS ~] # डिग -x १ ९४..0.0.०.५०
 ...
 ;; सवाल खंड:
; 50.0.87.194.in-addr.arpa पीटीआर में

 ;; उत्तर अनुभाग:
50.0.87.194.in-addr.arpa। 30385 पीटीआर www.ru में
.... 

इसी समय, dig -x 194.87.0.50 कमांड को अधिक सही ढंग से प्रतिनिधित्व किया जाएगा जो कि 50.0.87.194.in-addr.arpa के रूप में दर्शाया जाएगा।, अर्थात, .in-addr.arpa सबडोमेन में प्रविष्टियाँ। तथाकथित उलटा संकेतन (या रिवर्स फार्म) में प्रस्तुत कर रहे हैं, आईपी 194.87.0.50 साथ अर्थात एक मेजबान PTR रिकॉर्ड FQDN 50.0.87.194.in-addr.arpa।, जो बारी में डोमेन को इंगित करता है होने अनुरूप होगा www.ru वांछनीय ध्यान दें कि अक्सर इंटरनेट प्रदाता रिवर्स ज़ोन और इसके संपादन के लिए जिम्मेदार होता है।

जैसा कि वादा किया गया है, मैं www.ru मशीन के लिए ऊपर के रिकॉर्ड के अनुरूप, IN-ADDR.ARPA डोमेन में PTR संसाधन रिकॉर्ड का वर्णन कर रहा हूं । इस तरह दिखेगा:

 पीटीआर www.ru में 50.0.87.194 

50.0.87.194 नाम एक अवधि के साथ समाप्त नहीं होता है और इसलिए सापेक्ष है। प्रश्न: क्या के बारे में सापेक्ष? किसी भी तरह से " www.ru " के सापेक्ष नहीं । इस प्रविष्टि के लिए एक FQDN होने के लिए, डिफ़ॉल्ट डोमेन का नाम "IN-ADDR.ARPA" होना चाहिए। यह या तो पीटीआर रिकॉर्ड को एक अलग फाइल में रखकर प्राप्त किया जा सकता है जिसमें ज़ोन का डिफ़ॉल्ट डोमेन नाम IN-ADDR.ARPA है। (नामित डेमन बूटस्ट्रैप फ़ाइल में निर्दिष्ट), या $ ORIGIN निर्देश का उपयोग करके इस डोमेन को बदलकर। यदि डिफ़ॉल्ट डोमेन को 0.87.194.IN-ADDR.ARPA के रूप में परिभाषित किया गया है, तो प्रविष्टि को इस प्रकार दर्शाया जा सकता है:

 पीटीआर www.ru में 80 

डोमेन नाम पंजीकरण

संक्षेप में, मैं डोमेन नाम पंजीकृत करने के मुद्दे पर संपर्क करना चाहूंगा ।

डोमेन पंजीकरण वह क्रिया है जिसके द्वारा क्लाइंट रजिस्ट्रार को सूचित करता है कि कौन से DNS सर्वर को उपडोमेन को सौंपा जाना चाहिए, और रजिस्ट्रार को संपर्क और बिलिंग जानकारी भी प्रदान करता है। रजिस्ट्रार उचित रजिस्ट्री के लिए जानकारी स्थानांतरित करता है। सबसे अधिक बार, यह रजिस्ट्री के पहले स्तर के एक क्षेत्र में प्रवेश करने की प्रक्रिया है (जो कि एक ज़ोन आरएलडी, कॉम या अन्य के TLD में), एक नए डोमेन नाम का एक रिकॉर्ड है।

एक डोमेन नाम रजिस्ट्रार एक संगठन है जो नए डोमेन नाम बनाने (रजिस्टर) करने के लिए अधिकृत है और एक डोमेन में मौजूदा डोमेन नामों की वैधता का विस्तार करता है जिसके लिए अनिवार्य पंजीकरण स्थापित है।

डोमेन का स्तर जिसके लिए डोमेन के लिए जिम्मेदार व्यक्ति का अनिवार्य पंजीकरण आवश्यक है, निम्न हैं:

• रूट डोमेन
• सभी प्रथम स्तर के डोमेन (TLDs)
• कुछ दूसरे स्तर के डोमेन (उदाहरण के लिए, com.ru या co.uk)

रूट डोमेन के लिए रजिस्ट्रार के संगठन है ICANN के । सेकंड-लेवल ज़ोन में एक डोमेन रजिस्ट्रार बनने के लिए (.com .org .org .info .namefo .name .aspobi .asia .aero .tel .travel .jobs ...), आपको आईसीएएनएन मान्यता प्राप्त करने की आवश्यकता है।

अंतर्राष्ट्रीय में पंजीकरण नियम (gTLD - com।, Org, आदि) डोमेन ICANN द्वारा स्थापित किए जाते हैं। राष्ट्रीय (ccTLD - ru, us, आदि) पंजीकरण नियमों को उनके रजिस्ट्रार और / या संबंधित देशों के अधिकारियों द्वारा स्थापित किया जाता है, उदाहरण के लिए, .rf डोमेन में सभी रजिस्ट्रारों के लिए समान नियम, राष्ट्रीय इंटरनेट डोमेन के समन्वयक केंद्र द्वारा निर्धारित किए जाते हैं। कई डोमेन (आरयू सहित) के लिए, रजिस्ट्रार केवल एक ही नहीं है। यदि कई रजिस्ट्रार हैं, तो उन सभी को संघर्षों को खत्म करने और एक डोमेन नाम की विशिष्टता सुनिश्चित करने के लिए एकल (केंद्रीकृत या वितरित) डेटाबेस का उपयोग करना चाहिए।

अधिकांश मामलों में डोमेन पंजीकरण सेवा का भुगतान किया जाता है, पंजीकरण की कीमत और शर्तें रजिस्ट्रार द्वारा निर्धारित की जाती हैं। एक डोमेन रजिस्टर करने के लिए, आपको एक स्वतंत्र नाम चुनना होगा और पंजीकरण के लिए एक आवेदन भेजना होगा (उदाहरण के लिए nic.ru), सेवा के प्रावधान के लिए भुगतान करें। पंजीकरण की पुष्टि करने के बाद, रजिस्ट्रार इंटरफ़ेस में डीएनएस सर्वर को परिभाषित (प्रतिनिधि) करना आवश्यक है, सबसे अधिक संभावना है कि यह आपके होस्ट का डीएनएस होगा।

लेख के अंत में, मैं ऐसी मार्केटिंग बारीकियों का भी उल्लेख करना चाहता हूं कि कभी-कभी दूसरे स्तर के डोमेन को प्रथम-स्तरीय डोमेन नाम कहा जाता है, जिससे रूट डोमेन के मूल्य को "छोड़" दिया जाता है और रूट डोमेन के लिए TLD डोमेन लिया जाता है।

मैं यह भी नोट करना चाहता हूं कि डोमेन पता और आईपी पता एक समान नहीं है - एक आईपी पते में कई नाम हो सकते हैं, जो आपको एक ही कंप्यूटर पर कई वेबसाइटों का समर्थन करने की अनुमति देता है (इसे साझा होस्टिंग कहा जाता है)। रूपांतरण भी सत्य है - कई आईपी पते एक ही नाम से जुड़े हो सकते हैं: यह आपको लोड संतुलन बनाने की अनुमति देता है।

सारांश

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

और क्या पढ़ें:

आदमी (5) रिज़ॉल्वर: http://www.opennet.ru/man.shtml?topic=resolver&category=5&russian=0
आदमी (3) gethostbyname: http://www.opennet.ru/cgi-bin-opennet/man .cgi? विषय = gethostbyname और श्रेणी = 3
लिनक्स नेटवर्क प्रशासक गाइड v2 अंग्रेजी: डाउनलोड ।
RFC882, 1035, 1183

ने अनुमति के साथ पोस्ट किया mcsim85 , जिसका हब पर अभी तक पूर्ण खाता नहीं है, लेकिन जो निश्चित रूप से इस तरह के उच्च गुणवत्ता वाले लेखों के लिए योग्य है! बस मामले में, मूल के लिए एक कड़ी ।