ما هو خادم DNS

مقدمة

بنهاية هذه المقالة ، يجب أن يكون لديك فهم أفضل لما يلي:

1. ما هو DNS وماذا يفعل
2. ماذا تفعل خوادم DNS
3. كيف تعمل عناوين بروتوكول الإنترنت (IP) في سياق DNS

مفاهيم مهمة

هناك بعض النماذج الذهنية الأساسية التي يجب أن تكون على دراية بها عند التعرف على DNS وخوادم DNS وعناوين IP. تجاوز هذه المفاهيم الآن ، قبل البدء في التعرف على DNS ، سيكون مفيدًا

• تساعد في فهم جميع المصطلحات المختلفة المستخدمة لوصف السلوك الذي يناسب هذه النماذج ، و
• تساعد في الاحتفاظ بالذاكرة.

تمنحك النماذج العقلية إطارًا مرجعيًا عندما تصبح الأمور غريبة بعض الشيء وغير مألوفة.

لذلك دعونا نضع الأساس.

• الاستعلام والاستجابة. يحدث هذا عندما يطلب Thing 1 من Thing 2 شيئًا ما ، ويستجيب Thing 2 لهذا الطلب. مثله:

• علاقات العقد بين الوالدين والطفل والرسوم البيانية التي تبدو هكذا (أكثر تعقيدًا فقط).

• رسائل. إنه ليس استعلامًا واستجابة لأنه لا يوجد رد. في عالم DNS ، يختلف تنسيق ومحتوى الرسائل وفقًا للاستخدام.

• العلاقة بين العميل والخادم. بعبارات أبسط ، الخادم هو برنامج أو جهاز يوفر وظائف لبرامج أو أجهزة أخرى ، تسمى “العملاء”.
  
  استعد للكثير من الحديث عن الخوادم. كما اتضح ، هناك الكثير من الخوادم التي تدخل في هذا الشيء الذي نسميه DNS ، وكيف نستخدمه ، كبشر ، عندما نتصل بالإنترنت.

ما هو DNS؟

يقوم نظام اسم المجال (DNS) بتعيين أسماء النطاقات التي يمكن للبشر قراءتها (في عناوين URL أو في عنوان البريد الإلكتروني) إلى عناوين IP. على سبيل المثال ، يقوم DNS بترجمة وتعيين المجال  ukirn.com إلى عنوان IP 104.26.2.33.

لمساعدتك على فهم هذا الوصف بشكل كامل ، تفاصيل هذا القسم:

• السياق التاريخي لتطوير DNS – ما هي المشاكل التي تم حلها وعناوين IP؟
• أسماء المجال
• عناوين الانترنت بروتوكول

السياق التاريخي

في عام 1966 ، أسست وكالة مشاريع الأبحاث المتقدمة (ARPA) ، وهي وكالة حكومية أمريكية ، شبكة كمبيوتر تسمى ARPAnet. بعبارات بسيطة ، فكر في ARPAnet كأول تكرار لما نعرفه الآن باسم الإنترنت.

وشملت الأهداف الرئيسية لشبكة ARPAnet”(1) توفير اتصال موثوق به حتى في حالة حدوث عطل جزئي في المعدات أو الشبكة ، (2) القدرة على الاتصال بأنواع مختلفة من أجهزة الكمبيوتر وأنظمة التشغيل و (3) كونه جهدًا تعاونيًا وليس احتكارًا يتحكم فيه شخص واحد شركة. من أجل توفير اتصال موثوق في مواجهة فشل المعدات ، تم تصميم ARPANET بحيث لا تكون نقطة أو رابط واحد أكثر أهمية من أي نقطة أخرى. كان هذا مصحوبًا ببناء طرق زائدة عن الحاجة واستخدام إعادة توجيه البيانات أثناء الطيران في حالة 

فشل أي جزء من الشبكة. “

المشكلات

كان DNS و TCP / IP حاسمين في حل مشكلتين مع ARPAnet:

بالنسبة لـ ARPAnet ، كان هناك موقع واحد (ملف يسمى HOSTS.TXT) يحتوي على كل تعيين الاسم إلى العنوان لكل مضيف على الشبكة.تمت صيانة ” HOSTS.TXT بواسطة  مركز معلومات شبكة SRI (يُطلق عليه” NIC “) وتم توزيعه من مضيف واحد ، SRI-NIC 

 أمسك NIC وملف HOSTS.TXT الحالي. تم تجميع تغييراتهم في ملف HOSTS.TXT

كانت هناك ثلاثة تحديات مع هذا الإعداد:

1. حركة المرور والتحميل – أصبح توزيع الملف أكثر من اللازم على المضيف المسؤول.
2. تضارب الأسماء – يجب أن يكون لكل مضيف اسم فريد ، ولم تكن هناك سلطة مركزية تمنع مستخدمي الشبكة من إضافة مضيف باسم متضارب (غير فريد) ، وبالتالي “كسر المخطط بأكمله”.
3. الاتساق – أصبح إجراء تحديث الملف والتأكد من حصول جميع المضيفين على أحدث إصدار مستحيلًا أو على الأقل صعبًا للغاية.

في الأساس ، كانت HOSTS.TX نقطة فشل واحدة ، لذا فإن العملية بأكملها هنا لم تتعدى عددًا معينًا من المضيفين. احتاجت شبكة ARPAnet إلى حل لامركزي وقابل للتطوير. كان DNS عليه. مصدر

لم يكن الاتصال من مضيف إلى مضيف داخل نفس الشبكة موثوقًا بدرجة كافية. ساعد TCP / IP في حل هذه المشكلة.

1. يوفر بروتوكول التحكم في الإرسال (TCP) إجراءات ضمان الجودة لعملية تحويل الرسائل (بين المضيفين) إلى حزم. بروتوكول TCP مهيأ للاتصال ، مما يعني أنه يجب إنشاء اتصال بين مضيف المصدر ومضيف الوجهة.
2. يحدد بروتوكول الإنترنت (IP) كيفية نقل الرسائل (الحزم) بين مضيف المصدر والمضيف الوجهة. عنوان IP هو معرف فريد لمسار معين يؤدي إلى مضيف على الشبكة.
3. يعمل TCP و IP معًا بشكل وثيق ، وهذا هو سبب الإشارة إليهما عادةً مثل “TCP / IP”.
4. بينما لن أتعمق فيه في هذه المقالة ، يتم استخدام كل من TCP وبروتوكول مخطط بيانات المستخدم (UDP) في طبقة نقل البيانات في DNS. UDP أسرع وأقل موثوقية ولا يتطلب اتصالات ؛ TCP أبطأ وأكثر موثوقية ، لكنه يحتاج إلى اتصالات. يتم استخدامها حسب الحاجة والمناسبة في DNS ؛ وغني عن القول ، أن إدراج بروتوكول TCP في APRAnet كان إضافة قيمة لطبقة نقل البيانات.

بحلول أوائل الثمانينيات ، كان DNS و TCP / IP (وبالتالي عناوين IP) إجراءات تشغيل قياسية لشبكة ARPAnet.

هذا التاريخ موجز للغاية . إذا كنت ترغب في معرفة المزيد حول هذه المواضيع ، يرجى الرجوع إلى قسم الموارد في نهاية هذه المقالة.

الآن بعد أن أصبح لدينا بعض السياق التاريخي ، دعنا ننتقل إلى معرفة المزيد حول أسماء المجالات وعناوين IP.

أسماء المجال

في سياق DNS ، يوفر اسم المجال طريقة سهلة الاستخدام للإشارة إلى الموارد غير المحلية. قد يكون هذا موقع ويب أو نظام بريد أو خادم طباعة أو أي خادم آخر متاح على الإنترنت. يمكن أن يكون اسم المجال أكثر من مجرد موقع ويب!”الهدف من أسماء النطاقات هو توفير آلية لتسمية الموارد بطريقة تجعل الأسماء قابلة للاستخدام في اسم المجال أسهل بكثير في تذكره وإدخاله في محطة طرفية أو مستعرض إنترنت ، من عنوان IP.

يعد اسم المجال جزءًا من Uniform Resource Locator (URL) ، لكن المصطلحات ليست مترادفة . عنوان URL هو عنوان الويب الكامل للمورد ، بينما اسم المجال هو اسم موقع الويب ومكون فرعي لكل عنوان URL.

على الرغم من وجود فروق فنية بين عناوين URL وأسماء المجال ، فإن متصفحات الويب عادةً ما تتعامل معها بنفس الطريقة ، لذلك ستصل إلى موقع الويب إذا قمت بكتابة عنوان الويب الكامل ، أو اسم المجال فقط.

مجالات المستوى الأعلى ونطاقات المستوى الثاني

هناك جزءان لأي مجال: نطاق المستوى الأعلى (TLD) ونطاق المستوى الثاني (SLD). تصبح أجزاء اسم المجال أكثر تحديدًا عند الانتقال من اليمين (النهاية) إلى اليسار (البداية).

قد يكون هذا محيرا في البداية. على سبيل المثال ، لنلق نظرة على “ukirn.com”

• URL: https://www.ukirn.com
• اسم المجال: ukirn.com
• TLD: com
• SLD: تشفير مجاني

في الأيام الأولى لـ ARPAnet ، كان هناك عدد محدود من TLDs المتاحة ، بما في ذلك نطاقات com و edu و gov و org و arpa و mil و 2-letter. تم حجز TLDs في البداية للمؤسسات المشاركة في ARPAnet ، ولكن بعضها أصبح متاحًا لاحقًا في الأسواق التجارية.

يوجد اليوم ثروة نسبية من TLDs المتاحة ، بما في ذلك net ، و aero ، و biz ، و Coop ، و info ، و Museum ، و name ، وغيرها.

نطاقات المستوى الثاني هي المجالات المتاحة للشراء الفردي من خلال مسجلي المجال (على سبيل المثال ، Namecheap).

عناوين الانترنت بروتوكول

بينما ترتبط عناوين IP بـ DNS في وظيفتها ، فإن بروتوكول الإنترنت نفسه منفصل تقنيًا عن DNS. لقد قدمت بالفعل سياقًا تاريخيًا لهذا التمييز ، لذا سأشرح الآن كيفية عمل عناوين IP.

عنوان IP ، كما ذكرنا سابقًا ، هو معرف فريد لمسار معين يؤدي إلى مضيف على الشبكة. أود أن أشير إلى تشبيه رقم الهاتف والهاتف: رقم الهاتف لا يمثل الهاتف نفسه ، إنه مجرد وسيلة للوصول إلى الشخص بالهاتف.

هذا القياس مناسب بشكل معقول (على الأقل ، على مستوى السطح) ، مع عناوين IP. يمثل عنوان IP نقطة نهاية ، لكنه ليس نقطة النهاية نفسها. يمكن أن تكون تخصيصات IP ثابتة (دائمة) أو ديناميكية (مرنة ويمكن إعادة تعيينها).

مثل اسم المجال ، يتبع تنظيم عناوين IP بنية هرمية. على عكس أسماء النطاقات ، تصبح عناوين IP أكثر تحديدًا من اليسار إلى اليمين. هذا مثال على IPv4 أدناه:

• الشبكة: الرقم الفريد المخصص لشبكتك
• المضيف: يحدد المضيف (الجهاز) على الشبكة

كم عدد عناوين IP الموجودة؟

كان IPv4 هو أول تكرار لـ IP يستخدمه ARPAnet في الإنتاج. تم نشره في أوائل الثمانينيات ، ولا يزال إصدار IP الأكثر انتشارًا. إنه مخطط 32 بت ، وبالتالي يمكنه دعم ما يزيد قليلاً عن 4 مليارات عنوان.

لكن مهلا ، هل هذا كاف؟ لا.

يحتوي IPv6 على مخطط 128 بت ، والذي يسمح له بدعم 340 عنوانًا غيرمليون. كما يقدم تحسينات في الأداء على IPv4.

مثال على عنوان IPv4:

• 104.26.2.33 (freeCodeCamp)

مثال على عنوان IPv6:

• 2001: db8: a0b: 12f0 :: 1 (التنسيق المضغوط ولا يشير إلى freeCodeCamp)

كيف يعمل نظام أسماء المجالات؟

لذلك ، علمنا بأسماء المجال! لقد تعلمنا عن عناوين IP! الآن كيف يرتبطون بنظام اسم المجال؟

بادئ ذي بدء ، تتناسب مع مساحة الاسم.

مساحة اسم المجال

كما يوحي نطاق المستوى “العلوي” للغة ونطاق المستوى “الثاني” ، فإن مساحة الاسم تعتمد على التسلسل الهرمي”… مع التسلسل الهرمي المطابق تقريبًا للهيكل التنظيمي ، والأسماء باستخدام”. ” كحرف لتحديد الحد بين مستويات التدرج الهرمي “. المصدر .

يوضح الرسم البياني الشجري هذا ، مع وجود الجذر في الأعلى ، الهيكل بشكل أفضل:

دعنا نقسم هذا ، بدءًا من الأعلى.

الجزء العلوي من هذا الرسم البياني ، مشار إليه بعلامة “.” يسمى “الجذر”.”خوادم الأسماء الرسمية التي تخدم منطقة جذر DNS ، والمعروفة باسم” خوادم الجذر “، هي شبكة من مئات الخوادم في العديد من البلدان حول العالم. تم تكوينها في منطقة جذر DNS كـ 13 سلطة مسماة. “

المجال الجذر له تسمية ذات طول صفري.

من الآن فصاعدًا ، تحتوي كل عقدة (نقطة) في الرسم البياني على تصنيف فريد يصل طوله إلى 63 حرفًا.

المستوى الأول من الجذر هو TLDs: com و org و edu و gov. يرجى ملاحظة أن هذا الرسم البياني لا يحتوي على قائمة كاملة من TLDs.

تحت TLDs هي SLDs ، نطاقات المستوى الثاني. يُطلق على العناصر الفرعية لكل عقدة “نطاقات فرعية” ، والتي لا تزال تُعتبر جزءًا من المجال الرئيسي. على سبيل المثال ، في ukirn.com، يعد ukirn(SLD) نطاقًا فرعيًا للمؤسسة (TLD).

اعتمادًا على التسلسل الهرمي لموقع الويب ، قد يكون هناك نطاقات من المستوى الثالث والرابع والخامس. على سبيل المثال ، في الافتراضي subdomain.ukirn.com، يكون المجال الفرعي الافتراضي هو نطاق المستوى الثالث والمجال الفرعي لـ ukirn. وهكذا دواليك ، ما لا يقل عن 127 مستوى ، وهو الحد الأقصى الذي يسمح به DNS.

من يدير مساحة الاسم؟

ألن يكون من الجنون محاولة جعل شخص واحد أو منظمة يدير كل شيء؟ نعم ، من الممكن. خاصة وأن أحد أهداف التصميم الرئيسية لـ DNS كان تعزيز الإدارة الموزعة واللامركزية للنظام ككل.

أتمنى أن أقول لكم إن الأشخاص المسؤولين يطلق عليهم “ملوك مجال الأسماء” ، لكن للأسف.

كل مجال (أو مجال فرعي) في مساحة اسم النطاق هو أو جزء من منطقة ، “جزء مُدار بشكل مستقل من مساحة الاسم.” لذلك ، يتم تقسيم مساحة الاسم إلى مناطق.

يتم إدارة المسؤولية عن تلك المناطق من خلال التفويض والإدارة.

تسمى عملية إسناد مسؤولية النطاقات الفرعية إلى كيانات أخرى بالتفويض .

على سبيل المثال ، يدير سجل المصلحة العامة مؤسسة اسم النطاق ، وقد قام منذ عام 2003. قد يفوض سجل المصلحة العامة المسؤولية إلى أطراف أخرى لإدارة المجالات الفرعية للمؤسسة ، على سبيل المثال ukirn. ومن ثم قد يقوم أي شخص يدير ukirnبتعيين المسؤولية عن المجالات الفرعية لـ ukirn(على سبيل المثال ، hypothethical-subdomain.ukirn.com) إلى طرف آخر.

إذا قام شخص ما (مؤسسة أو فريق أو فرد) بإدارة منطقة ، فإن ما يفعله هو إدارة خادم الأسماء المسؤول عن المنطقة .

يقودنا هذا إلى واحدة من أكثر المفاهيم الأساسية في نظام اسم المجال.

خوادم اسم المجال

“تسمى البرامج التي تخزن معلومات حول مساحة اسم المجال خوادم الأسماء. “

في هذه المرحلة يكون التفكير في العلاقة بين العميل والخادم مفيدًا ، على الأقل في البداية. خوادم أسماء المجال هي جانب “الخادم” من العلاقة بين العميل والخادم. قد تقوم خوادم الأسماء بتحميل منطقة أو مئات أو حتى آلاف من المناطق ، لكنها لا تقوم أبدًا بتحميل مساحة الاسم بالكامل. بمجرد أن يقوم خادم الأسماء بتحميل كامل المنطقة ، يُقال إنه موثوق لتلك المنطقة.

لفهم سبب عمل خوادم الأسماء بالطريقة التي تعمل بها ، من المفيد فهم جزء “العميل” من العلاقة.

المحللون

في DNS ، يُطلق على العميل (طالب المعلومات) اسم “المحلل” ، والذي قد يبدو متخلفًا في البداية. ألن يُطلق على الخادم الذي يقوم بحل الطلب اسم “المحلل؟” اعتقدت ذلك أيضًا ، لكنها ليست كذلك. من الأفضل حفظ ذلك والمضي قدمًا.

عادةً ما يتم تضمين أدوات الحل ، بحكم الواقع ، في معظم أنظمة التشغيل ، لذلك لا يتعين على التطبيقات المثبتة على نظام التشغيل معرفة كيفية إجراء استعلامات DNS منخفضة المستوى.

استعلامات DNS وردودها هي أنواع من رسائل DNS ، ولها بروتوكول نقل البيانات الخاص بها (عادةً UDP). المحللون مسؤولون عن مساعدة التطبيقات المثبتة على نظام التشغيل في ترجمة طلبات البيانات المتعلقة بـ DNS إلى استعلامات DNS.

باختصار ، يتحمل المحللون مسؤولية حزم وإرسال طلبات البيانات. بمجرد أن يتلقى المحلل الرد (إن وجد) ، فإنه يعيد ذلك مرة أخرى إلى طلب الطلب الأصلي بتنسيق قابل للاستهلاك للتطبيق الطالب.

رجوع إلى خوادم الأسماء

الآن بعد أن أصبحنا أكثر دراية بجانب العميل من العلاقة ، نحتاج إلى فهم كيفية استجابة خوادم أسماء النطاقات لاستعلامات المحلل.

تستجيب خوادم الأسماء لاستفسارات DNS من خلال الحل . الدقة هي العملية التي تعثر بها خوادم الأسماء على ملفات البيانات في مساحة الاسم. اعتمادًا على نوع الاستعلام ، تستجيب خوادم الأسماء بشكل مختلف لطلبات البحث المختلفة ، ولكن الهدف النهائي هو الحل.

أنواع الاستعلام

نوع الاستعلام؟ نعم ، هناك أنواع متعددة من استعلامات DNS. لكن أولاً ، ما الذي يوجد عادةً في استعلام DNS؟ إنه طلب للحصول على معلومات ، خاصة لعنوان IP المرتبط باسم المجال.

• تكراري : تسمح الاستعلامات العودية بإحالة الاستعلام إلى خوادم أسماء متعددة لحلها. إذا لم يكن خادم الأسماء الذي تم الاستعلام عنه يحتوي على البيانات المطلوبة ، فسيرسل خادم الأسماء هذا الاستعلام إلى خادم الأسماء التالي الأكثر ملاءمة ، حتى يتم العثور على خادم الاسم الذي يحتوي على ملفات البيانات المطلوبة ويرسل استجابة إلى المحلل.
• تكرارية : تتطلب الاستعلامات التكرارية أن يستجيب خادم الأسماء الذي تم الاستعلام عنه إما بالبيانات المطلوبة أو مع وجود خطأ. قد تحتوي الاستجابة على عنوان IP لخادم الأسماء الأكثر ملاءمة لإرسال الطلب إلى التالي ؛ قد يرسل المحلل بعد ذلك طلبًا آخر إلى خادم الاسم الأكثر ملاءمة.

في حالة احتياجك إليه ، يمكنك أيضًا الاستعلام عن اسم المجال ، إذا كان كل ما لديك هو عنوان IP. وهذا ما يسمى ببحث DNS العكسي.

بمجرد أن يصل الاستعلام إلى خادم أسماء يحتوي على ملفات البيانات المطلوبة ، يمكن بعد ذلك حل الاستعلام. تحتوي خوادم الأسماء على عدد من ملفات البيانات المرتبطة بها ، ويمكن استخدام جميعها أو بعضها لحل الاستعلام.

سجلات الموارد (RRs)

هذه هي ملفات البيانات في مساحة اسم المجال. تحتوي ملفات البيانات هذه على تنسيقات ومحتويات محددة.

RRs الأكثر شيوعًا:

• سجل: إذا لم تكن قد سمعت عن أي RRs أخرى باستثناء هذا ، فسيكون ذلك منطقيًا. من المحتمل أن يكون RR الأكثر شهرة ويحتوي على عنوان IP للمجال المحدد.
• سجل CNAME: إذا لم تكن قد سمعت عن أي RRs أخرى باستثناء هذا وسجل A ، فسيكون ذلك منطقيًا أيضًا. يرمز الحرف “C” إلى “canonical” ويستخدم بدلاً من سجل A لتعيين اسم مستعار إلى مجال.
• سجل SOA: يحتوي هذا السجل على معلومات إدارية عن ذلك ، بما في ذلك عنوان البريد الإلكتروني للمسؤول. تلميح: إذا كنت تدير منطقة ، فتأكد من وجود عنوان بريد إلكتروني صالح هنا ، حتى يتمكن الأشخاص من الاتصال بك إذا لزم الأمر.
• أنواع سجلات الموارد الهامة الأخرى (RR) هي PR و NS و SRV و MX. اقرأ عنها هنا .

التخزين المؤقت ووقت البقاء (TTL)

عندما يتلقى خادم الأسماء المحلي استجابة من استعلام ، فإنه يخزن هذه البيانات مؤقتًا (يخزنها في الذاكرة) ، لذلك في المرة التالية التي يتلقى فيها نفس الاستعلام ، يمكنه فقط الإجابة على الاستعلام مباشرةً بدلاً من المرور بعملية الدقة الأصلية الأطول.

ولكن بمجرد تخزين هذه المعلومات مؤقتًا ، فإنها تصبح ثابتة ومعزولة على حدٍ سواء ، وبالتالي فهي معرضة لخطر أن تصبح قديمة. لذلك ، تحتوي جميع سجلات الموارد على ما يسمى قيمة مدة البقاء (TTL) ، والتي تحدد المدة التي يمكن تخزين البيانات فيها مؤقتًا. عندما ينفد هذا الوقت (يصل إلى الصفر) ، يحذف خادم الأسماء السجل.

ملاحظة مهمة: لا ينطبق TTL على خوادم الأسماء المعتمدة للمنطقة التي تحتوي على سجل المورد. إنه ينطبق فقط على خادم الأسماء الذي قام بتخزين سجل المورد هذا مؤقتًا.

يوم في حياة الاستعلام

لقد غطينا الكثير من الأرضية في هذه المقالة ، وكانت ثقيلة بالمفاهيم. لربط كل هذا معًا وجعله حقيقيًا ، إليك يوم (يوم رمزي) في حياة الاستعلام.

فلماذا أحتاج إلى معرفة كل هذا؟

هناك العديد من الأسباب التي تجعلك على دراية بمفاهيم DNS وعنوان IP ذات الصلة.

• أولاً ، إنه العمود الفقري للإنترنت ، الشيء الذي يستخدمه الكثير منا ، ويطور مشاعره تجاه (الحب / الكراهية / سمها ما شئت) ، ونعتبره أمرًا مفروغًا منه كل يوم. من المهم أن تكون على دراية بالهياكل التي تمكننا من تحقيق أشياء عظيمة اليوم باستخدام التكنولوجيا والإنترنت اليوم.
• قضى الأشخاص الأذكياء عقودًا من حياتهم في بناء هذه الأشياء! دعونا نعترف ونقدر مساهماتهم.
• الآن بعد أن قمت بإخراج الأشياء المتدفقة من الطريق ، من المهم أن تكون على دراية بمفاهيم DNS في حال كنت مسؤولاً عن أي شيء يتعلق بالبنية التحتية في شركتك أو فريقك أو عملك الخاص. يتيح لك وجود إطار مرجعي عند ظهور مشكلات مهمة التصرف بشكل أسرع وإيجاد حلول في وقت أقرب بكثير.

خاتمة

في هذه المرحلة ، يجب أن تفهم ما هو DNS وما هو خادم الأسماء ، وكذلك أن تكون على دراية بالمفاهيم التقنية المتعلقة بعناوين IP.

تمت كتابة العديد من الكتب وتعمق في عالم DNS الرائع ، وهناك الكثير لنتعلمه. تشمل الموضوعات التي لم يتم تضمينها في هذه المقالة ولكنها إما جزءًا من DNS أو ذات صلة كبيرة ما يلي:

• تطبيقات خادم الأسماء
• إعادة توجيه
• (المزيد حول) تسميات العقدة
• علاقات خادم الأسماء الأساسية والثانوية
• خوارزميات إعادة الإرسال
• توزيع الحمل
• بالإضافة إلى موضوعات عامة أخرى حول كيفية عمل الإنترنت ، مثل:
• شبكة الانترنت
• HTTP
• بروتوكول نقل الملفات
• طبقات بروتوكول الاتصال: طبقة الارتباط ، طبقة IP ، طبقة النقل ، طبقة الإنترنت ، إلخ.

لأولئك منكم الذين ما زالوا يقرؤون ويريدون معرفة المزيد عن DNS ، أوصي أولاً وقبل كل شيء بـ “DNS and BIND ، الإصدار الخامس” ، الذي كتبه Cricket Liu ونشرته O’Reilly Media. إنه لا يقدر بثمن.

كما أشجع الجميع على البحث في طلب التعليقات الأصلي (RFCs) المرتبط أدناه. لا توجد فقط نقاط لقراءة المصادر الأولية ، ولكنها أيضًا مستندات جيدة التنظيم ومفهومة بشكل استثنائي ، وهذا هو السبب في أنني اقتبست منها في هذه المقالة.

موارد

1. RFC 1034: أسماء النطاقات – المفاهيم والتسهيلات
2. RFC 1035: أسماء النطاقات – التنفيذ والمواصفات
3. RFC 1122: متطلبات مضيفي الإنترنت – طبقات الاتصال
4. المزيد حول أهداف تصميم DNS ، من Connected: An Encyclopedia
5. كيف ولدت الإنترنت من ARPAnet إلى المترجم الفوري ، من المحادثة
6. تعلم دورة فيديو DNS ، بواسطة Cricket Liu ، من O’Reilly Media