الفصل : 4
الجزء : 3
العنوان : ال DNS and DHCP
عناوين IP مع DHCP
عناوين IP في شبكتك تشبه إلى حد ما عناوين المنازل في شارعك. عندما تريد إرسال حزمة إلى شخص ما، تكتب عنوانه على الجبهة وتضعها في صندوق البريد. بنفس الطريقة، عندما يريد جهاز الكمبيوتر الخاص بك إرسال بيانات إلى خادم أو جهاز آخر على الشبكة، يكون لكل من تلك الأجهزة عنوان IP يتم استخدامه لتسليم تلك الحزم. نحن نعلم أن DNS مسؤول عن إخبار الأجهزة بأي اسم يحل إلى أي عنوان IP، لكن كيف يتم تعيين عناوين IP هذه على الخوادم وأجهزة الكمبيوتر في المقام الأول؟
التعيين الثابت هو ببساطة عملية تكوين عناوين IP على نظامك يدويًا، باستخدام يديك كأداة التكوين لإدخال جميع معلومات عنوان IP في إعدادات NIC على ذلك الجهاز. بينما يعد ذلك طريقة سريعة وسهلة لجعل حركة الشبكة تتدفق بين بعض النقاط النهائية، إلا أنه غير قابل للتطوير. نقوم غالبًا بتعيين عناوين ثابتة لخوادمنا كطريقة لضمان عدم تغير تلك العناوين، ولكن ماذا عن جانب العملاء والأجهزة؟ حتى في شركة صغيرة تضم 10 موظفين، قد يكون لكل شخص جهاز مكتبي وجهاز لابتوب، ومن المحتمل أن تكون هناك طابعات على الشبكة تحتاج أيضًا إلى عناوين IP، وقد يكون لديك شبكة لاسلكية حيث يمكن للموظفين أو حتى الضيوف الاتصال بأجهزة الهواتف الخاصة بهم والأجهزة الأخرى للحصول على وصول إلى الإنترنت. هل ستقوم بتعيين عناوين IP يدويًا لكل هذه الأجهزة؟ بالطبع لا.
إجابتنا على هذه المشكلة هي بروتوكول التكوين الديناميكي للمضيفين (DHCP). هذا بروتوكول مصمم لحل مشكلتنا بالضبط من خلال توفير القدرة للأجهزة للتوصيل بالشبكة والحصول تلقائيًا على معلومات عنوان IP. تقريبًا أي مستخدم على أي جهاز في العالم يستخدم DHCP كل يوم دون حتى أن يدرك ذلك. عندما تقوم بتوصيل اللابتوب أو الهاتف الذكي إلى راوتر Wi-Fi للحصول على وصول إلى الإنترنت، فإن خادم DHCP قد أعطاك القدرة على توجيه الحركة على تلك الشبكة اللاسلكية من خلال تعيين معلومات عنوان IP لك. في كثير من الأحيان، في حالة Wi-Fi العامة، يكون خادم DHCP الخاص بك يعمل على الراوتر نفسه، ولكن في أعمالنا حيث يحكم Windows Server مركز البيانات، غالبًا ما تستضيف خدمات DHCP على واحد أو أكثر من الخوادم عبر الشبكة.
إنشاء نطاق DHCP
حتى الآن في بيئة المختبر الجديدة لـ Windows Server 2022 التي قمت ببنائها، قمت بتعيين عناوين IP بشكل ثابت لكل الخوادم التي يتم بناؤها. هذا بدأ يصبح مملاً ويصعب تتبعه. عندما تم تكوين وحدة التحكم بالنطاق الأولى، قمت بتثبيت دور DHCP عليها ولكن لم أقم بتشغيله بعد. ماذا يحتاج خادم DHCP ليبدأ في توزيع عناوين IP؟ يحتاج إلى معرفة عناوين IP، قناع الشبكة الفرعية (subnet mask)، بوابة العبور الافتراضية (default gateway)، وعناوين خوادم DNS في شبكتك حتى يتمكن من حزم هذه المعلومات والبدء في توزيعها على الأجهزة التي تطلبها. هذه الحزمة من المعلومات داخل خادم DHCP تُسمى نطاق DHCP.
بمجرد تحديد النطاق، سيبدأ خادم DHCP في توزيع عناوين IP من هذا النطاق إلى الخوادم الجديدة والأجهزة التي لم يتم تعريف عناوين ثابتة لها.
مرة أخرى، نحتاج إلى تشغيل أداة إدارة على Windows Server 2022، وأبسط طريقة للقيام بذلك هي باستخدام قائمة Tools داخل Server Manager. قم بتشغيل وحدة تحكم DHCP. في الداخل، سترى اسم الخادم الذي يتم تشغيل خادم DHCP عليه. قم بتوسيع ذلك، وستجد خيارات لكل من IPv4 وIPv6. نعم، هذا يعني أنه يمكنك استخدام هذا الخادم لتوزيع عناوين IPv4 وكذلك عناوين IPv6 لأولئك الذين يختبرون IPv6 أو لديهم خطط لذلك في المستقبل. في الوقت الحالي، نحن نلتزم بـ IPv4 التقليدية، لذا يمكنني النقر بزر الماوس الأيمن على IPv4 واختيار إنشاء نطاق جديد (New Scope). هذا يفتح معالج نطاق جديد الذي يرشدك خلال بضع قطع من المعلومات التي يحتاجها خادم DHCP لإنشاء نطاق جاهز للبدء في توزيع عناوين IP داخل شبكتك. قمت بضبط نطاقي الجديد لتوزيع عناوين IP من 10.10.10.100 إلى 10.10.10.150.
أثناء إعداد نطاق DHCP، ستواجه بعض الخيارات الإضافية. معظمها يحتوي على نصوص توضيحية على الشاشات، ولكن دعونا نأخذ لحظة لمراجعة الخيارات التي ستكتشفها:
الSubnet mask and length: تحدد حجم الشبكة الفرعية التي تطلب من DHCP تعيين عناوين IP داخلها.
الExclusions: إذا كانت هناك أي عناوين IP داخل نطاقك المحدد ترغب في أن يتجنب DHCP توزيعها، قم بتحديدها هنا. مثال على ذلك هو عنوان IP لخادم تم تعيينه بشكل ثابت ويقع ضمن النطاق الذي حددته سابقًا. DHCP لن يعرف عن أي عناوين IP ثابتة تقع داخل نطاقه، وبالتالي سيستمر في توزيع هذا العنوان ويخلق تعارضًا في الشبكة إذا لم تحدد العناوين الثابتة كاستثناءات.
الLease Duration: عندما يأخذ جهاز أو كمبيوتر عنوان IP من خادم DHCP، يتم تأجير هذا العنوان للجهاز فقط لفترة زمنية محددة. عند انتهاء هذه الفترة، سيعيد العميل أو الجهاز الوصول إلى DHCP للحصول على عنوان IP جديد. ربما يتم إصدار نفس العنوان، وربما يتم إصدار عنوان IP مختلف. مدة الإيجار هي حيث تحدد مدة بقاء عناوين IP الصادرة عن DHCP قبل طلب عنوان جديد.
الConfigure DHCP Options: هناك العديد من الخيارات الإضافية التي يمكنك تضمينها مع عنوان IP الذي يصدره DHCP. هذا هو المكان الذي تحدد فيه المعلومات التي يتلقاها العميل بالإضافة إلى عنوان IP الخاص به. يمكنك تحديد بوابة العبور الافتراضية (Default Gateway)، خوادم DNS الموجودة في شبكتك، وحتى تحديد خيارات خاصة مثل معلومات التهيئة لهواتف VOIP. القطعتان الأكثر شيوعًا من المعلومات التي يجب تحديدها هنا هما بوابة العبور الافتراضية (router) وخوادم DNS.
الActivate Scope: الخيار الأخير الذي ستواجهه هو ما إذا كنت ترغب في تنشيط النطاق الآن. عادةً، نعم ترغب في ذلك. تنشيط النطاق يعني أن خادم DHCP الآن جاهز لتوزيع عناوين IP بناءً على هذا النطاق لأي جهاز يطلب عنوانًا. ومع ذلك، هناك شيء مهم لم ننجزه بعد، حيث أن هذه هي المرة الأولى التي نتعامل فيها مع هذا الدور الجديد لـ DHCP.
تفويض خادم DHCP
إذا لم يتم تفويض خادم DHCP الذي تعمل عليه داخل الشبكة، يجب القيام بذلك قبل أن يتمكن من أداء أي عمل. للقيام بذلك، من داخل وحدة تحكم إدارة DHCP، انقر بزر الماوس الأيمن على اسم الخادم ثم اختر الخيار لتفويض (Authorize).
بمجرد أن يتم تفعيل خادم DHCP وترخيصه وتنشيط النطاق (scope)، يبدأ فورًا في العمل وأي جهاز كمبيوتر في شبكتك تم تكوين بطاقة الشبكة (NIC) الخاصة به للحصول على عنوان تلقائيًا من خادم DHCP سيبدأ في القيام بذلك باستخدام هذا الخادم الجديد. الآن بعد أن تم إنشاء نطاق جديد، يمكنك توسيع النطاق داخل وحدة التحكم في DHCP ورؤية بعض المعلومات الإضافية حول هذا النطاق. من خلال النقر على مجلد Address Leases، يمكنك رؤية جميع عناوين DHCP التي تم توزيعها من قبل هذا الخادم.
كما ترى في الشكل 4.17، لدي جهاز كمبيوتر يعمل بنظام Windows 10 على الشبكة، لا يحتوي على عنوان ثابت، لذلك حصل على عنوان DHCP من خادم DHCP الخاص بي. تم تعيين العنوان الأول الذي حددته في النطاق، 10.10.10.100. الجهاز التالي الذي يحصل على عنوان IP من هذا الخادم سيحصل على 10.10.10.101، وهكذا.
خيارات النطاق (Scope Options)
يمكن تكوين نطاقات DHCP لتوزيع مجموعة صغيرة جدًا من المعلومات، كما قمنا بتكوينها حتى الآن، أو عند الحاجة يمكن لـ DHCP توزيع الكثير من المعلومات الإضافية. عندما يصل عميل إلى DHCP للحصول على معلومات، نحن حاليًا نقدم عنوان IP وقناع الشبكة الفرعية (subnet mask)، لأن هاتين المعلومتين ضروريتان لتدفق الحركة على شبكاتنا. معظم الشبكات، مع ذلك، ستحتاج إلى تقديم بعض المعلومات الإضافية على الأقل لعملاء DHCP، لتكون تلك الأجهزة قابلة للاستخدام في شبكة الشركات التقليدية. تحدثنا باختصار عن خيارات النطاق الإضافية التي يمكن تمريرها إلى الأجهزة العميلة أثناء تعيين عنوان IP، والآن دعونا نلقي نظرة على كيفية العودة إلى هذه الخيارات من داخل نطاق DHCP الحالي وتعديلها حسب رغبتنا.
مدرجًا تحت النطاق الجديد الذي أنشأناه، سترى مجلدًا بعنوان Scope Options. انقر بزر الماوس الأيمن على Scope Options، ثم اختر Configure Options…. هنا ستجد العديد من مربعات الاختيار المتاحة كخيارات نطاق DHCP. من خلال تحديد مربع الاختيار وتعبئة المعلومات اللازمة لهذا الخيار المحدد، فإنك تقوم بتكوين هذا النطاق لتقديم ليس فقط معلومات عنوان IP وقناع الشبكة الفرعية، ولكن هذه المعلومات الإضافية أيضًا. اثنان من الخيارات الشائعة جدًا هما 003 Router و 006 DNS Servers. الخيار 003 Router هو في الأساس إعداد بوابة افتراضية (default gateway) على بطاقة الشبكة للعميل. تحتوي معظم الشبكات على بوابة افتراضية، عادة ما تكون جدار ناري أو راوتر، ومن خلال تحديد هذا الخيار يمكنك تحديد عنوان بوابة افتراضية ليتم تعيينه إلى عملاء DHCP.
في الشكل 4.18، يمكنك أن ترى أنني اخترت 006 DNS Servers، وقمت بتكوين عناوين IP لخوادم DNS في مختبري. الآن عندما تقوم أجهزة الكمبيوتر العميلة بسحب عناوين IP عبر DHCP، سيتم أيضًا تكوين بطاقات الشبكة الخاصة بهم تلقائيًا بهذه العناوين لخوادم DNS، مما سيسمح لها بحل أسماء DNS في بيئتي.
خيار نطاق DHCP آخر مفيد هو الخيار 66. إذا كان لديك نظام هواتف VoIP وتريد إعداد التهيئة التلقائية لهواتفك الفعلية، فإنه من السهل إنشاء نطاق DHCP مخصص للهواتف، واستخدام الخيار 66 للإشارة إلى رابط التهيئة لنظام هاتفك. عندما تحصل الهواتف على عنوان IP من خادم DHCP، سيتم تهيئتها تلقائيًا في نظام الهاتف أيضًا!
ال (DHCP Reservations)
تعيين عناوين IP من مجموعة كبيرة من العناوين المتاحة أمر رائع، لكن هذه العناوين قد تنتهي صلاحيتها وتتغير. هذا يعني أن جهاز الكمبيوتر الذي يحتوي على 10.10.10.100 اليوم قد يحصل على 10.10.10.125 غدًا. عادة، يكون هذا مناسبًا من منظور أجهزة الكمبيوتر المكتبية، حيث أنها لا تهتم عادةً بأي عنوان IP لديها. أجهزة الكمبيوتر العميلة عادة ما تصل إلى الخارج على الشبكة، ونادرًا ما تحاول الأجهزة الأخرى العثور عليها والاتصال بها. ماذا إذا كان لديك جهاز أكثر ثباتًا في شبكتك، مثل خادم Windows، لكنك لا تريد التعامل مع تعيين عنوان ثابت لهذا الخادم؟ مثال آخر رائع على هذا الجهاز هو طابعة متصلة بشبكتك. بعض الطابعات ليس لديها حتى واجهة يمكنك من خلالها تعيين عنوان IP ثابت، وبمجرد أن تحصل طابعتك على عنوان DHCP، عادة ما تريد أن يبقى هذا العنوان نفسه طوال فترة حياة الطابعة، لأنك ستقوم بتكوين أجهزة الكمبيوتر لإرسال مهام الطباعة إلى هذا العنوان. هنا تأتي دور حجوزات DHCP. الحجز هو عملية أخذ عنوان IP واحد داخل نطاق DHCP الخاص بك، وحجزه لجهاز معين. هذا الجهاز سيحصل على نفس عنوان IP في كل مرة يتصل فيها من خلال خادم DHCP، ولن يتم توزيع هذا العنوان المحدد لأي جهاز آخر على شبكتك. باستخدام الحجوزات داخل DHCP، يمكنك السماح لخادم DHCP بإدارة تعيين عناوين IP حتى للأجهزة الدائمة الخاصة بك، بحيث لا تحتاج إلى تكوين بطاقات الشبكة لهذه الأجهزة يدويًا، ومع ذلك تحتفظ بعناوين IP دائمة على تلك الأجهزة.
يمكنك رؤية المجلد المسمى Reservations في وحدة تحكم DHCP. حاليًا، لا يوجد شيء مدرج هنا، ولكن من خلال النقر بزر الماوس الأيمن على Reservations واختيار New Reservation...، سنقوم بإنشاء واحدة لأنفسنا. دعنا نعمل مرة أخرى مع خادم WEB1. حاليًا، لدي عنوان IP ثابت مخصص لـ WEB1، ولكنني سأقوم بإنشاء حجز له على عنوان IP 10.10.10.150:
تتطلب عملية الحجز إدخال عنوان MAC الخاص ببطاقة الشبكة للجهاز المعني. عنوان MAC هو العنوان الفعلي لبطاقة الشبكة على الشبكة. عندما تحاول معدات الشبكة الخاصة بك إرسال معلومات إلى عنوان IP معين، أو في هذه الحالة، عندما يحتاج خادم DHCP إلى توزيع عنوان IP معين إلى بطاقة شبكة معينة، فإنه يحتاج إلى معرف فعلي لتلك البطاقة. لذا، هذا عنوان MAC فريد لبطاقة الشبكة الخاصة بخادم WEB1. كل بطاقة شبكة على شبكتك لها عنوان MAC فريد. من خلال تسجيل الدخول إلى خادم WEB1، يمكنني تشغيل الأمر ipconfig /all ورؤية عنوان MAC مدرج لبطاقة الشبكة في هذه المعلومات.
الآن بعد أن تم إنشاء حجز DHCP، سأذهب إلى إعدادات بطاقة الشبكة على خادم WEB1، وأتخلص من جميع معلومات تعيين العنوان الثابت عن طريق اختيار الخيار للحصول على عنوان IP تلقائيًا.
بعد القيام بذلك، سيقوم WEB1 بالوصول إلى خادم DHCP وطلب عنوان، ويمكنك رؤية أنه تم تعيين عنوان الحجز 10.10.10.150 لي الآن:
سيظل هذا عنوان IP الخاص بخادم WEB1 من الآن فصاعدًا، ما لم أغير حجز DHCP أو بطريقة ما أغير عنوان MAC الخاص بـ WEB1. يمكن أن يحدث هذا إذا قمت بتثبيت بطاقة شبكة جديدة في WEB1.
يمكنك أيضًا إنشاء حجوزات DHCP لأشياء أخرى غير أجهزة Windows في شبكتك. حيث كل ما تحتاجه هو عنوان MAC للجهاز (وكل جهاز يحتوي على محول شبكة لديه عنوان MAC)، من السهل إنشاء حجوزات لأجهزة مثل خوادم الطباعة، وآلات النسخ، وأنظمة إنذار الأمان، والكاميرات، ونقاط الوصول اللاسلكية، والمزيد.
ال DHCP failover
كما أن إنشاء عدة خوادم Domain Controller يوفر تكرارًا جيدًا لـ Active Directory، يمكن لخوادم DHCP في شبكتك أن تكون مرتبطة معًا في زوج فشل تلقائي (failover pair) لإنشاء شكل من أشكال التوافر العالي. صحيح أن دور خادم DHCP غالبًا ما يتواجد بجانب أدوار AD DS وDNS، لكن هذا ليس شرطًا. من السهل تخزين مناطق DNS داخل Active Directory بحيث يكون هناك تكرار تلقائي لمعلومات المنطقة، لكن هذه العقلية ليست صحيحة بالنسبة لـ DHCP scopes. DHCP هو أداة مفيدة داخل بيئات النطاق، أو خارجها. لذلك، ليس دورًا متكاملًا تمامًا مثل DNS. لذلك، عند إنشاء فشل تلقائي لـ DHCP، نحتاج إلى اتخاذ نهج أكثر يدوية، سواء كان دور DHCP مستضافًا فوق Domain Controller أم لا.
خادمان DHCP
في بيئة فشل خادم DHCP، يمكن تكوين خادمي DHCP وتوجيههما لبعضهما البعض، وسيقومان بعد ذلك بتكرار معلومات عقد الإيجار DHCP بينهما، مما يجعل هذه المعلومات محدثة دائمًا. بهذه الطريقة، إذا توقف أحد خوادم DHCP عن العمل، يمكن للخادم الآخر الاستمرار في إصدار عناوين IP وتجديد عقود الإيجار لهذه العناوين.
ذكرت "خادمين" DHCP أعلاه، وهذه نقطة مهمة للتوضيح. مع فشل خادم DHCP في Windows Server، يمكنك ربط خادمي DHCP فقط. لا أكثر. كما أنه من المهم ملاحظة، بينما نتقدم في عالم IPv6، أن فشل خادم DHCP مصمم للاستخدام مع نطاقات IPv4 فقط. فشل خوادم DHCP سيكون غير ضروري في عالم IPv6 على أي حال، حيث أن معظم تطبيقات IPv6 تكون بدون حالة، والمعلومات الوحيدة التي يحتاج DHCP لتقديمها لعملاء IPv6 هي الخيارات، التي يمكن ببساطة تكوينها على خوادم DHCP متعددة، ولا يهم العملاء من أي خادم يحصلون على تلك المعلومات.
ال Hot standby mode
هناك وضعان مختلفان من التشغيل يمكن استخدامهما بواسطة فشل خادم DHCP: وضع الاستعداد الساخن أو وضع المشاركة في التحميل. وضع الاستعداد الساخن، كما يشير الاسم، هو أكثر من عقلية الأولية/الفشل. أحد خوادم DHCP هو الأولي وهو المسؤول دائمًا عن نطاق IPv4، إلا إذا أصبح غير متاح. في هذه الحالة، يبدأ خادم DHCP الاحتياطي في التحمل حتى يتم استعادة الخادم الأولي.
وضع الاستعداد الساخن مفيد لفروع المكاتب التي تتصل بالشبكة الرئيسية عبر شبكة WAN من نوع ما. يمكن أن يكون للمكاتب الفرعية خادم DHCP محلي خاص بها يتولى DHCP بشكل أساسي، ولكن إذا تعطل هذا الخادم، فإن طلبات DHCP ستصل عبر رابط WAN وتحصل على عقد إيجار من خادم DHCP الاحتياطي الجالس في موقعك الرئيسي. في هذا النوع من النشر، يمكنك بسهولة تكوين خادم DHCP واحد في الموقع الرئيسي ليكون الاحتياطي الساخن لعدة مكاتب فرعية، حيث أنه من السهل تكوين نطاقات متعددة على خادم DHCP.
ال Load sharing mode
بديلًا لذلك، وهو الأكثر شيوعًا، هو وضع المشاركة في التحميل. هذا هو وضع التشغيل الافتراضي لفشل خادم DHCP. في وضع المشاركة في التحميل، يتم تكوين خادمي DHCP بمعلومات النطاق نفسها ثم يخدمان العملاء القادمين معًا. وبهذا، يتقاسمان الحمل بين الخوادم، حيث يستجيبان معًا ويكرران المعلومات بينهما، بحيث يكون كل منهما على علم دائمًا بالعناوين IP التي تم إصدارها للعملاء.
في وضع المشاركة في التحميل، تريد أن يكون خادما DHCP في الموقع الفعلي نفسه. يحتاجان إلى وجود اتصال سريع جدًا بينهما للحفاظ على استقامة بيانات التكرار. لقد رأيت فشل خادم DHCP يتم تكوينه عبر المواقع من قبل، ويمكنني أن أخبرك بشكل قاطع أنه يمكن أن يسبب صراعات IP ومشاكل مشابهة. اجعلهم في نفس الموقع.
تكوين فشل خادم DHCP
الآن بعد أن عرفنا عن فشل خادم DHCP، كيف نقوم بإعداده؟ أنت تعرف بالفعل أن لدي DC1 و DC2 في بيئة المختبر الخاصة بي. كلا هذين الخادمين هما بالفعل وحدات تحكم مجال و DC1 هو أيضًا خادم DNS، على الرغم من أن هذه الحقائق ليس لها تأثير على تكوين DHCP. يمكن أن يكونوا وحدات تحكم مجال، أو ببساطة خوادم منضمة إلى المجال، أو حتى خوادم غير منضمة إلى المجال، وسيكون لدى DHCP جميع الخيارات نفسها للفشل. بما أن لدي هذين الخادمين متاحين لي، فسوف أستخدمهما لإنشاء نطاق DHCP يتم تكراره بينهما. هذه نقطة مهمة للتوضيح، أن فشل خادم DHCP يتم تكوينه على أساس كل نطاق على حدة. لا تقوم بربط DC1 و DC2 معًا، بل داخل خصائص نطاق DHCP تقوم بإنشاء الفشل بين DC1 و DC2 لنطاق معين (أو نطاقات). وهذا يعني أنك تستطيع إنشاء نطاقات DHCP تعمل في وضع الفشل، بالإضافة إلى إنشاء نطاقات DHCP على نفس الخوادم التي لا تقوم بأي شكل من أشكال الفشل.
تأكد من أن الساعات متزامنة! إذا كانت خوادم DHCP منضمة إلى المجال، فإن ساعاتها يجب أن تبقى متزامنة تلقائيًا بواسطة Active Directory. إذا لم تكن خوادم DHCP منضمة إلى المجال، فستحتاج إلى التأكد من أن ساعات النظام على كلا الخادمين تستخدم نفس مصدر الوقت للحفاظ دائمًا على الاستمرارية.
لدى DC1 بالفعل دور DHCP مثبت، وقد أنشأت بالفعل نطاقًا سريعًا عليه عندما أعددت هذا المختبر لأول مرة، بحيث يمكن لجهاز Win10 العميل الحصول على عنوان DHCP والتواصل مع بقية شبكتي. ومع ذلك، لا يحتوي DC2 حتى الآن على دور DHCP مثبت، لذا فإن الخطوة الأولى هي المضي قدمًا وإضافة هذا الدور.
عند إنشاء خوادم DHCP جديدة في الشبكة، يجب بالطبع تثبيت الدور، ولكن هناك قطعة ثانية حاسمة من اللغز لتمكينهم من التعرف على أنهم خوادم DHCP. إنه أمر واضح جدًا، ولكن بعد تثبيت دور DHCP على الخادم، سيطلب منك Server Manager إكمال تكوين DHCP. هذا يفتح معالج صغير بأساس خطوة واحدة لتحقيقها - تفويض خادم DHCP الجديد. يمكن استدعاء هذا المعالج الصغير عبر Server Manager، أو إذا فاتك المطالبة هناك وفتحت مباشرةً في أداة إدارة DHCP، يمكنك بدلاً من ذلك تفويض خادم DHCP عن طريق النقر بزر الماوس الأيمن على اسم الخادم داخل أداة إدارة DHCP، ثم اختيار تفويض.
حسنًا، لدينا الآن خادما DHCP معتمدين في بيئتنا، ونطاق موجود بالفعل على DC1. هذا النطاق يخدم العملاء بالفعل، ويصدر عناوين IP في شبكتنا. إنشاء الفشل لهذا النطاق سهل جدًا. افتح إدارة DHCP على DC1، وانتقل للعثور على نطاق IPv4 الخاص بك. انقر بزر الماوس الأيمن على النطاق نفسه، واختر تكوين الفشل...:
بعد ذلك، حدد النطاقات التي تريد تكوينها في الفشل. كما ذكرت من قبل، يتم تكوين فشل خادم DHCP على أساس كل نطاق على حدة. إذا كان خادم DHCP الخاص بك يحتوي بالفعل على نطاقات متعددة، يمكنك اختيار تكوين الفشل على جميعها أو بعضها فقط. ثم في الشاشة الثانية، نحتاج إلى تعريف خادم DHCP الاحتياطي. يمكنك كتابة اسم الخادم على هذه الشاشة، ولكن ما أحب أن أفعله هو النقر على زر إضافة الخادم، الذي يعرض بعد ذلك أي خوادم في بيئتك معترف بها كخوادم DHCP معتمدة. باستخدام الزر ثم اختيار خادم DHCP الثاني من القائمة، فإنه يمنحك تحققًا آخر بأنك قد قمت بتفويض الخادم الثاني بشكل صحيح، DC2 في حالتي، في شبكتك. يمكنك رؤية هذا في الشكل 4.24:
في الشاشة التالية من هذا المعالج، نحدد جميع معلمات العلاقة بين خادمي DHCP. كما ترى في لقطة الشاشة التالية، هذه هي الشاشة التي تحدد فيها الأشياء البسيطة التي ليس لها تأثير كبير مثل اسم العلاقة وإنشاء سر مشترك سيستخدمه خادما DHCP للتفاعل مع بعضهما البعض، ولكن هذه الشاشة هي أيضًا المكان الذي تقوم فيه بإنشاء تعريف نوع الفشل الذي يحدث لهذا النطاق. لقد تحدثنا بالفعل عن وضع التحميل المتوازن ووضع الاستعداد الساخن، وهنا ستحدد أيضًا، في وضع التحميل المتوازن، ما هي الأوزان التي تعطيها للخادمين لإنشاء هذا التوازن.
ما لم يكن لديك سبب معين للانحراف، فإن الإعدادات الافتراضية هي عمومًا ما تريده. تأكد من أن الحد الأقصى لوقت المهلة للعميل يبقى مضبوطًا على ساعة واحدة أو أكثر. يمكنك تقليل هذا الرقم للاختبار في شبكتك، ولكن في بيئة الإنتاج ساعة واحدة هي التوصية العامة:
هذا هو! انقر على التالي بضع مرات أخرى، وسيتم دفع تكوين الفشل الخاص بك إلى خادم DHCP الثاني. الآن، إذا توقف أحد هذين الخادمين عن العمل أو حدثت له مشكلة ما، فإن عملاء DHCP الجدد أو الذين تنتهي عقود إيجار DHCP الخاصة بهم سيكونون قادرين على الحصول على عقد إيجار من أي من خادمي DHCP المُعد للفشل.
الآن بعد أن تم إنشاء فشل خادم DHCP، كنت تتوقع أن يتغير شيء ما داخل وحدة إدارة DHCP ليشير لنا بصريًا إلى أن هناك فشلًا مُعدًا على النطاق، ولكن هذا ليس هو الحال حقًا. كل شيء هنا يبدو تمامًا كما كان قبل إنشاء الفشل. أشير إلى ذلك لإعلامك أنه أثناء الزيارات المستقبلية إلى هذه الوحدة، أو إذا كنت مسؤولًا جديدًا على بنية تحتية موجودة وتريد تحديد سريعًا ما إذا كان فشل خادم DHCP مُعدًا في بيئتك، يمكنك العثور على هذه المعلومات بالنقر بزر الماوس الأيمن على النطاق. في قائمة الخيارات التي تظهر مع النقر بزر الماوس الأيمن، ستجد الآن خيارًا يسمى إلغاء تكوين الفشل، مما يعني أن الفشل مُعد حاليًا لهذا النطاق. بالإضافة إلى ذلك، إذا توجهت إلى خصائص هذا النطاق، ستجد علامة تبويب الفشل التي تعرض جميع المعلومات ذات الصلة بفشل خادم DHCP:
تحقق أخيرًا، دعنا نسجل الدخول إلى DC2 ونرى ما يبدو عليه وحدة إدارة DHCP الآن! تذكر أن الشيء الوحيد الذي قمت به على DC2 هو تثبيت دور DHCP وتفويض هذا الخادم. لم أفتح حتى وحدة إدارة DHCP على هذا الخادم. إذا قمت بذلك الآن، يمكنك أن ترى أن نطاق 10.10.10.0 الخاص بي قد تم تكراره إلى هذا الخادم، بما في ذلك معلومات عقد الإيجار الحالية!
النهاية
نكون هنا انتهينا من الجزء 3 من الفصل 4 تماما من شهادة MCSA المقدمة من Microsoft الأن نغوص في الأعماق
و لا بد وانت تقرا ان تكون مركز جيدا لكل معلومة ومعك ورقة وقلم , لانك بالتاكيد ستحتاجها
واذا واجهتك اي مشكلة في الفهم او ما شابه , يمكنك على الفور الذهاب الى المجتمع الخاص بنا في Telegram للمناقشة والتواصل معنا من هنا
او اذا واجهتك مشكلة في الموقع او تريد اجابة سريعة يمكنك الذهاب الى اخر صفحة في الموقع ستجد صفحة اتصل بنا موجودة يمكنك ارسالة لنا مشكلتك , وسيتم الرد عليها بسرعة جدا ان شاء الله
ويمكنك الأنضمام الى المجتمع Hidden Lock بالكامل مع جميع قنواته للأستفادة في اخر الأخبار في عالم التقنية وايضا الكتب بالمجان والكورسات والمقالات من خلال الرابط التالي لمجموعة القنوات من هنا
يمكنك ايضا متابعتنا في منصات X او Twitter سابقا , لمشاهدة الاخبار والمقالات السريعة والمهمة من
وفقط كان معكم Sparrow اتمنى ان تدعوا لي وتتذكروني في الخير دوما
