रूट सर्वर
कैशिंग (कैश) सर्वर
इस प्रकार का सर्वर पहले चर्चा किए गए सर्वर से अलग है कि इस प्रकार का सर्वर किसी भी क्षेत्र के लिए आधिकारिक नहीं है।
इस प्रकार के सर्वर का उपयोग डोमेन नाम और आईपी पते के बीच मैचों के केंद्रीकृत कैशिंग को व्यवस्थित करने के लिए किया जाता है। कैशिंग सर्वर को व्यवस्थित करने का विचार नेटवर्क पर एक डोमेन नाम और एक आईपी पते के बीच मिलान की खोज करना नहीं है, बल्कि उन्हें अपने स्थानीय कैश में जमा करना और कैशे डेटा का उपयोग करके रिलीवर अनुरोधों को पूरा करना है।
कैश सर्वर ज़ोन विवरण का समर्थन नहीं करता है और तदनुसार, रिज़ॉल्वर को आधिकारिक प्रतिक्रिया नहीं भेजता है:
एमसीबीसी> एनएसलुकअप
> सेट प्रकार = कोई भी
> 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 सर्वरों के डेटाबेस के बीच सूचनाओं के आदान-प्रदान की भी अनुमति देता है। यह प्रोटोकॉल एक मानक अनुरोध-प्रतिक्रिया प्रारूप का उपयोग करता है जहां क्लाइंट एक अनुरोध पैकेट भेजता है और सर्वर डेटाबेस से प्राप्त जानकारी के साथ एक पैकेट या एक त्रुटि संदेश के साथ प्रतिक्रिया करता है जो इंगित करता है कि अनुरोध को अस्वीकार क्यों किया गया था। अपने काम में, यह प्रोटोकॉल पोर्ट 53 और प्रसिद्ध प्रोटोकॉल - टीसीपी या यूडीपी का उपयोग करता है। इसके अलावा, हाल ही में यूडीपी इंटरनेट पर पैकेट परिवहन का एक अधिक सामान्य तरीका बन गया है। DNS पैकेज में पाँच फ़ील्ड होते हैं: हेडर, प्रश्न, उत्तर, प्राधिकरण और अतिरिक्त सूचना फ़ील्ड। चित्र 5.7 DNS पैकेट की सामान्य संरचना को दर्शाता है।
चावल। 5.7 DNS प्रोटोकॉल पैकेज का विवरण
हैडर फील्ड
हेडर फ़ील्ड में पैकेज और उसके उद्देश्य के बारे में जानकारी होती है। यह पैकेट (अनुरोध पैकेट या प्रतिक्रिया पैकेट) का एक सामान्य विवरण देता है और पैकेट के प्रत्येक डेटा क्षेत्र में निहित डेटा की मात्रा को इंगित करता है। शीर्षलेख का विवरण तालिका 5.1 में दिया गया है।
आईडी बिट्स अनुरोध पैकेट की अद्वितीय 16-बिट पहचान संख्या हैं। सर्वर द्वारा उत्पन्न प्रतिक्रिया पैकेट भी इस पहचान संख्या का उपयोग करता है ताकि क्लाइंट अपने अनुरोध के लिए सर्वर की प्रतिक्रिया से मेल खा सके। क्यूआर बिट पैकेट के प्रकार को दर्शाता है (अनुरोध पैकेट - 0, प्रतिक्रिया पैकेट -1)। OPCODE फ़ील्ड अनुरोध के प्रकार को परिभाषित करता है - मानक (0), रिवर्स (1), या सर्वर स्थिति (2) के लिए अनुरोध।
तालिका 5.1. डीएनएस पैकेट हेडर फ़ील्ड
| अंश | विवरण | अंश | विवरण |
| 0-15 | पहचान | आरए | |
| क्यूआर | 25-27 | जेड | |
| 17-20 | OPCODE | 28-31 | आरकोडे |
| आ | 32-47 | QDCOUNT | |
| टीसी | 48-63 | खाता | |
| तृतीय | 64-79 | NSCOUNT | |
| 80-95 | ARCOUNT |
अगले चार बिट विभिन्न पैकेट मापदंडों को परिभाषित करते हैं। एए बिट सेट किया जाता है जब प्रतिक्रिया आधिकारिक होती है (डेटा सीधे ज़ोन के लिए जिम्मेदार 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 पता दोनों का पता लगा सकते हैं।
डीएनएस पैकेट में मूल रिकॉर्ड का प्रतिनिधित्व करने का प्रारूप तालिका 5.2 में दिखाया गया है।
तालिका 5.2. प्रतिक्रिया के प्रारूप, अधिकार और अतिरिक्त सूचना क्षेत्र
प्रतिक्रिया क्षेत्र में, RDATA मान अनुरोध को संसाधित करने के परिणामों के अनुरूप होता है। एमएक्स रिकॉर्ड टेक्स्ट प्रारूप में प्रस्तुत नहीं किए जाते हैं। प्राथमिकता मान मेल सर्वर के नाम के साथ दर्ज किया जाता है।
डीएनएस के दो मुख्य कार्य हैं। यह क्लाइंट कंप्यूटरों को आईपी पते या नेटवर्क पर होस्ट के नाम के लिए DNS सर्वर को क्वेरी करने की अनुमति देता है, और DNS सर्वरों के डेटाबेस के बीच सूचनाओं के आदान-प्रदान की भी अनुमति देता है। यह प्रोटोकॉल एक मानक अनुरोध-प्रतिक्रिया प्रारूप का उपयोग करता है, जहां क्लाइंट एक अनुरोध पैकेट भेजता है और सर्वर डेटाबेस से प्राप्त जानकारी के साथ एक पैकेट या एक त्रुटि संदेश के साथ प्रतिक्रिया करता है जो अनुरोध को संसाधित करने से इनकार करने का कारण बताता है। अपने काम में, यह प्रोटोकॉल पोर्ट 53 और प्रसिद्ध प्रोटोकॉल - टीसीपी या यूडीपी का उपयोग करता है। इसके अलावा, हाल ही में यूडीपी इंटरनेट पर पैकेट परिवहन का एक अधिक सामान्य तरीका बन गया है। DNS पैकेज में पाँच फ़ील्ड होते हैं: हेडर, प्रश्न, उत्तर, प्राधिकरण और अतिरिक्त सूचना फ़ील्ड। पर चावल। 4.5 DNS पैकेट की सामान्य संरचना को दर्शाता है।
चावल। 4.5.
हैडर फील्ड
हेडर फ़ील्ड में पैकेज और उसके उद्देश्य के बारे में जानकारी होती है। यह पैकेट (अनुरोध पैकेट या प्रतिक्रिया पैकेट) का एक सामान्य विवरण देता है और पैकेट के प्रत्येक डेटा क्षेत्र में निहित डेटा की मात्रा को इंगित करता है। शीर्षक वर्णनमें दिया टैब। 4.3.
| अंश | विवरण |
|---|---|
| 0-15 | पहचान |
| 16 | क्यूआर |
| 17-20 | OPCODE |
| 21 | आ |
| 22 | टीसी |
| 23 | तृतीय |
| 24 | आरए |
| 25-27 | जेड |
| 28-31 | आरकोडे |
| 32-47 | QDCOUNT |
| 48-63 | खाता |
| 64-79 | NSCOUNT |
| 80-95 | ARCOUNT |
आईडी बिट्स अनुरोध पैकेट की अद्वितीय 16-बिट पहचान संख्या हैं। सर्वर द्वारा उत्पन्न प्रतिक्रिया पैकेट भी इस पहचान संख्या का उपयोग करता है ताकि क्लाइंट अपने अनुरोध के लिए सर्वर की प्रतिक्रिया से मेल खा सके। क्यूआर बिट पैकेट के प्रकार को दर्शाता है (अनुरोध पैकेट - 0, प्रतिक्रिया पैकेट -1)। खेत OPCODEअनुरोध के प्रकार को निर्धारित करता है - मानक (0), रिवर्स (1), या सर्वर स्थिति (2) के लिए अनुरोध।
अगले चार बिट विभिन्न पैकेट मापदंडों को परिभाषित करते हैं। एए बिट सेट किया जाता है जब प्रतिक्रिया आधिकारिक होती है (डेटा सीधे ज़ोन के लिए जिम्मेदार 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 प्रोटोकॉल द्वारा किया जाता है। इन संदेशों के प्रारूप समान हैं और चित्र में दिखाए गए हैं। 2.17. DNS संदेश की संरचना का विवरण निम्नलिखित है।
पहले 12 बाइट्स हेडर सेक्शन बनाते हैं, जिसमें कई फ़ील्ड होते हैं। पहला फ़ील्ड एक 16-बिट संख्या है जो अनुरोध की पहचान करता है। अनुरोध आईडी को प्रतिक्रिया संदेश में कॉपी किया जाता है, जिससे ग्राहक अनुरोधों के जवाबों का मिलान कर सकता है। फ़्लैग फ़ील्ड में एक-बिट अनुरोध/प्रतिक्रिया फ़्लैग शामिल होता है और यह निर्धारित करता है कि संदेश एक अनुरोध (0) है या प्रतिक्रिया (1) है। यदि नाम सर्वर अनुरोधित नाम के लिए आधिकारिक है, तो प्रतिक्रिया संदेश के लिए एक-बिट प्राधिकरण ध्वज सेट किया गया है।
एक-बिट रिकर्सन वरीयता ध्वज सेट किया जाता है जब क्लाइंट (होस्ट या नेमसर्वर) को आईपी पते की अनुपस्थिति में नेमसर्वर को पुनरावर्ती क्वेरी लागू करने के लिए निर्देश देने की आवश्यकता होती है। यदि नाम सर्वर एक पुनरावर्ती क्वेरी तंत्र का समर्थन करता है, तो प्रतिक्रिया संदेश में एक-बिट रिकर्सन उपलब्धता ध्वज सेट किया जाता है। हेडर में डेटा "प्रकार" के लिए चार खंड भी होते हैं।
प्रश्न अनुभाग में अनुरोध के बारे में जानकारी होती है और इसमें एक नाम फ़ील्ड शामिल होता है जिसमें अनुरोधित होस्ट का नाम होता है और एक प्रकार फ़ील्ड जो प्रतिक्रिया की सामग्री निर्दिष्ट करता है, जैसे होस्ट पता (प्रकार ए) या मेल सर्वर का नाम (टाइप एमएक्स)।
प्रतिक्रिया अनुभाग प्रतिक्रिया संदेशों में मौजूद होता है और इसमें आवश्यक संसाधन रिकॉर्ड होते हैं। प्रत्येक आरआर रिकॉर्ड में ए, एनएस, सीएनएन या एमएक्स, वैल्यू और टीटीएल में से एक के साथ टाइप फ़ील्ड शामिल हैं। चूँकि एक होस्टनाम को कई IP पतों पर मैप किया जा सकता है (उदाहरण के लिए, इस अध्याय में उल्लिखित वेब सर्वरों के दोहराव के कारण), प्रतिक्रिया अनुभाग में कई प्रविष्टियाँ भी हो सकती हैं।
प्राधिकरण अनुभाग में अन्य आधिकारिक सर्वरों के लिए प्रविष्टियां शामिल हैं।
अतिरिक्त अनुभाग में अन्य "उपयोगी" प्रविष्टियां हैं। उदाहरण के लिए, एमएक्स रिकॉर्ड के अनुरोध के लिए प्रतिक्रिया फ़ील्ड में मेल सर्वर के प्रामाणिक नाम को संग्रहीत करने वाला रिकॉर्ड हो सकता है, और एक अतिरिक्त अनुभाग में मेल सर्वर के आईपी पते के साथ एक रिकॉर्ड हो सकता है।
उपरोक्त जानकारी मुख्य रूप से DNS डेटाबेस से रिकॉर्ड प्राप्त करने से संबंधित थी। हालाँकि, डेटाबेस में नया डेटा कैसे दर्ज किया जाता है, इसका सवाल अभी भी खुला है। कुछ समय पहले तक, डेटाबेस को स्थिर रूप से अद्यतन किया जाता था, उदाहरण के लिए, सिस्टम व्यवस्थापक द्वारा कॉन्फ़िगरेशन फ़ाइल में मैन्युअल रूप से डेटा दर्ज करके। हाल ही में, अद्यतन पैरामीटर को DNS प्रोटोकॉल में जोड़ा गया था, जो आपको DNS संदेशों का उपयोग करके डेटाबेस रिकॉर्ड जोड़ने और निकालने की अनुमति देता है।
प्रीमियम डीएनएस- सेवाओं का एक पैकेज जिसके साथ आप अधिक लचीले ढंग से डोमेन ज़ोन का प्रबंधन कर सकते हैं, साथ ही साथ DNS रिकॉर्ड्स में परिवर्तनों का इतिहास भी देख सकते हैं।
उन डोमेन के बारे में सभी जानकारी जिनके लिए यह जुड़ा हुआ है प्रीमियम डीएनएस, हमारे DNS सर्वरों में डुप्लीकेट किया जाता है और विश्वसनीय डेटा केंद्रों में संग्रहीत किया जाता है। "सुरक्षा" सर्वर नेटवर्क हैं एनीकास्ट... यह उनके सुचारू संचालन को सुनिश्चित करता है। यदि एक सर्वर डाउन हो जाता है, तो अन्य सर्वर काम करना जारी रखते हैं और निर्बाध रूप से प्रदान करते हैं सक्रिय रहने की अवधिडोमेन पर आपकी साइटों और सेवाओं के बारे में।
यदि आपके डोमेन में DNS सर्वर (ns1.hosting..hosting..
सेवाओं का पैकेज प्रीमियम डीएनएसएक मौका दीजिये:
DNS ज़ोन टेम्प्लेट बनाएं;
DNS ज़ोन निर्यात करें;
DNS ज़ोन आयात करें;
DNS रिकॉर्ड्स में किसी भी अवांछित परिवर्तन को वापस रोल करें और ज़ोन सेटिंग्स को पुनर्स्थापित करें, जिस पर साइट बिना त्रुटि के कार्य करती है;
साइबर हमलों से बचाने के लिए सेवा का उपयोग करें;
किसी भी ऑपरेशन के बाद ज़ोन को अपडेट करने के लिए समय कम करें 10 मिनटों(मानक परिस्थितियों में, अपडेट में कम से कम 1 घंटा लगता है);
सिस्टम की गलती सहनशीलता बढ़ाने के लिए और क्लाइंट साइट के इंटरनेट संसाधनों के निर्बाध संचालन को सुनिश्चित करने के लिए।
प्रीमियम डीएनएस से किसे लाभ होता है?
सर्विस पैकेज सूट करेगा खुदरा ग्राहकएक खाते पर बड़ी संख्या में डोमेन के साथ-साथ ऐसे भागीदार जो पुनर्विक्रय सेवाओं में लगे हुए हैं।
मैं प्रीमियम डीएनएस कैसे ऑर्डर करूं?
तैयार! आपने प्रीमियम डीएनएस सेवा का आदेश दिया है।
प्रीमियम डीएनएस सेवा प्रबंधन
बनाए गए ज़ोन टेम्पलेट को कैसे लागू करें?
"ज़ोन टेम्प्लेट" टैब पर जाएं और आवश्यक टेम्प्लेट के आगे क्लिक करें टेम्प्लेट लागू करें:
तैयार! बनाया गया ज़ोन टेम्पलेट लागू किया गया है।
डोमेन ज़ोन निर्यात और आयात
जोन मैनेजमेंट टैब पर जाएं। डोमेन ज़ोन आयात या निर्यात करने के लिए, क्लिक करें निर्यात आयातऔर आवश्यक कार्रवाई का चयन करें:
ज़ोन को प्रारूप में निर्यात किया जाता है बाँध... केवल प्रारूप वाली फ़ाइल से ज़ोन आयात करना भी संभव है बाँध.
तैयार! टेम्पलेट निर्यात / आयात किया जाता है।
मैं अपनी प्रीमियम डीएनएस योजना कैसे बदलूं?
प्रीमियम डीएनएस "डोमेन के लिए" से प्रीमियम डीएनएस "खाते के लिए" में कोई सीधा बदलाव नहीं है।