विंडोज 2012 नेटवर्क सेवाएं - डीएनएस

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

आधुनिक नेटवर्क में सेवा, यदि कुंजी नहीं है, तो उनमें से एक है। जिनके लिए DNS सेवा नई नहीं है, वे पहले भाग को सुरक्षित रूप से छोड़ सकते हैं।

सामग्री:

1. मूल जानकारी
2. DNS संदेश प्रारूप के बारे में थोड़ा सा
3. टीसीपी और यूडीपी
4. विंडोज सर्वर 2008 और 2012 में डीएनएस
5. DNS और सक्रिय निर्देशिका
6. जानकारी के स्रोत

(कोई लंगर नहीं, इसलिए सामग्री लिंक के बिना है)

1. मूल जानकारी

DNS एक डेटाबेस है जिसमें मुख्य रूप से अपने आईपी पते पर नेटवर्क ऑब्जेक्ट नामों की मैपिंग के बारे में जानकारी होती है। "मूल रूप से" - क्योंकि वहाँ और कुछ अन्य जानकारी संग्रहीत है। विशेष रूप से, निम्नलिखित प्रकार के संसाधन रिकॉर्ड (संसाधन रिकॉर्ड - RR):

और - वही एक प्रतीकात्मक डोमेन नाम की मैपिंग अपने आईपी पते पर।

AAAA A के समान है, लेकिन IPv6 पतों के लिए।

CNAME - Canonical NAME एक उपनाम है। यदि आप एक अपठनीय नाम के साथ एक सर्वर चाहते हैं, जैसे कि nsk-dc2-0704-ibm, जिस पर कॉर्पोरेट पोर्टल चल रहा है, तो नाम पोर्टल पर भी प्रतिक्रिया दें, आप इसके लिए एक अन्य प्रकार का रिकॉर्ड बना सकते हैं, नाम पोर्टल और उसी आईपी पते के साथ। लेकिन फिर, आईपी पते के परिवर्तन की स्थिति में (कुछ भी हो सकता है), ऐसे सभी रिकॉर्डों को फिर से बनाना आवश्यक होगा। और यदि आप nsk-dc2-0704-ibm की ओर इशारा करते हुए नाम पोर्टल के साथ CNAME बनाते हैं, तो आपको कुछ भी बदलना नहीं होगा।

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

NS - नाम सर्वर - इस डोमेन के लिए जिम्मेदार DNS सर्वर का नाम है। स्वाभाविक रूप से, एनएस के प्रत्येक रिकॉर्ड के लिए टाइप ए का एक रिकॉर्ड होना चाहिए।

SOA - प्राधिकरण का प्रारंभ - इंगित करता है कि एनएस-सर्वर में से कौन इस डोमेन के बारे में संदर्भ जानकारी संग्रहीत करता है, जोन के लिए जिम्मेदार व्यक्ति की संपर्क जानकारी, कैश में जानकारी संग्रहीत करने के लिए समय।

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

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

इसके अलावा, ज़ोन स्वयं, जो डोमेन के बारे में जानकारी संग्रहीत करते हैं, दो प्रकार के होते हैं (शास्त्रीय रूप से):

मुख्य (प्राथमिक) - एक पाठ फ़ाइल होती है जिसमें डोमेन के होस्ट और सेवाओं के बारे में जानकारी होती है। फ़ाइल को संपादित किया जा सकता है।

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

इंटरनेट पर एक डोमेन रजिस्टर करने के लिए, यह आवश्यक है कि कम से कम दो DNS सर्वर इसके बारे में जानकारी संग्रहीत करें।

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

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

Iterative और पुनरावर्ती प्रश्न।

यह स्पष्ट है कि एक DNS सर्वर इंटरनेट पर सभी डोमेन के बारे में नहीं जानता है। इसलिए, अज्ञात के लिए एक पते के लिए एक अनुरोध की प्राप्ति पर, उदाहरण के लिए metro.yandex.ru, पुनरावृत्तियों के निम्नलिखित अनुक्रम शुरू किया गया है:

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

ग्राहक उसी अनुरोध के साथ आरओ ज़ोन धारक से संपर्क करता है।

RU ज़ोन का DNS सर्वर इसी रिकॉर्ड के लिए अपने कैश में दिखता है और अगर यह नहीं मिलता है, तो क्लाइंट को उस सर्वर का पता देता है जो दूसरे स्तर के डोमेन के लिए आधिकारिक है - हमारे मामले में, yandex.ru

एक ग्राहक उसी क्वेरी के साथ yandex.ru DNS तक पहुंचता है।

Yandex DNS वांछित पता देता है।

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

क्लाइंट, एक नियम के रूप में, झंडा "पुनरावृत्ति आवश्यक" होने का अनुरोध करता है।

2. DNS संदेश प्रारूप के बारे में थोड़ा सा

संदेश में 12-बाइट हेडर होते हैं, इसके बाद 4 चर-लंबाई वाले फ़ील्ड होते हैं।

शीर्ष लेख में निम्नलिखित फ़ील्ड शामिल हैं:

DNS संदेश प्रारूप

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

झंडे - 16-बिट क्षेत्र, 8 भागों में विभाजित:

• QR (संदेश प्रकार), 1-बिट फ़ील्ड: 0 का अर्थ है अनुरोध, 1 का अर्थ है प्रतिक्रिया।
• opcode ( opcode ), 4-बिट फ़ील्ड। डिफ़ॉल्ट मान 0 (मानक अनुरोध) है। अन्य मान 1 (उलटा अनुरोध) और 2 (सर्वर स्थिति अनुरोध) हैं।
• एए 1-बिट ध्वज है जिसका अर्थ है "आधिकारिक उत्तर"। DNS सर्वर के पास प्रश्न अनुभाग में इस डोमेन के लिए अधिकार है।
• टीसी एक 1-बिट फ़ील्ड है जिसका अर्थ है "छोटा"। यूडीपी के मामले में, इसका मतलब है कि कुल प्रतिक्रिया आकार 512 बाइट्स से अधिक हो गया, हालांकि, प्रतिक्रिया के केवल पहले 512 बाइट्स वापस आ गए थे।
• आरडी 1-बिट फ़ील्ड है जिसका अर्थ है "पुनरावृत्ति वांछित"। अनुरोध में थोड़ा सा सेट किया जा सकता है और फिर प्रतिक्रिया में वापस आ सकता है। इस ध्वज को DNS सर्वर को इस अनुरोध को स्वयं संसाधित करने की आवश्यकता होती है (यानी, सर्वर को स्वयं आवश्यक IP पता निर्धारित करना चाहिए, और किसी अन्य DNS सर्वर का पता वापस नहीं करना चाहिए), जिसे पुनरावर्ती क्वेरी कहा जाता है। यदि यह बिट सेट नहीं है और अनुरोधित DNS सर्वर के पास आधिकारिक उत्तर नहीं है, तो अनुरोधित सर्वर अन्य DNS सर्वरों की सूची लौटाएगा, जिन्हें प्रतिक्रिया प्राप्त करने के लिए परामर्श किया जाना चाहिए। इसे पुनरावृत्त क्वेरी कहा जाता है। हम निम्नलिखित उदाहरणों में दोनों प्रकार के प्रश्नों के उदाहरण देखेंगे।
• आरए 1-बिट फ़ील्ड है जिसका अर्थ है "पुनरावृत्ति उपलब्ध"। यदि सर्वर पुनरावृत्ति का समर्थन करता है तो यह बिट प्रतिक्रिया में 1 पर सेट है। हम अपने उदाहरणों में देखेंगे कि अधिकांश DNS सर्वर कुछ रूट सर्वर के अपवाद के साथ पुनरावृत्ति का समर्थन करते हैं (किनारे सर्वर अपने कार्यभार के कारण पुनरावर्ती प्रश्नों को संभालने में सक्षम नहीं हैं)।
• 0 - यह 3-बिट फ़ील्ड 0 होना चाहिए।
• rcode 4-बिट रिटर्न कोड फ़ील्ड है। सामान्य मान 0 (कोई त्रुटि नहीं) और 3 (नाम त्रुटि) हैं। एक नाम त्रुटि केवल आधिकारिक DNS सर्वर से वापस आ जाती है और इसका मतलब है कि अनुरोध में निर्दिष्ट डोमेन नाम मौजूद नहीं है।

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

उदाहरण (पिंग www.ru कमांड को निष्पादित करते समय WinDump का उपयोग करके प्राप्त किया गया ):

IP KKasachev-nb.itcorp.it.ru.51036 > ns1.it.ru.53: 36587+ A? www.ru. (24)
IP ns1.it.ru.53 > KKasachev-nb.itcorp.it.ru.51036: 36587 1/2/5 A 194.87.0.50 (196)

पहली पंक्ति अनुरोध है: मेरे पीसी का नाम, 51036 एक बेतरतीब ढंग से चुना गया पोर्ट है, 53 DNS सर्वर का पूर्व ज्ञात पोर्ट है, 36587 अनुरोध पहचानकर्ता है, + - "पुनरावृत्ति आवश्यक है", ए एक रिकॉर्ड है एक अनुरोध, एक प्रश्न चिह्न का मतलब है कि यह अनुरोध, प्रतिक्रिया नहीं। कोष्ठक में बाइट्स में संदेश की लंबाई है।

दूसरी पंक्ति सर्वर की प्रतिक्रिया है: निर्दिष्ट अनुरोध पहचानकर्ता के साथ निर्दिष्ट स्रोत पोर्ट पर। प्रतिक्रिया में एक आरआर (डीएनएस संसाधन रिकॉर्ड) शामिल है, जो कि अनुरोध, 2 प्राधिकरण रिकॉर्ड और 5 अतिरिक्त रिकॉर्ड की प्रतिक्रिया है। कुल प्रतिक्रिया की लंबाई 196 बाइट्स है।

3. टीसीपी और यूडीपी

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

इसके अलावा, मुख्य सर्वरों से अतिरिक्त लोगों तक ज़ोन का स्थानांतरण टीसीपी के माध्यम से किया जाता है, क्योंकि इस मामले में 512 से अधिक बाइट्स प्रसारित होते हैं।

4. विंडोज सर्वर 2008 और 2012 में डीएनएस

विंडोज 2008 ने निम्नलिखित विशेषताएं पेश की:

क्षेत्रों की पृष्ठभूमि लोड हो रहा है

DNS डेटा को संग्रहीत करने के लिए सक्रिय निर्देशिका डोमेन सेवाओं का उपयोग करने वाले अत्यंत बड़े क्षेत्रों वाले बहुत बड़े संगठनों में, DNS सर्वर को पुनः आरंभ करने में एक घंटे या उससे अधिक समय लग सकता है, जबकि DNS डेटा को निर्देशिका सेवा से पुनर्प्राप्त किया जाता है। उसी समय, सक्रिय निर्देशिका डोमेन सेवा क्षेत्र लोड करते समय क्लाइंट अनुरोधों की सेवा के लिए DNS सर्वर अनुपलब्ध है।
Windows Server 2008 DNS सर्वर अब रिबूट के दौरान पृष्ठभूमि में सक्रिय निर्देशिका डोमेन सेवाओं से ज़ोन डेटा डाउनलोड करता है, जो अन्य ज़ोन से डेटा अनुरोधों को संसाधित कर सकता है। DNS सर्वर शुरू करते समय, निम्नलिखित क्रियाएं की जाती हैं:

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

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

IPv6 एड्रेस सपोर्ट

इंटरनेट प्रोटोकॉल वर्जन 6 (IPv6) उन पतों को परिभाषित करता है, जो IP बिट्स 4 (IPv4) पतों के विपरीत 128 बिट्स लंबे हैं, जो कि 32 बिट्स हैं।
Windows Server 2008 DNS सर्वर अब पूरी तरह से IPv4 पतों और IPv6 पतों दोनों का समर्थन करते हैं। Dnscmd कमांड-लाइन टूल भी दोनों प्रारूपों में पते स्वीकार करता है। फारवर्डरों की सूची में आईपीवी 4 पते और आईपीवी 6 पते दोनों हो सकते हैं। DHCP क्लाइंट IPv6 पतों को IPv4 पतों के साथ (या इसके बजाय) पंजीकृत कर सकते हैं। अंत में, DNS सर्वर अब पिछड़े मिलान के लिए ip6.arpa डोमेन नाम स्थान का समर्थन करते हैं।

DNS क्लाइंट परिवर्तन

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

DNS के संबंध में Windows 2012 में परिवर्तन मुख्य रूप से DNSSEC तकनीक (DNS रिकॉर्ड में डिजिटल हस्ताक्षर जोड़कर DNS सुरक्षा सुनिश्चित करना) को प्रभावित करता है, विशेष रूप से, गतिशील अद्यतन प्रदान करता है जो DNSSEC Windows Server 2008 में सक्षम होने पर उपलब्ध नहीं थे।

5. DNS और सक्रिय निर्देशिका

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

एक खोज प्रदान करने के लिए, सर्वर पर एक डोमेन नियंत्रक की भूमिका को बढ़ाने की प्रक्रिया में, इसके ब्रेटन सेवा DNS में संबंधित ए और एसआरवी रिकॉर्ड दर्ज करती है।

नेट लॉगऑन द्वारा दर्ज SRV रिकॉर्ड:

_ldap._tcp.DnsDomainName
_ldap._tcp.SiteName._sites.DnsDomainName
_ldap._tcp.dc._msdcs.DnsDomainName
_ldap._tcp.SiteName._sites.dc._msdcs.DnsDomainName
_ldap._tcp.pdc._msdcs.DnsDomainName
_ldap._tcp.gc._msdcs.DnsForestName
_ldap._tcp.SiteName._sites.gc._msdcs। DnsForestName
_gc._tcp.DnsForestName
_gc._tcp.SiteName._sites.DnsForestName
_ldap._tcp.DomainGuid.domains._msdcs.DnsForestName
_kerberos._tcp.DnsDomainName।
_kerberos._udp.DnsDomainName
_kerberos._tcp.SiteName._sites.DnsDomainName
_kerberos._tcp.dc._msdcs.DnsDomainName
_kerberos.tcp.SiteName._sites.dc._msdcs.DnsDomainName
_kpasswd._tcp.DnsDomainName
_kpasswd._udp.DnsDomainName

SRV रिकॉर्ड का पहला भाग SRV रिकॉर्ड द्वारा बताई गई सेवा की पहचान करता है। निम्नलिखित सेवाएं उपलब्ध हैं:

_ldap - सक्रिय निर्देशिका डोमेन नियंत्रकों के साथ LDAP अनुरूप निर्देशिका सेवा है जो LDAP सर्वर के रूप में कार्य करती है। रिकॉर्ड _ldap SRV नेटवर्क पर उपलब्ध LDAP सर्वर की पहचान करता है। ये सर्वर Windows Server 2000+ डोमेन नियंत्रक या अन्य LDAP सर्वर हो सकते हैं;

_kerberos - SRK रिकॉर्ड _kerberos नेटवर्क पर सभी मुख्य वितरण केंद्रों (KDCs) की पहचान करता है। वे Windows Server 2003 या अन्य KDC सर्वर के साथ डोमेन नियंत्रक हो सकते हैं;

_kpassword - नेटवर्क पर Kerberos पासवर्ड परिवर्तन सर्वर की पहचान करता है;

_gc सक्रिय निर्देशिका में वैश्विक कैटलॉग फ़ंक्शन से संबंधित प्रविष्टि है।

केवल Microsoft Windows सर्वर डोमेन नियंत्रक _mcdcs उपडोमेन में पंजीकृत हैं। वे इस उपडोमेन में मास्टर रिकॉर्ड और प्रविष्टियां दोनों बनाते हैं। गैर-Microsoft सेवाएँ केवल मास्टर प्रविष्टियाँ बनाती हैं।

साइटनाम साइट पहचानकर्ता वाले रिकॉर्ड की आवश्यकता होती है ताकि ग्राहक अपनी साइट में प्राधिकरण के लिए डोमेन नियंत्रक पा सके, और धीमी चैनलों के माध्यम से दूसरे शहर में प्रवेश करने के लिए चढ़ाई नहीं करता है।

DomainGuid वैश्विक डोमेन पहचानकर्ता है। डोमेन का नाम बदलने की स्थिति में इसके रिकॉर्ड की आवश्यकता होती है।

डीसी खोज प्रक्रिया कैसे चलती है

उपयोगकर्ता लॉगिन के दौरान, क्लाइंट एक दूरस्थ प्रक्रिया कॉल (RPC) का उपयोग करके NetLogon सेवा का उपयोग करके DNS लोकेटर शुरू करता है। प्रारंभिक डेटा के रूप में, कंप्यूटर का नाम, डोमेन और साइट का नाम प्रक्रिया में स्थानांतरित किया जाता है।

API फ़ंक्शन DsGetDcName () का उपयोग करके एक सेवा एक या अधिक अनुरोध भेजती है

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

सभी उपलब्ध डोमेन नियंत्रक इस अनुरोध पर प्रतिक्रिया देते हैं, उनके स्वास्थ्य पर रिपोर्टिंग करते हैं।

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

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

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

उदाहरण: Dnscmd / config / LocalNetPriorityNetMask 0x0000003F प्राथमिकता DCs के लिए 255.255.255.192 का सबनेट मास्क निर्दिष्ट करेगा। डिफ़ॉल्ट मुखौटा 255.255.255.0 (0x000000FF) है

जानकारी के स्रोत:

www.hardline.ru/4/49/1236/1630-25.html

www.inadmin.ru/2010/02/26/dns-internet-domain

minergimn.ru/statii/16-adwin2003132

technet.microsoft.com/ru-ru/library/cc728909.aspx

support.microsoft.com/kb/247811/en-us?fr=1