يتم استخدام بروتوكول DNS لجعل اللفظي عناوين عناوين بروتوكول الإنترنت (والتي تشير إلى أن الإنترنت لكل كمبيوتر فريد) -- حتى نتمكن من استخدام أسماء سهل الى الذاكرة ، فضلا عن توفير لنا حاجة للحصول على كل مرة يتم فيها التغييرات التي أدخلت على عناوين IP التي تنتمي إلى نظم التي نريد للاتصال . هل يمكن القول أن DNS هو في الواقع في الصفحات الصفراء "للإنترنت.
فصل فروع في شجرة نظام DNS يتكون من شجرة التسلسل الهرمي ، ومنهم العلامة نقطة. جذر شجرة ، وهذا هو المفتاح وجهة نظره ، كما شهد مع نقطة ، ويسمى الجذر. في جذر الشجرة ، في أسماء النطاقات الابتدائية (النطاقات -- عالمية نطاق المستوى الأعلى) -- نعرف عناوين مثل الصافي ، كوم ، ORG والمجالات الوطنية (تلك الحقول -- بلد المجال رمز المستوى الأعلى) ، مثل لايل سبيل المثال بالنسبة لاسرائيل. من الناحية الفنية لا يوجد فرق بين نوعين -- على حد سواء -- كما هو موضح أدناه -- مجموع السجلات الموجودة في الجذر اسم المجال ().
يتم تعريف كل فرع في شجرة DNS كمنطقة (منطقة) -- وداخل كل منطقة من هذا القبيل تعريف مختلف أنواع سجلات الموارد. من بين أمور أخرى هناك سجلات التي تحول اسم المجال (اسم المجال) أو اسم المضيف في المجال (المضيف) على أنه إشارة إلى الإصدار 4 عنوان IP (أو IPv4) -- ما يسمى سجل "A" ، نداء إلى خادم استلام البريد الإلكتروني للحصول على اسم المجال (سجل MX -- تبادل البريد) ، وتحول إلى الإصدار 6 من IP (أو IPv6) -- سجل "AAAA" ، أو إيقاف حتى -- منطقة تحت شجرة ، والتي تدار من قبل ملقم DNS ل(سجل "NS" -- القصير لملقم الاسم ") ، وحتى -- من هو المسؤول عن المنطقة (سجل RP -- الشخص المسؤول).
بالإضافة إلى سجلات المورد ، منطقة تحتوي أيضا على معلومات حول نفسه. مثل -- تغيير رقم الإصدار (المسلسل) -- الذي يعرف عادة على شكل تاريخ ووقت للراحة ، والفاصل الزمني بين المعلومات في ثوان بتحديث (التحديث) خوادم DNS الثانوي ، وتأخير الوقت بين محاولات على النحو الوارد أعلاه في حال فشل
(إعادة المحاولة) ، والوقت بعدها خادم DNS لنفترض أن المعلومات ليست صحيحة إذا لم يتمكن من الحصول على التحديثات حتى ذلك الحين (انتهاء الصلاحية). موضوع آخر مهم جدا التي يمكن تعيينها في أي منطقة في العالم (يمكنك أيضا تعيين سجلا الفردية داخل المنطقة) -- هو "الوقت حية" ، أو TTL الإنجليزية -- الوقت للعيش. هذه القيمة ، كما هو محدد وحدة قياس ثانية ، ويقول ما طول صلاحية أي محضر ، ولا تحمل معلومات عن مخبأ المحلية نسخ السجل (مخبأ) ، واذا مرت هذه المرة. وسيتم شرح أدناه -- السبب في أن تبقي نسخة محلية وليس مجرد الحصول على نسخة من المعلومات الحالية في وقت واحد مباشرة من حجية DNS.
لتكون قادرة على "تري" ما هو تعريف المنطقة ، هو مثال على مثل تنسيق ملف لموقع كنت تبحث في الوقت الراهن ، ملقم DNS في المشترك -- BIND -- بيركلي الشيطان اسم إنترنت. هذه ليست توصية على هذا الخادم ، والعكس بالعكس ، أعتقد tinydns يقوم بعمل أفضل بكثير ، وليس نقطة manically ، وموارد اقتصادية خطيرة. هذا مجرد مثال على ذلك :
@ $ TTL 86400 في shimi.net الخدمية. hostmaster.shimi.net. ( 2007040808 ؛ المسلسل 800 28 ؛ تحديث 14 400 ؛ إعادة المحاولة 3600000 ؛ انتهاء صلاحية 86 400) ؛ الدنيا shimi.net. في NS ns2.powweb.com. shimi.net. في NS ns3.powweb.com. shimi.net. في 30 mx.shimi.net MX. shimi.net. وفي 65.254.250.106 www في shimi.net CNAME. وفي 65.254.254.50 متر وفي 65.254.254.51 متر
ستلاحظون الأمور الهامة التالية :؟ TTL قواعد محددة للمنطقة ، وهو 86400 ثانية (يوم واحد كامل لا تصدقوا ضرب -- 60 * 60 * 24 وانظر لنفسك...). وكان هذا يعني أن أي عميل DNS معين في مكان ما في العالم لحفظ تقرر من هذا ، انه يحظر على "تذكر" ما تعلمه لأكثر من 24 ساعة. ولماذا من المهم بالنسبة لنا؟ لأنه إذا كان يوم واحد أنا قررت نقل موقع بي أو خادم البريد ، جهاز كمبيوتر آخر ، أريد أن جميع متصفحي تلقي تحديثا لمعالجة الكمبيوتر الجديد قريبا ، وسوف تستمر لفترة طويلة (دعنا نقول -- في الأسبوع...) في محاولة للوصول إلى ملقم القديم ، الذي لم يتمكن من احتواء موقعي أو مربع البريد الإلكتروني الخاص بي ، ومن ثم تفقد الزوار و / أو البريد الإلكتروني. قلت من قبل أن أشرح لماذا حفظ هذه الأرقام ومعرفة مصدر البيانات محدثة لحق متأكد؟ كذلك ، والسبب بسيط. بادئ ذي بدء ، مسألة الحمل على خوادم مركزية. منذ كل بحث ويب DNS يبدأ من جذر الشجرة أسفل ، إذا كانت هناك آلية أن يتذكر نتائج الاستعلام ، ثم أي DNS البحث ، من قبل أي واحد بالنسبة للملايين (أو المليارات؟) استخدام الإنترنت ، وقال انه جاء إلى ملقمات DNS من أهم -- وليس هناك فرصة انهم سيجتمعون هذا العبء ، وليس من حيث معدل معالجة البيانات ، وربما ليس تماما من حيث عرض النطاق الترددي المتاحة لهم. لذا فمن المهم أن نتذكر أن البيانات التي تم جمعها بالفعل. والسبب الثاني هو الكفاءة للمستخدم النهائي. عندما يتم تخزين النتيجة في DNS العميل المحلي (وهذا هو عادة ملقم ISP الذي يتصل المستخدم النهائي) ، ووقت الوصول إلى البيانات أسرع بكثير. متوسط اتصال بالإنترنت ، فإنه ليس أكثر من من 50 ملي -- ثانية بين إرسال طلب للحصول على تعليق. اذا كانت هناك حاجة الطلب في كل مرة أن أطلب من جميع خوادم DNS التي تشكل شجرة (وأوضح في وقت لاحق) ، يمكن للمستخدم وقت الانتظار كان من المقرر أن أجاب ثانية حتى الكمال.
من الناحية النظرية المذكورة أعلاه ، سوف نقوم الآن Lt'acls -- ماذا يحدث ، على سبيل المثال ، عندما تذهب إلى www.cnn.com.
لنفترض أنا عميل لNetVision الشركة. عندما كنت الاتصال بالإنترنت ، وأنظمة الكمبيوتر Netvision اقول (أو على جهاز التوجيه بيتي) التي تستخدم خوادم DNS التالية : 194.90.1.5 و194.90.1.49 إلى DNS الاستعلام.
أنا مهتم ، على النحو السالف الذكر ، لاستعراض www.cnn.com. لهذا الغرض ، ولست بحاجة للعثور على عنوان IP من خادم www.cnn.com. وسوف يتحول جهاز الكمبيوتر الخاص بي إلى ملقم DNS من Netvision وأسأله : أعطني سجل www.cnn.com. لنفترض أن لخدمة Netvision لا يوجد لديه معلومات مسبقة حول هذا الموضوع. ماذا سوف يفعل؟ وسوف يجد لنفسه ما من عنوان www.cnn.com ، وانه سيطلب من واحد من خدم DNS الأساسية للإنترنت ، على سبيل المثال ، خادم a.root servers.net :
؛ <<>> حفر 9.2.5 <<>> @ a.root - servers.net www.cnn.com ؛ (1 خادم موجودة) ؛ ؛ خيارات العالمية : printcmd ؛ ؛ حصلت على الجواب : ؛ ؛ -->> HEADER < <-- شفرة التشغيل : QUERY ، الحالة : NOERROR ، الرقم : 23611 ؛ ؛ الأعلام : الثالث وريال قطري ؛ QUERY : 1 ، الإجابة : 0 ، AUTHORITY : 13 ، ADDITIONAL : 14 ؛ ؛ قسم سؤال : ؛ www.cnn.com. وفي ؛ ؛ القسم AUTHORITY : كوم. 137834 IN NS - d.gtld servers.net. كوم. 137834 IN NS - e.gtld servers.net. كوم. 137834 IN NS - f.gtld servers.net. كوم. 137834 IN NS - g.gtld servers.net. كوم. 137834 IN NS - h.gtld servers.net. كوم. 137834 IN NS - i.gtld servers.net. كوم. 137834 IN NS - j.gtld servers.net. كوم. 137834 IN NS - k.gtld servers.net. كوم. 137834 IN NS - l.gtld servers.net. كوم. 137834 IN NS - m.gtld servers.net. كوم. 137834 IN NS - a.gtld servers.net. كوم. 137834 IN NS - b.gtld servers.net. كوم. 137834 IN NS - c.gtld servers.net. ؛ ؛ فرع إضافي : a.gtld - servers.net. وفي servers.net 171837 - a.gtld 192.5.6.30. 171759 في 2001:503 AAAA : a83e : 02:30 b.gtld - servers.net. وفي servers.net 161282 - b.gtld 192.33.14.30. 165361 في AAAA 2001:503:231 د : 2:30 c.gtld - servers.net. وفي servers.net 171159 - d.gtld 192.26.92.30. وفي servers.net 161282 - e.gtld 192.31.80.30. وفي servers.net 171159 - f.gtld 192.12.94.30. وفي servers.net 171159 - g.gtld 192.35.51.30. وفي servers.net 171159 - h.gtld 192.42.93.30. وفي servers.net 171159 - i.gtld 192.54.112.30. وفي servers.net 170422 - k.gtld 192.43.172.30. وفي servers.net 171159 - l.gtld 192.52.178.30. وفي servers.net 171159 - m.gtld 192.41.162.30. 171159 في 192.55.83.30 ؛ ؛ الوقت استعلام : 190 مللي ثانية ؛ ؛ الخادم : 198.41.0.4 # 53 (198.41.0.4) ؛ ؛ متى : الخميس 8 أبريل 2007 15:20:24 ؛ ؛ rcvd MSG SIZE : 493
أعني ، معلومات عن سجلات المورد كوم ، عقدت مجموعة كاملة من ملقمات DNS أخرى تحت اسم نطاق النطاقات - servers.net. لجعل حياتنا "أسهل" ، قدمت "السجلات الغراء" يقدم لنا هذا الطلب لديها IP -- عناوين هذه الخوادم ، بحيث سيتعين علينا ان تحقق لهم أنفسنا. أنتقل الآن ملقم DNS من Netvision عشوائيا إلى واحدة من عناوين IP انه تلقى ردا من رئيس خوادم DNS للإنترنت ، وأسأله : "www.cnn.com -- ماذا بعد" -- وسوف تتلقى الرد التالي :
؛ <<>> حفر 9.2.5 <<>> @ a.gtld - servers.net www.cnn.com (2 ملقمات موجودة) ؛ ؛ خيارات العالمي : printcmd ؛ ؛ حصلت على الجواب : ؛ ؛ -->> HEADER <<-- شفرة التشغيل : QUERY ، الحالة : NOERROR ، ID : 408 ؛ ؛ أعلام : الثالث وريال قطري ؛ QUERY : 1 ، الإجابة : 0 ، AUTHORITY : 4 ، ADDITIONAL : 4 ؛ القسم المعني ؛ : ؛ Www.cnn.com. وفي ؛ القسم السلطة ؛ : cnn.com. 172800 IN NS - twdns 01.ns.aol.com. cnn.com. 172800 IN NS - twdns 02.ns.aol.com. cnn.com. 172800 IN NS - twdns 03.ns.aol.com. cnn.com. 172800 IN NS - twdns 04.ns.aol.com. ؛ ؛ فرع إضافي : twdns - 01.ns.aol.com. 172800 في 149.174.213.151 twdns - 02.ns.aol.com. 172800 في 152.163.239.216 twdns - 03.ns.aol.com. 172800 في 207.200.73.85 twdns - 04.ns.aol.com. 172800 في 64.12.147.120 ؛ ؛ الوقت استعلام : 233 ميللي ثانية ؛ ؛ الخادم : 192.5.6.30 # 53 (192.5.6.30) ؛ ؛ متى : الخميس 8 أبريل 2007 15:30:53 ؛ ؛ MSG SIZE rcvd : 192
هنا ، أيضا ، يخبرنا a.gtld - servers.net الحقيقة : "ماذا تريد من حياتي -- أنا لا أعرف شيئا عن www.cnn.com ، إذا كنت تريد شيئا عن كل شيء cnn.com أدناه ، يرجى الاتصال بأحد الموظفين من DNS التالية : twdns - 01.ns.aol.com ، twdns 02.ns.aol.com ، twdns 03.ns.aol.com ، twdns 04.ns.aol.com - "، ومرة أخرى ، والمتطوعين لديها عناوين IP من هذه الملقمات كمكمل للحصول على الجواب ، ليست لديها للبحث عنهم. "العظمى" ، ويقول الخادم NetVision نفسه ، ويختار عشوائيا واحدا من أربعة من هذه الخادمة ، وسأله : "حسنا ، شخص ما ليقول لي ما هو عنوان IP www.cnn.com!" ، وهنا حصل الجواب :
؛ <<>> حفر 9.2.5 <<>> @ twdns - 02.ns.aol.com www.cnn.com ؛ (1 خادم موجودة) ؛ ؛ خيارات العالمي : printcmd ؛ ؛ حصلت على الجواب : ؛ ؛ -->> HEADER <<-- شفرة التشغيل : QUERY ، الحالة : NOERROR ، الرقم : 6714 ؛ ؛ أعلام : الثالث وريال قطري ؛ QUERY : 1 ، الإجابة : 0 ، AUTHORITY : 2 ، ADDITIONAL : 2 ؛ القسم المعني ؛ : ؛ Www.cnn.com. وفي ؛ القسم السلطة ؛ : www.cnn.com. 3600 في dmtns01.turner.com NS. www.cnn.com. 3600 في dmtns02.turner.com NS. ؛ ؛ فرع إضافي : dmtns01.turner.com. وفي 3608 64.236.29.150 dmtns02.turner.com. وفي 3608 64.236.22.150 ؛ ؛ الوقت استعلام : 163 ميللي ثانية ؛ ؛ الخادم : 152.163.239.216 # 53 (152.163.239.216) ؛ ؛ متى : الخميس 8 أبريل 2007 15:33:16 ؛ ؛ MSG SIZE rcvd : 112
ماذا يجري هنا؟ كان من المفترض أن تكون الإجابة هذا الخادم بالفعل! أوه جيدا. لذا قررت تغيير CNN ملقمات DNS من عندهم -- ولكن ما سيتم تحديث أسماء النطاقات المسجلة على ملقمات DNS الجديد إذا كنت يمكن أن تجعل مجرد عملائها مزيد من التأخير ، وإرسالها إلى ملقم DNS آخر وغير ضرورية؟ في قرصة ، ملقم DNS من Netvision يمضي ، ويتحول إلى dmtns01.turner.com للحصول على المعلومات المطلوبة في نهاية المطاف ، ويبدو مثل هذا :
؛ <<>> حفر 9.2.5 <<>> @ dmtns01.turner.com www.cnn.com ؛ (1 خادم موجودة) ؛ ؛ خيارات العالمي : printcmd ؛ ؛ حصلت على الجواب : ؛ ؛ -->> HEADER <<-- شفرة التشغيل : QUERY ، الحالة : NOERROR ، الرقم : 44943 ؛ ؛ أعلام : ريال قطري أأ الثالثة ؛ QUERY : 1 ، الإجابة : 8 ، AUTHORITY : 0 ، ADDITIONAL : 0 ؛ القسم المعني ؛ : ؛ Www.cnn.com. وفي ؛ المقطع الإجابة ؛ : www.cnn.com. 600 وفي 64.236.29.120 www.cnn.com. 600 وفي 64.236.91.21 www.cnn.com. 600 وفي 64.236.91.22 www.cnn.com. 600 وفي 64.236.91.23 www.cnn.com. 600 وفي 64.236.91.24 www.cnn.com. 600 وفي 64.236.16.20 www.cnn.com. 600 وفي 64.236.16.52 www.cnn.com. 600 وفي 64.236.24.12
FSS ، وكيف العديد من ملقمات لديهم! ويبدو أن المتصفح للمستخدم أن يختار واحد من ثمانية عشوائي لقبول الموقع! علما بأن حقيقة أخرى مثيرة للاهتمام -- TTL الخاصة بهم هو مجموع 600 ثانية ، أو عشر دقائق. لماذا منخفضة جدا؟ لمعرفة بيانات محدثة كل عشر دقائق. ولماذا وضع الكثير عن DNS؟ ربما لأن توافر هامة لهم ، ويريدون أن خادم من سقوط eight ، سيتم تحديث DNS فورا عملية مؤتمتة لإزالة ملقم من القائمة ، وليس موقع واحد لن تكون متوفرة لفترة أطول من عشر دقائق ، وهو الحد الأقصى للوقت المسموح به للعملاء للحفاظ على المعلومات حول تحويل عنوان IP إلى ذلك.
أخيرا ، نقطة مهمة لتوضيح : جميع الخطوات المذكورة أعلاه ، وتبقي أيضا المعلومات التي تم الحصول عليها نتيجة للاستعلام لنسخة محلية (على افتراض أنه في التخزين المؤقت اسم الخادم -- في الواقع ، وكثيرا ما) ، لذلك إذا كانت المعلومات كانت متاحة محليا ، لن الخادم قد ازعجت على المشي جميع الأرض للعثور عليه ، لكنه يجادل بأن النسخة المحلية ، وبالتالي توفير الوقت وشبكة المرور. بالإضافة إلى ذلك ، إذا نسخة من أي ملقم DNS ، ومستوى العميل ، والملقمات عملية فك الذين ساعدوا على طول الطريق ، لم تكن متوفرة ، ثم يذهب الطالب لخدمة قائمة أخرى عشوائية ، والحصول على جواب منه. الامر سيستغرق مزيدا من الوقت ، ولكن كانت ناجحة في نهاية المطاف. هذا هو دائما ملقم DNS الأكثر استخداما واحد لكل المنطقة -- البقاء على قيد الحياة.