शारीरिक रूप से, प्रतिनिधिमंडल बहुत समान है कि एक प्रबंधक अपने कर्मचारियों को कार्यों की जिम्मेदारी कैसे सौंपेगा। परिणाम समान हैं, हालांकि इस प्रक्रिया में एक से अधिक लोग शामिल थे। प्रबंधक काम के लिए अनुरोध प्राप्त करता है, कर्मचारियों के किसी अन्य सदस्य को जिम्मेदारी सौंपता है और या तो कर्मचारी सदस्य या प्रबंधक काम के परिणामों के साथ लौटता है। यह सब इस बात पर है कि कर्मचारी सदस्य जो काम करता है, वह वास्तव में सही है और मूल अनुरोधकर्ता ने (या कि वास्तव में आवश्यक चीज के लिए पूछा था जो पहले स्थान पर मान्य था!)।
DNS डेलिगेशन के साथ, यह बहुत समान है। जब com
नाम सर्वर से क्षेत्र के अधिकार को खोजने के लिए जगह मांगी जाती है example.com
, तो वे अक्सर इस काम को अलग-अलग नाम सर्वरों को सौंपते हैं (वास्तव में अधिकांश मामलों में, वे वास्तव में अन्य नाम सर्वरों की प्रतिक्रिया को सौंपते हैं)। जब आप पहली बार एक डोमेन पंजीकृत करते हैं, तो हमारा example.com
डोमेन कहें , यह अक्सर एक तीसरे पक्ष के माध्यम से किया जाता है जिसे रजिस्ट्रार कहा जाता है। रजिस्ट्रार द्वारा प्रतिनिधि के लिए अपने नाम सर्वर में डालना और उन नाम सर्वर से डिफ़ॉल्ट क्षेत्र की सेवा करना आम बात है। यह डिफ़ॉल्ट क्षेत्र इंटरनेट (पर है कि क्षेत्र की सेवा के लिए बुनियादी आवश्यकताओं में शामिल हैं SOA
, NS
और A
उन NS रिकॉर्ड से जुड़े रिकॉर्ड)।
जाहिर है कि यदि आप स्वयं डोमेन के अधिकार को अपने नियंत्रण में लेना चाहते हैं , तो आपको रजिस्ट्रार से डोमेन को अपने नेमसर्वर को सौंपने के लिए कहना होगा। अलग-अलग रजिस्ट्रार इस प्रक्रिया को अलग-अलग तरीकों से संदर्भित करते हैं, 'नेमवेर्स चेंज', 'थर्ड पार्टी डीएनएस का उपयोग करें', 'ग्लू रिकॉर्ड जोड़ें' इत्यादि। नीचे का तंत्र समान रहता है। आप प्रदान करते हैं, आम तौर पर 2 या अधिक "नाम सर्वर नाम" (उदाहरण के लिए ns0.example.com
और ns1.example.com
जिस पर) और IP पते ns0
और ns1
कर रहे हैं। फिर वे अनुरोध को संसाधित करते हैं और प्रतिनिधिमंडल आपके रजिस्ट्रार से आपके द्वारा प्रदान किए गए नेमवेर्स से दूर बताया जाता है।
तकनीकी शब्दों में, यह इस बिंदु पर है कि आपको यह सुनिश्चित करना होगा कि आपके नेमर्स ऊपर उठ रहे हैं और चल रहे हैं, डोमेन की सेवा कर रहे हैं, example.com
जिनमें से कम से कमSOA
(अधिकार रिकॉर्ड की शुरुआत), 1 या अधिक NS
रिकॉर्ड और A
रिकॉर्ड (आईपी) जो इन एनएस रिकॉर्ड से हल कर रहे हैं:
example.com. IN SOA ns0.example.com. hostmaster.example.com. ( 10 3600 900 604800 7200 )
IN NS ns0.example.com.
IN NS ns1.example.com.
ns0 IN A 192.0.2.8
ns1 IN A 192.0.2.44
(मैंने SOA मानों, NS रिकॉर्ड्स के नाम और उन नेमसर्वरों को हल करने वाले IPs के लिए somehare मनमाने तरीके से मान लिया है)। इन सभी को उस क्षेत्र को प्रतिबिंबित करना होगा जिसके लिए आप सेवा कर रहे हैं।
यह DNS सेवा इंटरनेट पर कहीं से भी दिखाई दे सकती है , और फ़ायरवॉल नहीं होना चाहिए (यह पोर्ट 53 udp और टीसीपी इनबाउंड की अनुमति है)। साथ ही आपके सेवा प्रदाता को उस पोर्ट को या तो ब्लॉक नहीं करना चाहिए (जो कुछ प्रदाता उन पोर्ट पर जाने वाले इनबाउंड ट्रैफ़िक को ब्लॉक करते हैं)।
अपने मूल तुलना को देखते हुए, com
नेमसर्वर डीएनएस प्रबंधकों, जो क्षेत्र सौंपने कर रहे हैं example.com
नेमसर्वर (स्टाफ के सदस्यों) के लिए बुनियादी क्षेत्र में जानकारी प्रदान करने के काम करने के लिए ( SOA
, NS
, A
)। आप किसी भी अतिरिक्त रिकॉर्ड जैसे मेल सर्वर रिकॉर्ड की सेवा भी कर सकते हैं MX
या A
आपके www.example.com
पते के लिए एक रिकॉर्ड हो सकता है ।
यदि वह नाम सर्वर काम नहीं करता है, तो गलत परिणाम देता है, या कार्य को अवरुद्ध करने वाला एक 3 पार्टी (फ़ायरवॉल / आईएसपी) है, तो आपके पास काम करने वाला डीएनएस नहीं होगा और प्रतिनिधिमंडल टूट जाएगा।
यह भी ध्यान देने योग्य बात है कि डोमेन एक ही डोमेन नेम सर्वर को प्रत्यायोजित किए जाने की जरूरत नहीं है, इसलिए लायक हो सकता है ns0.example.net
और ns0.example.org
दोनों वैध नेम सर्वर किया जा सकता था, जो हो सकता है example.com
उन्हें सौंप। बशर्ते उन दोनों नाम सर्वरों ने example.com
डोमेन की सेवा दी ।