عميل DHCP له المؤجرة على ملقمات DHCP متعددة

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

اضغط هنا لرابط المقالة باللغة الانجليزية268833
تمت أرشفة هذه المقالة. وتظهر "كما هي" ولن يتم تحديثها بعد الآن.
الأعراض
إذا كان هناك عدة ملقمات Microsoft الديناميكي بروتوكول تكوين المضيف (DHCP) في بيئة multinetted قد أكثر من ملقم DHCP تأجير لعميل محدد. هذا يمكن أن يؤدي استخدام تأجير أكثر من خطط مسؤول ثم المحتمل أن تتسبب تأجيرات لا تتوفر بعض العملاء أخيراً.

قد تحدث هذه المشكلة الحالات التالية:
  • شبكة الاتصال مجال بث واحد.
  • نظام العنونة قيد الاستخدام هو multinetted (هناك أكثر من شبكة IP الفرعية).
  • هناك عدة ملقمات DHCP تكوين مع نطاقات شبكات فرعية مختلفة.
السبب
عند بدء عميل ذو تأجير تشغيل ، فإنه يرسل طلب DHCPREQUEST دون معرّف ملقم. إذا ملقم DHCP يتلقى الطلب له لا يوجد نطاق في نفس الشبكة الفرعية مثل تلك التأجير يرسل استجابة DHCPNAK إلى العميل. دخول حالة rebinding العميل ومن المحتمل أن يحصل على تأجير آخر من ملقم DHCP آخر في المجال البث. في هذه الحالة، يتم الآن تعليق تأجير العميل على كلا ملقمات DHCP على الرغم من أن يستخدم العميل تأجير واحد فقط. على سبيل المثال:
  • قام العميل تأجير عنوان 10.1.1.15/24.
  • يتم إعادة تمهيد العميل ثم يرسل طلب DHCPREQUEST 10.1.1.15 مع عدم وجود معرّف الملقم.
  • تستجيب ملقمات DHCP البث العميل باستجابة DHCPNAK باستثناء الملقم مع نطاق في نطاق 10.1.1.1 - 10.1.1.254.
  • عميل DHCP دخول حالة rebinding.
  • يرسل طلب DHCPDISCOVER العميل ثم يتم تقديم عدة تأجيرات تأجير الأول يتم 10.2.2.15 من ملقم DHCP آخر.
  • يرسل العميل طلب DHCPREQUEST مع معرّف الملقم لملقم عرض.
  • يرسل ملقم DHCP استجابة DHCPACK ثم يستخدم العميل هذه التأجير. تظل ملقمات DHCP السكون في هذا الوقت لأنه يحدد معرّف الملقم ملقم DHCP آخر.
  • لاحقاً، يتم إعادة تمهيد العميل استجابة DHCPNAK ويحصل من ملقمات DHCP الأخرى.
قد تكون قد متابعة هذا النقش؟ نفس مع العديد من ملقمات كما تم تكوينه على شبكة الاتصال.
الحل
لمنع المشكلة تكوين كل خادم DHCP في بيئة multinetted مع نطاق ضمن النطاق كل شبكة فرعية المستخدمة من أجل عملاء DHCP. ثم إضافة كل نطاق إلى نطاق فائق على كل ملقم DHCP. يمنع هذا الملقمات من إرسال استجابة DHCPNAK إلى عميل يتم إعادة تمهيد يرسل طلب DHCPREQUEST.

يوضح التكوين العينة التالي كيفية حل هذه المشكلة في بيئة multinetted موجودة:

عنوان IP لملقم 1 DHCP = 10.1.1.1/24
نطاق = 10.1.1.5 - 10.1.1.254

عنوان IP لملقم 2 DHCP = 10.2.2.1/254
نطاق = 10.2.2.5 - 10.2.2.254

على ملقم DHCP 1 أو إضافة نطاق 10.2.2.5 - 10.2.2.254 ، مع استبعاد كافة العناوين لمنع مشكلة عنوان مكرر. نطاق الاستثناء هو أيضاً 10.2.2.5 - 10.2.2.254. ثم إضافة كل من النطاقات إلى نطاق فائق. بعد القيام بذلك لم يستجب الملقم 1 باستجابة DHCPNAK للعملاء يتم طلب العناوين في النطاق 10.2.2.5 - 10.2.2.254.

على ملقم DHCP 2 ، إضافة نطاق 10.1.1.5 - 10.1.1.254 ، واستثنائها عناوين 10.1.1.5 - 10.1.1.254. ثم إضافة كل من النطاقات إلى نطاق فائق. بعد القيام بذلك لم يستجب الملقم 2 باستجابة DHCPNAK للعملاء يتم طلب العناوين في النطاق 10.1.1.5 - 10.1.1.254.
معلومات أخرى
للحصول على معلومات إضافية حول superscopes انقر فوق رقم المقالة أدناه لعرضها في "قاعدة المعارف لـ Microsoft:
161571باستخدام DHCP 'Superscopes' لخدمة الشبكات الفرعية المتعددة المنطقية

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 268833 - آخر مراجعة: 02/08/2014 20:31:49 - المراجعة: 1.2

Microsoft Windows 2000 Server, Microsoft Windows 2000 Advanced Server, Microsoft Windows NT Server 4.0 Standard Edition, Microsoft Windows NT Server 4.0 Enterprise Edition

  • kbnosurvey kbarchive kbmt kbdhcp kbenv kbnetwork kbprb KB268833 KbMtar
تعليقات