شهادة Network Plus: الفصل الثاني Models, Ports, Protocols, and Network Services الجزء الثالث #3

Safely LocK
0
الفصل الثاني: Models, Ports, Protocols, and Network Services
 
 
الجزء الثالث: #3
 
 
العنوان: Network Services 
 
 

الخدمات الشبكية توفر وظائف تمكن الشبكة من العمل، وهناك العديد من الخدمات المتاحة، لكن ثلاثة منها تحتاج إلى معرفتها لاجتياز الامتحان وهي DNS، DHCP، و NTP.
 
 خدمة اسم المجال (Domain Name System):
 
 تؤدي خدمة DNS وظيفة مهمة في الشبكات المعتمدة على بروتوكول TCP/IP، وتقوم بحل أسماء المضيفين، مثل www.quepublishing.com، إلى عناوين IP، مثل 209.202.161.67 ، وهذا النظام للحل يجعل من الممكن على الناس تذكر أسماء المضيفين والإشارة إليها باستخدام أسماء مضيفين سهلة التذكر بدلاً من عناوين IP الصعبة التذكر، وبشكل افتراضي، تعمل خدمة DNS على المنفذ 53.
 
ملاحظة: 
 مثل الخدمات الأخرى المعتمدة على بروتوكول TCP/IP، فإن DNS هو بروتوكول مستقل عن النظام، لذلك، يمكن استخدامه على أنظمة Linux، UNIX، Windows، وتقريباً كل منصة أخرى.
 
 في الأيام السابقة للإنترنت، استخدمت الشبكة التي أصبحت الإنترنت ملف نصي يُسمى HOSTS لأداء عملية حل الأسماء، وكان ملف HOSTS يُحدّث بانتظام بالتغييرات ويُوزّع إلى الخوادم الأخرى، وفيما يلي عينة من بعض الإدخالات من ملف HOSTS:
 
192.168.3.45 server1 s1 #The main file and print server192.168.3.223 Mail mailserver #The email server
127.0.0.1 localhost
 
 
 
ملاحظة:
 التعليق في ملف HOSTS يسبقه رمز الهاش (#). 
 
كما يُظهر لك، يُدرج عنوان IP للمضيف، جنبًا إلى جنب مع اسم المضيف المقابل، ويمكنك إضافة تعاريف لأسماء الخوادم في ملف HOSTS، والتي في هذا المثال هي s1 وmailserver ، ويجب إضافة جميع الإدخالات يدويًا، ويجب أن يكون لدى كل نظام يقوم بعمليات الحل نسخة من الملف.
 
 
نصيحة:
 ما زالت عملية حل الملف HOSTS مدعومة من قبل معظم المنصات، إذا كنت بحاجة إلى حل بضعة مضيفين فقط والتي قد لا تتغير كثيرًا أو على الإطلاق، يمكنك ما زلت استخدام ملف HOSTS لهذا. 
 
يُحل مشكلة حل الأسماء DNS من خلال توفير عملية الحل عبر الخوادم المكونة للعمل كخوادم أسماء، وتعمل خوادم الأسماء ببرمجيات خادم DNS، مما يمكنها من استقبال الطلبات ومعالجتها والرد عليها من الأنظمة التي ترغب في حل أسماء المضيف إلى عناوين IP، وتعرف الأنظمة التي تطلب من خوادم DNS تعيين مضيف إلى عنوان IP بالمحللين أو عملاء DNS، ويُظهر الشكل الأتي عملية حل DNS، وفي هذا المثال، يطلب العميل الوصول إلى الخادم الأول في mycoltd.com؛ ثم يتجه الموجه إلى خادم DNS للحصول على عنوان IP مرتبط بهذا الخادم؛ وبعد أن يتم إرجاع العنوان، يمكن للعميل إقامة اتصال.
 
 
        
 The DNS resolution process
 
 
 
نظرًا لأن مساحة أسماء DNS (التي يتم مناقشتها في القسم التالي) كبيرة، لا يمكن لخادم واحد أن يحتوي على جميع السجلات لمساحة الأسماء بأكملها، ونتيجة لذلك، هناك فرصة جيدة لعدم قدرة خادم DNS معين على حل الطلب لإدخال معين، وفي هذه الحالة، يُطلب من خادم DNS آخر معرفة ما إذا كان لديه إدخال للمضيف.

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


نصيحة أختبار:

 قد يُطلب منك تحديد الفرق بين DNS و DDNS

 

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

 

مساحة أسماء (The DNS Namespace):

يعمل DNS في مساحة أسماء DNS، وتحتوي هذه المساحة على تقسيمات منطقية مرتبة بشكل هرمي، في الطبقة العليا توجد نطاقات مثل .com (تجارية) و .edu (تعليم)، بالإضافة إلى نطاقات للدول مثل .uk (المملكة المتحدة) و .de (ألمانيا)، أسفل الطبقة العليا توجد النطاقات الفرعية أو النطاقات من المستوى الثاني المرتبطة بالمؤسسات أو الشركات التجارية، مثل Red Hat و Microsoft، ضمن هذه النطاقات، يمكن تعيين مضيفين أو نطاقات فرعية أخرى، وعلى سبيل المثال، سيرفر ftp.redhat.com سيكون ضمن نطاق redhat.com. يُظهر الشكل الآتي مساحة أسماء DNS الهرمية. 


 

    

     DNS hierarchical namespace

 

 نصيحة أختبار: 

يُطلق على اسم النطاق، بالإضافة إلى أي نطاقات فرعية، اسم النطاق الكامل المؤهل (FQDN) لأنه يشمل جميع المكونات من أعلى مساحة أسماء DNS إلى المضيف.

 

ملاحظة:

يشير العديد من الأشخاص إلى DNS بأنه يقوم بحل FQDNs إلى عناوين IP، مثال على FQDN هو www.comptia.org، حيث يعتبر www المضيف، وcomptia النطاق من المستوى الثاني، وorg هو النطاق من المستوى الأعلى.

 

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

 

     

 بالإضافة إلى النطاقات الخاصة بالدول، قامت العديد من البلدان بإنشاء نطاقات فرعية تتبع تقريبًا نفس المبادئ الأساسية كالنطاقات العلوية الأصلية (مثل co.uk و gov.nz).

 

 على الرغم من أن تخصيص أسماء النطاقات يفترض أن يتم بما يتماشى مع الهيكل الموضح في الجدول السابق ، إلا أن تخصيص الأسماء ليس مراقبًا بشكل وثيق كما قد تعتقد، وليس من غير المألوف أن تُستخدم بعض أسماء النطاقات لأغراض أخرى، ومثل استخدام .org أو .net للأعمال التجارية.

 

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

 

 نصيحة اختبار:

تذكر أن سجلات PTR تُستخدم لوظائف البحث العكسي.



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

 

 

أنواع السجلات في نظام أسماء النطاقات (DNS):


على الرغم من أن أكثر السجلات شيوعًا في قاعدة بيانات DNS هو السجل A (العنوان)، الذي يعيّن اسم المضيف إلى عنوان IP، إلا أن DNS يمكن أن يحتوي على العديد من أنواع السجلات الأخرى أيضًا، بعضها هو سجل MX، الذي يمكن أن يختصر السجلات المتطابقة مع أنظمة تبادل البريد، وسجل CNAME (اسم السجل الكنسي)، الذي يمكن أن ينشئ سجلات الاختصار لنظام ما، ويمكن لنظام أن يحتوي على سجل A ثم على العديد من السجلات CNAME لاختصاراته، ويمكن أن تبدو جدول DNS مع كل هذه الأنواع من السجلات على النحو التالي:

 

 

fileserve.mycoltd.com IN A 192.168.33.2
email.mycoltd.com IN A 192.168.33.7
fileprint.mycoltd.com IN CNAME fileserver.mycoltd.com
mailer.mycoltd.com IN MX 10 email.mycoltd.com

 

سجلات DNS:
يحتفظ كل خادم أسماء نطاقات DNS بمعلومات حول منطقته، أو نطاقه، في سلسلة من السجلات، المعروفة باسم سجلات موارد DNS، وهناك العديد من سجلات موارد DNS؛ يحتوي كل منها على معلومات حول نطاق DNS والأنظمة داخله، وهذه السجلات هي إدخالات نصية تُخزن على خادم DNS، وتشمل بعض سجلات موارد DNS ما يلي:

 

  • سجل بداية السلطة (Start of Authority): يُعد هذا السجل من معلومات تحتوي على بيانات حول مناطق DNS وسجلات DNS الأخرى، ويمثل منطقة DNS الجزء من النطاق الذي يكون فيه الخادم الفردي مسؤولًا عن أسماء النطاق. تحتوي كل منطقة على سجل SOA واحد.


  •  سجل خادم الأسماء (Name Server): يخزن هذا السجل معلومات تحدد خوادم الأسماء في النطاق التي تخزن المعلومات لهذا النطاق.


  • محدد موقع الخدمة (Service Locator): يعتبر هذا السجل سجلاً لتحديد موقع الخدمة المعمم، ويستخدم لبروتوكولات حديثة بدلاً من إنشاء سجلات محددة للبروتوكول مثل MX.


  • الاسم الكنسي (Canonical Name): يقوم هذا السجل بتخزين أسماء مضيفين إضافية، أو اسماء مستعارة، للمضيفين في النطاق، ويحدد CNAME اسمًا مستعارًا أو اسمًا مستعارًا لسجل اسم المضيف الكنسي في قاعدة بيانات خدمة أسماء النطاق (DNS)، وتعطي سجلات CNAME لجهاز كمبيوتر واحد أسماء متعددة (أسماء مستعارة).


  •  مؤشر ( Pointer PTR): يُعتبر هذا السجل مؤشرًا إلى الاسم الكنسي، والذي يُستخدم لإجراء بحث عكسي في DNS، وفي هذه الحالة يتم إرجاع الاسم عندما يكون الاستعلام ينبثق من عنوان IP.

 

نصيحة أختبار:

أكثر أنواع مناطق DNS شيوعًا هي منطقة البحث المباشر، التي تسمح لعملاء DNS بالحصول على معلومات مثل عناوين IP التي تتوافق مع أسماء نطاق DNS، وتذكر أن منطقة البحث العكسي تربط بين عناوين IP وأسماء نطاق DNS.



  • عنوان IPv6 (AAAA): يخزن هذا السجل معلومات لعناوين IPv6 (بت 128)، ويُستخدم عادة لتعيين أسماء المضيفين إلى عنوان IP لمضيف.


  • عنوان IPv4 (A): يخزن هذا السجل معلومات لعناوين IPv4 (بت 32)، ويُستخدم عادة لتعيين أسماء المضيفين إلى عنوان IP لمضيف.


  • نص (TXT): تم إنشاء هذا الحقل في الأصل لحمل نص قابل للقراءة بواسطة الإنسان في سجل DNS، ولكن هذا الغرض قد مر منذ فترة طويلة، واليوم، فإنه من الأكثر شيوعًا أن يحمل بيانات قابلة للقراءة بواسطة الآلة، مثل SPF (الإطار الأمني للمرسل) و DKIM (البريد المعرف بالمفاتيح الموقعة على النطاق)


  • تبادل البريد (MX): يخزن هذا السجل معلومات حول مكان تسليم البريد للنطاق.


نصيحة أختبار:

تحديدًا تشمل أهداف الامتحان سجلات DNS، ويجب أن تتوقع رؤية سؤال حول السجلات A، MX، AAAA، CNAME، NS، SRV، TXT، أو PTR.


التطبيق العملي للـ DNS:

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

 

ومع ذلك، إذا كنت تدير شبكة كبيرة ومعقدة ومتعددة المنصات، فقد تجد أن الخوادم الداخلية لـ DNS ضرورية، يعرف بائعو أنظمة التشغيل الرئيسية للشبكات أنه قد تحتاج إلى مرافق DNS في منظمتك، لذا يتضمنون تطبيقات خوادم DNS مع عروضهم، مما يجعل DNS الخارجي/المستضاف في السحابة من الممكن، على سبيل المثال، تقدم Google خدمة Cloud DNS، وهي "منخفضة التأخير ومتوفرة بشكل عالي وطريقة فعالة من حيث التكلفة لجعل تطبيقاتك وخدماتك متاحة لمستخدميك.

 

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


تُعد ملحقات أمان نظام أسماء النطاق (DNSSEC) مجموعة من المواصفات الخاصة بالـ IETF لتأمين أنواع معينة من المعلومات المقدمة بواسطة DNS، وكما كان مصممًا أصلاً، لم يتم تضمين أي ميزات أمان في DNS و ،الـ DNSSEC لا يضيف فقط ميزات الأمان إلى DNS ولكنه مصمم أيضًا ليكون متوافقًا للوراء.


خدمة اسماء الإنترنت في نظام ويندوز (Windows Internet Name Service):

على شبكات ويندوز، يمكنك استخدام نظام يُدعى WINS لتمكين تحويل أسماء الإدخال/الإخراج الأساسية للشبكة (NetBIOS) إلى عناوين IP، وتعتبر عملية تحويل أسماء NetBIOS ضرورية على الشبكات التي تعمل بنظام ويندوز حتى يتمكن الأنظمة من تحديد مواقع بعضها البعض والوصول إليها باستخدام اسم الكمبيوتر NetBIOS بدلاً من عنوان IP، فمن الأسهل بكثير للشخص أن يتذكر كمبيوترًا يُسمى "سكرتير" بدلاً من تذكر عنوانه IP، مثل 192.168.2.34، يجب حل اسم NetBIOS إلى عنوان IP ومن ثم إلى عنوان MAC (باستخدام ARP).


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


بروتوكول تكوين الهوست الديناميكي ( Dynamic Host Configuration Protocol):

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

 

نصيحة اختبار:

تأكد من معرفة الفرق بين التعيين الثابت والديناميكي لعنوان IP أثناء دراستك لامتحان Network Plus.

 

يُمكّن DHCP، الذي يُعرف في RFC 2131، تعريف مجموعات من عناوين IP، تُعرف باسم نطاقات أو مجموعات محددة مُسبقًا من العناوين ضمن مجموعات العناوين على نظام يعمل كخادم DHCP، وعندما يتم تشغيل نظام آخر مُكون كعميل DHCP، يُطلب من الخادم تخصيص عنوان، وإذا كانت جميع الأمور على ما يرام، يقوم الخادم بتعيين عنوان من النطاق للعميل لمدة مُحددة مُسبقًا، والمعروفة باسم التأجير أو وقت التأجير.

 

في النقاط المختلفة خلال فترة العمر الزمني للتأجير (عادة في نقاط 50٪ و 85٪)، يُحاول العميل تجديد التأجير من الخادم. 

 

إلى جانب عنوان IP وقناع الشبكة، ويمكن لخادم DHCP تزويد العديد من المعلومات الأخرى؛ ومع ذلك، يعتمد ما يمكن توفيره بالضبط على تنفيذ خادم DHCP، وبالإضافة إلى معلومات العنوان، يُزود غالبًا ببوابة الوصول الافتراضية، جنبًا إلى جنب مع معلومات DNS. 

 

 بالإضافة إلى جعل DHCP يوفر عنوانًا عشوائيًا من النطاق، ويمكنك تكوين خيارات النطاق، مثل جعله يوفر عنوان محدد لعميل، وتُعرف هذه العملية بالحجز (انظر الشكل التالي)، الحجوزات هي وسيلة يمكنك من خلالها استخدام DHCP لنظام معين ولكن في نفس الوقت ضمان أن لديه دائمًا نفس عنوان IP. عند الاعتماد على عنوان MAC، يُعرف هذا باسم حجوزات MAC، ويمكن أيضًا تكوين DHCP للاستثناءات، والمعروفة أيضًا باسم استثناءات العناوين IP، وفي هذه ال scenario، لا يُعطى بعض عناوين IP لأنظمة العملاء.

 

     

DHCP reservations

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

 

 نصيحة أختبار:

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


عملية DHCP:

لفهم كيفية عمل DHCP بشكل أفضل، قم بقضاء بضع دقائق لفهم العمليات التي تحدث عندما يتصل عميل ممكن لخدمة DHCP بالشبكة، وعندما يتصل النظام الذي تم تكوينه لاستخدام DHCP بالشبكة، يُبث حزمة خاصة تبحث عن خادم DHCP، تُعرف هذه الحزمة بـ DHCPDISCOVER، ويلتقط الخادم DHCP الحزمة ويقارن الطلب بالنطاقات التي حددها، وإذا وجد أنه لديه نطاق للشبكة التي أُرسلت منها الحزمة، فإنه يختار عنوانًا من النطاق، ويحجزه، ويُرسل العنوان، بالإضافة إلى أي معلومات أخرى، مثل مدة الاستئجار، إلى العميل. تُعرف هذه الحزمة بـ DHCPOFFER. نظرًا لعدم حصول العميل على عنوان IP بعد، يتم تحقيق هذه الاتصالات عبر البث. يعمل DHCP بشكل افتراضي على المنافذ 67 و 68.

 

نصيحة أختبار

تذكر أن DHCP يعمل على المنافذ 67 و 68.


عندما يتلقى العميل العرض، ينظر إليه لتحديد ما إذا كان مناسبًا، وإذا تم استلام أكثر من عرض واحد، والذي يمكن أن يحدث إذا كان هناك أكثر من خادم DHCP مكون، يتم مقارنة العروض لمعرفة أيها هو الأفضل، والأفضل في هذا السياق قد يتضمن معايير متنوعة ولكن عادةً ما يكون طول المدة الزمنية للإيجار، وعند اكتمال عملية الاختيار، يُخطِّط العميل للخادم أن العرض قُبل، من خلال حزمة تُعرف بـ DHCPREQUEST، وفي هذا الوقت، يُكمل الخادم العرض ويُرسل للعميل تأكيدًا، ونتُعرف هذه الرسالة الأخيرة، التي يتم إرسالها عن طريق البث، بحزمة DHCPACK، وبعد أن يتلقى النظام العميل DHCPACK، يقوم بتهيئة مجموعة بروتوكولات TCP/IP ويمكنه التواصل على الشبكة.

 

الـ DHCP والأسماء الختامية لنظام اسم النطاق DNS:


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


نصيحة اختبار:


اعلم أن DHCP يمكن أن يوفر أسماء ختامية لنظام DNS للعملاء

 

موجهات DHCP ومساعدي العناوين IP:

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


مستوى واحد فوق موجّه DHCP هو مساعد العنواين IP، وتستخدم هذين المصطلحين كمرادفات في كثير من الأحيان، لكنها ليست كذلك و الطريقة الأفضل للتفكير فيها هي أن مساعد العناوين IP يكون جزءًا فائق الجودة لموجه DHCP، وسيقوم مساعد العناوين IP، بشكل افتراضي، بإعادة توجيه البث لـ DHCP/BOOTP وTFTP وDNS وTACACS/TACACS+ وخدمة الوقت وخدمة اسم NetBIOS/datagram (المنافذ من 137 إلى 139)، ويمكنك تعطيل حركة المرور الإضافية (أو إضافة المزيد)، ولكن بشكل افتراضي، سيقوم مساعد العناوين IP بإجراء المزيد مقارنة بموجّه DHCP.


نصيحة اختبار:

يجب أن تعرف أن مساعد الـ IP يمكنه القيام بمزيد من الوظائف من وكيل إعادة التوجيه DHCP.


بروتوكول الوقت في الشبكة (Network Time Protocol):


بروتوكول مزامنة الوقت في الشبكة (NTP) هو واحد من أقدم بروتوكولات الإنترنت في الاستخدام الحالي. يُعتبر جزءًا من مجموعة بروتوكولات TCP/IP التي تُيسّر تبادل الوقت بين الأنظمة. يعمل NTP عبر منفذ UDP رقم 123. الفكرة هي أن نظامًا واحدًا مُكوَّنًا كمزود للوقت ينقل معلومات الوقت إلى أنظمة أخرى يمكن أن تكون كل منها مستقبلًا ومزودًا للوقت لأنظمة أخرى.


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


يستخدم NTP نظامًا تسلسليًا تدريجيًا متدرجًا لمصادر الوقت حيث يُطلق على كل مستوى في الهرم اسمًا يُسمى "طبقة"، ويتم تخصيص رقم لكل طبقة يبدأ بالصفر لساعة الإشارة في القمة ويزداد بعد ذلك مع الرقم الذي يُمثل المسافة عن ساعة الإشارة: وهذا يعني أن الخادم المتزامن مع خادم في الطبقة n يعمل في الطبقة n + 1. يتم استخدام هذا الترقيم لمنع التبعيات الدورية في الهرم، ولكن الطبقة ليست دائمًا مؤشرًا على الجودة أو الموثوقية، ويمكن العثور على خادم في الطبقة برقم أعلى (مثلًا 3) والذي يكون ذو جودة أعلى من مصدر وقت في الطبقة 2.


في العديد من البيئات، يتم استخدام مصادر زمن خارجية مثل الساعات الإذاعية، وأجهزة نظام تحديد المواقع العالمي (GPS)، وخوادم الوقت عبر الإنترنت كمصادر للوقت بروتوكول NTP، في بعض الحالات، يُستخدم ساعة BIOS في النظام، وبغض النظر عن المصدر المستخدم، يتم تبادل معلومات الوقت بين الأجهزة باستخدام بروتوكول NTP.


ملاحظة

توجد توجيهات محددة تحدد كيفية استخدام بروتوكول NTP، ويمكنك العثور على هذه "قواعد الاشتباك" على الرابط http://support.ntp.org/bin/view/Servers/RulesOfEngagement. يجب ملاحظة أن الموقع يستخدم بروتوكول HTTP بدلاً من HTTPS، ولا ينبغي اعتباره آمنًا.

 

نصيحة أختبار: 

تذكر أن بروتوكول NTP يُستخدم لتزامن الوقت ويُنفذ عبر منفذ UDP رقم 123. 

 

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

 

 

النهاية:

 وهكذا قد أنتهى الفصل الثاني من شهادة network plus إن كان لديك أي سؤال تستطيع سؤاله هنا



إرسال تعليق

0تعليقات

إرسال تعليق (0)

#buttons=(موافق!) #days=(20)

يستخدم موقعنا ملفات تعريف الارتباط لتحسين تجربتك. تاكد الان
Ok, Go it!