रूट सर्वर

कैशिंग (कैश) सर्वर

इस प्रकार का सर्वर पहले चर्चा किए गए सर्वर से अलग है कि इस प्रकार का सर्वर किसी भी क्षेत्र के लिए आधिकारिक नहीं है।

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

कैश सर्वर ज़ोन विवरण का समर्थन नहीं करता है और तदनुसार, रिज़ॉल्वर को आधिकारिक प्रतिक्रिया नहीं भेजता है:

एमसीबीसी > एनएसलुकअप

>सेटटाइप=कोई भी

> www.w3.org

सर्वर: udc.nwudc.lan

पता: 192.168.25.25

गैर-आधिकारिक उत्तर:

www.w3.org इंटरनेट पता = 193.51.208.69

www.w3.org इंटरनेट पता = 128.30.52.31

www.w3.org इंटरनेट पता = 128.30.52.45

www.w3.org इंटरनेट पता = 128.30.52.46

www.w3.org इंटरनेट पता = 128.30.52.47

www.w3.org इंटरनेट पता = 128.30.52.54

w3.org नेमसर्वर = ns3.w3.org

w3.org नेमसर्वर = ns1.w3.org

w3.org नेमसर्वर = ns2.w3.org

उपरोक्त "www.w3.org" के लिए nslookup अनुरोध के लिए एक विशिष्ट कैशिंग सर्वर प्रतिक्रिया है। यदि सर्वर आधिकारिक था, तो प्रतिक्रिया में "गैर-आधिकारिक उत्तर" पंक्ति नहीं होगी।

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

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

चावल। 5.7 डीएनएस प्रोटोकॉल पैकेज विवरण

शीर्षक क्षेत्र

हेडर फ़ील्ड में पैकेज और उसके उद्देश्य के बारे में जानकारी होती है। यह देता है सामान्य विवरणपैकेट (अनुरोध पैकेट या प्रतिक्रिया पैकेट) और पैकेट के प्रत्येक डेटा क्षेत्र में निहित डेटा की मात्रा को निर्दिष्ट करता है। शीर्षक का विवरण तालिका 5.1 में दिया गया है।

आईडी बिट्स अनुरोध पैकेट की अद्वितीय 16-बिट पहचान संख्या हैं। सर्वर द्वारा उत्पन्न प्रतिक्रिया पैकेट भी इस पहचान संख्या का उपयोग करता है ताकि क्लाइंट अपने अनुरोध के लिए सर्वर की प्रतिक्रिया का मिलान कर सके। क्यूआर बिट पैकेट के प्रकार को इंगित करता है (अनुरोध पैकेट - 0, प्रतिक्रिया पैकेट -1)। OPCODE फ़ील्ड अनुरोध के प्रकार को निर्दिष्ट करती है - मानक (0), रिवर्स (1), या सर्वर स्थिति अनुरोध (2)।

तालिका 5.1. डीएनएस हेडर फ़ील्ड

अगले चार बिट पैकेट के विभिन्न मापदंडों को परिभाषित करते हैं। एए बिट सेट किया जाता है जब प्रतिक्रिया आधिकारिक होती है (डेटा सीधे ज़ोन के लिए जिम्मेदार DNS सर्वर से आता है)। गैर-आधिकारिक प्रतिक्रियाएं DNS सर्वरों से आ सकती हैं जिनके पास पिछले प्रश्नों से मूल रिकॉर्ड के बारे में जानकारी संचित है। इस जानकारी को गैर-आधिकारिक माना जाता है, क्योंकि यह संभव है कि पिछली बार सर्वर से संपर्क किए जाने के बाद से जानकारी बदल गई हो। टीसी बिट तब सेट किया जाता है जब नेटवर्क पर ट्रांसमिशन के लिए उपयुक्त रूप में पैकेट में डेटा को छोटा करना आवश्यक होता है। यूडीपी प्रोटोकॉल का उपयोग करते समय यह काफी संभव है, जिसके अनुसार पैकेट का आकार 512 बाइट्स से अधिक नहीं होना चाहिए। आरडी बिट तब चालू होता है जब क्लाइंट निरंतर आधार पर डीएनएस सर्वर को बार-बार क्वेरी करना चाहता है। यदि यह बिट सेट है, तो DNS सर्वर अन्य DNS सर्वरों को तब तक क्वेरी करेगा जब तक कि उसे कोई प्रतिक्रिया प्राप्त न हो जाए। यदि यह बिट सेट नहीं है, तो DNS सर्वर क्वेरी पर जो भी जानकारी रखता है उसे वापस कर देगा। RA बिट क्लाइंट को सूचित करने के लिए सेट है कि इस सर्वर से पुनरावर्ती अनुरोध करना संभव है। Z बिट्स वर्तमान में उपयोग नहीं किए जाते हैं और भविष्य के लिए आरक्षित हैं।

RCODE बिट्स का उपयोग केवल प्रतिक्रिया पैकेट में किया जाता है। वे प्रतिक्रिया की स्थिति प्रदर्शित करते हैं - कोई त्रुटि नहीं (0), अनुरोध पैकेट में त्रुटियां (1), आंतरिक त्रुटियों ने सर्वर को अनुरोध को संसाधित करने से रोका (2), अनुरोध में निर्दिष्ट नाम मौजूद नहीं है (3), यह अनुरोध का प्रकार सर्वर द्वारा समर्थित नहीं है (4) और सर्वर ने अनुरोध को संसाधित करने से इनकार कर दिया (5)।

शेष चार हेडर पैरामीटर 16-बिट नंबर हैं और काउंटर के रूप में उपयोग किए जाते हैं। वे बैच में लौटाए गए मूल अभिलेखों की संख्या का ट्रैक रखते हैं। QDCOUNT अनुरोधों की संख्या प्रदर्शित करता है (एक बैच में एक से अधिक अनुरोध शामिल किए जा सकते हैं)। ANCOUNT - प्रतिक्रिया में शामिल स्रोत रिकॉर्ड की संख्या। NSCOUNT मूल आधिकारिक नेमसर्वर प्रविष्टियों की संख्या है, और ARCOUNT अतिरिक्त सूचना क्षेत्र में प्रविष्टियों की संख्या है।

प्रश्न क्षेत्र

प्रश्न फ़ील्ड में ऐसे अनुरोध होते हैं जिनके लिए क्लाइंट DNS सर्वर से उत्तर प्राप्त करना चाहता है। एक DNS पैकेट में कई प्रश्न हो सकते हैं। एक बैच में अनुरोधों की संख्या हेडर फ़ील्ड से QDCOUNT पैरामीटर द्वारा निर्धारित की जाती है। प्रश्न फ़ील्ड में तीन भाग होते हैं: हल करने के लिए डोमेन नामों की सूची; रिकॉर्ड प्रकार फ़ील्ड जो ग्राहक प्रतिक्रिया में प्राप्त करना चाहता है, और अनुरोध वर्ग पैरामीटर। समाधान योग्य डोमेन नामों की सूची उन नामों की सूची है जिनके लिए ग्राहक आईपी पते प्राप्त करना चाहता है। नामों की सूची बनाने के लिए एक विशेष प्रारूप का उपयोग किया जाता है। प्रत्येक नाम एक बाइट मान से पहले होता है जो नाम की लंबाई निर्दिष्ट करता है। सूची के अंत को शून्य-लंबाई वाले नाम से दर्शाया गया है। टेक्स्ट भाग के बाद दो-बाइट QTYPE प्रविष्टि होती है। यह परिभाषित करता है कि ग्राहक किस रूप में उपलब्ध डोमेन के बारे में जानकारी प्राप्त करना चाहता है। ये मान पूरी तरह से DNS में मूल रिकॉर्ड के प्रकारों के अनुरूप हैं। उदाहरण के लिए, किसी विशिष्ट डोमेन के लिए मेल सर्वर खोजने के लिए, आप एमएक्स रिकॉर्ड प्रकार का उपयोग करेंगे। और अंत में, प्रश्न क्षेत्र में अंतिम पैरामीटर QCLASS है। यह अनुरोध वर्ग को परिभाषित करता है, जो हमारे मामले में इंटरनेट के लिए हमेशा IN रहेगा।

प्रतिक्रिया, अधिकार और अतिरिक्त सूचना क्षेत्र

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

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

एक DNS पैकेट में स्रोत रिकॉर्ड का प्रतिनिधित्व करने का प्रारूप तालिका 5.2 में दिखाया गया है।

तालिका 5.2. प्रतिक्रिया के प्रारूप, प्राधिकरण, और अतिरिक्त सूचना क्षेत्र

प्रतिक्रिया क्षेत्र में, RDATA मान अनुरोध को संसाधित करने के परिणामों के अनुरूप है। एमएक्स रिकॉर्ड टेक्स्ट प्रारूप में प्रस्तुत नहीं किए जाते हैं। मेल सर्वर के नाम के साथ, उनमें एक प्राथमिकता मान दर्ज किया जाता है।

प्रीमियम डीएनएस— सेवाओं का एक पैकेज जिसके साथ आप एक डोमेन ज़ोन को अधिक लचीले ढंग से प्रबंधित कर सकते हैं, साथ ही साथ DNS रिकॉर्ड्स में परिवर्तनों का इतिहास भी देख सकते हैं।

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

यदि होस्टिंग DNS सर्वर आपके डोमेन के लिए पंजीकृत हैं (ns1.hosting..hosting. .

सेवाओं का पैकेज प्रीमियम डीएनएसएक मौका दीजिये:

DNS ज़ोन टेम्प्लेट बनाएं;

DNS ज़ोन निर्यात करें;

DNS ज़ोन आयात करें;

DNS रिकॉर्ड्स में किसी भी अवांछित परिवर्तन को वापस रोल करें और ज़ोन सेटिंग्स को पुनर्स्थापित करें, जिस पर साइट बिना किसी त्रुटि के कार्य करती है;

साइबर हमलों से बचाने के लिए सेवा का उपयोग करें;

किसी भी ऑपरेशन के बाद ज़ोन अपडेट समय को कम करें 10 मिनटों(मानक परिस्थितियों में, अपडेट में कम से कम 1 घंटा लगता है);

सिस्टम की गलती सहनशीलता में वृद्धि और वेबसाइट ग्राहकों के इंटरनेट संसाधनों के सुचारू संचालन को सुनिश्चित करना।

प्रीमियम डीएनएस से किसे लाभ होता है?

सर्विस पैकेज उपयुक्त है खुदरा ग्राहकएक खाते पर बड़ी संख्या में डोमेन के साथ-साथ ऐसे भागीदार जो पुनर्विक्रय सेवाओं में लगे हुए हैं।

प्रीमियम डीएनएस कैसे ऑर्डर करें?

तैयार! आपने प्रीमियम डीएनएस सेवा का आदेश दिया है।

प्रीमियम डीएनएस सेवा प्रबंधन

बनाए गए ज़ोन टेम्पलेट को कैसे लागू करें?

"ज़ोन टेम्प्लेट" टैब पर जाएं और आवश्यक टेम्प्लेट के आगे, क्लिक करें टेम्प्लेट लागू करें:

तैयार! बनाया गया ज़ोन टेम्पलेट लागू किया गया है।

डोमेन ज़ोन का निर्यात और आयात

जोन मैनेजमेंट टैब पर जाएं। डोमेन ज़ोन आयात या निर्यात करने के लिए, क्लिक करें निर्यात आयातऔर आवश्यक कार्रवाई का चयन करें:

ज़ोन को प्रारूप में निर्यात किया जाता है बाँधना. केवल प्रारूप वाली फ़ाइल से ज़ोन आयात करना भी संभव है बाँधना.

तैयार! टेम्पलेट निर्यात/आयातित।

प्रीमियम डीएनएस प्लान को कैसे बदलें?

प्रीमियम डीएनएस "एक डोमेन के लिए" से प्रीमियम डीएनएस "एक खाते के लिए" में कोई सीधा बदलाव नहीं है।

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

चावल। 4.5.

शीर्षक क्षेत्र

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

आईडी बिट्स अनुरोध पैकेट की अद्वितीय 16-बिट पहचान संख्या हैं। सर्वर द्वारा उत्पन्न प्रतिक्रिया पैकेट भी इस पहचान संख्या का उपयोग करता है ताकि क्लाइंट अपने अनुरोध के लिए सर्वर की प्रतिक्रिया का मिलान कर सके। क्यूआर बिट पैकेट के प्रकार को इंगित करता है (अनुरोध पैकेट - 0, प्रतिक्रिया पैकेट -1)। खेत OPCODEअनुरोध प्रकार को परिभाषित करता है - मानक (0), रिवर्स (1) या सर्वर स्थिति अनुरोध (2)।

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

RCODE बिट्स का उपयोग केवल प्रतिक्रिया पैकेट में किया जाता है। वे प्रतिक्रिया की स्थिति प्रदर्शित करते हैं - कोई त्रुटि नहीं (0), अनुरोध पैकेट में त्रुटियां (1), आंतरिक त्रुटियों ने सर्वर को अनुरोध को संसाधित करने से रोका (2), अनुरोध में निर्दिष्ट नाम मौजूद नहीं है (3), यह अनुरोध का प्रकार सर्वर द्वारा समर्थित नहीं है (4) और सर्वर ने अनुरोध को संसाधित करने से इनकार कर दिया (5)।

शेष चार हेडर पैरामीटर 16-बिट नंबर हैं और काउंटर के रूप में उपयोग किए जाते हैं। वे बैच में लौटाए गए मूल अभिलेखों की संख्या का ट्रैक रखते हैं। QDCOUNT अनुरोधों की संख्या प्रदर्शित करता है (एक बैच में एक से अधिक अनुरोध शामिल किए जा सकते हैं)। ANCOUNT - प्रतिक्रिया में शामिल स्रोत रिकॉर्ड की संख्या। NSCOUNT मूल आधिकारिक नेमसर्वर प्रविष्टियों की संख्या है, और ARCOUNT अतिरिक्त सूचना क्षेत्र में प्रविष्टियों की संख्या है।

प्रश्न क्षेत्र

प्रश्न फ़ील्ड में ऐसे अनुरोध होते हैं जिनके लिए क्लाइंट DNS सर्वर से उत्तर प्राप्त करना चाहता है। एक DNS पैकेट में कई अनुरोध हो सकते हैं। एक बैच में अनुरोधों की संख्या हेडर फ़ील्ड से QDCOUNT पैरामीटर द्वारा निर्धारित की जाती है। प्रश्न फ़ील्ड में तीन भाग होते हैं: हल करने के लिए डोमेन नामों की सूची; रिकॉर्ड प्रकार फ़ील्ड जो ग्राहक प्रतिक्रिया में प्राप्त करना चाहता है, और अनुरोध वर्ग पैरामीटर। समाधान योग्य डोमेन नाम सूची नामों की एक सूची है जिसके लिए ग्राहक आईपी पते प्राप्त करना चाहता है। नामों की सूची बनाने के लिए एक विशेष प्रारूप का उपयोग किया जाता है। प्रत्येक नाम एक बाइट मान से पहले होता है जो नाम की लंबाई निर्दिष्ट करता है। सूची के अंत को शून्य-लंबाई वाले नाम से दर्शाया गया है। टेक्स्ट भाग के बाद दो-बाइट QTYPE प्रविष्टि होती है। यह परिभाषित करता है कि ग्राहक किस रूप में उपलब्ध डोमेन के बारे में जानकारी प्राप्त करना चाहता है। ये मान पूरी तरह से DNS में मूल रिकॉर्ड के प्रकारों के अनुरूप हैं। उदाहरण के लिए, किसी विशिष्ट डोमेन के लिए मेल सर्वर खोजने के लिए, आप एमएक्स रिकॉर्ड प्रकार का उपयोग करेंगे। और अंत में, प्रश्न बॉक्स में अंतिम पैरामीटर QCLASS है। यह अनुरोध वर्ग को परिभाषित करता है, जो हमारे मामले में इंटरनेट के लिए हमेशा IN रहेगा।