أنت غير متصل حاليًا، وفي انتظار الإنترنت الخاص بك ليقوم بإعادة الاتصال

احتمال فشل عميل DHCP للحصول على عنوان IP المعين DHCP

انتهي دعم Windows Server 2003 في 14 يوليو 2015!

أنهت شركة Microsoft دعم نظام التشغيل Windows Server 2003 في 14 يوليو 2015. لقد أثر هذا التغيير على تحديثات البرامج لديك وخيارات الأمان الخاصة بك. تعرف على ما يعنيه ذلك فيما يتعلق بك وكيفية الحفاظ على حمايتك.

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

اضغط هنا لرابط المقالة باللغة الانجليزية167014
الأعراض
عند نقل عميل DHCP من الشبكة الفرعية واحد إلى آخر قد تفشل عملية الحصول على عنوان IP صالح على الشبكة الفرعية الجديدة.
الحل
كمحاولة للتغلب على هذه المشكلة قم بأحد الطرق التالية:
  • لا تستخدم أنظمة تراكب عنونة IP.
  • قم بتشغيل الأوامر التالية بعد نقل العميل إلى مقطع جديد:
    /Release Ipconfig
    Ipconfig / تجديد
معلومات أخرى
عند بدء عميل DHCP الذي تنته مسبقاً على عنوان تعيين DHCP مرة أخرى ينتقل العميل في حالة إعادة تهيئة. العميل سيحاول التحقق من أن ذلك يمكن الاستمرار باستخدام نفس عنوان عن طريق إرسال حزمة DHCPRequest ملء حقل خيار DHCP "DHCP عنوان مطلوب" مع عنوان IP تم تعيينه مسبقًا.

إذا بقيت ملقم DHCP السكون ، يفترض العميل عنوان السابق ما زال صالحاً ثم الاحتفاظ به. إذا أرسل ملقم DHCP حزمة NACK استجابة DHCPRequest ، العميل تنتقل إلى دورة Discover; أيضاً طلبات عنوان تم تعيينه مسبقًا في الحزمة DHCPDiscover.

عند تلقي ملقم DHCP على DHCPRequest مع عنوان تم تعيينه مسبقًا المحدد, فإنه أولاً بالتحقق مما إذا كان وهي صادرة من مقطع المحلي عن طريق التحقق من حقل GIADDR. إذا كان قد تم إنشاؤها من مقطع المحلي ، يقارن ملقم DHCP العنوان المطلوب إلى عنوان IP وقناع الشبكة الفرعية التي تنتمي إلى الواجهة المحلية التي تم تلقيها الطلب.

إذا ظهر العنوان أن تكون على نفس الشبكة الفرعية تبقى ملقم DHCP السكون حتى لو لم يكن العنوان في نطاق به تجمّع عناوين. ملقم DHCP يفترض أن العنوان الذي تم تعيينها من قبل ملقم DHCP آخر على نفس جزء إذا لم تكن موجودة من تجمع الخاصة به. إذا فشل العنوان الشبكة الفرعية القناع/IP عنوان التحقق ، تدقيقات ملقم DHCP لمعرفة ما إذا كان وهي صادرة من النطاق فائق, إذا تم تعريف. إذا لم يكن الملقم يستجيب DHCPRequest مع حزمة NACK.

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

على سبيل المثال، افترض حصول عميل DHCP على عنوان 172.17.3.x مع قناع الشبكة الفرعية 255.255.255.0 ثم نقل العميل إلى مقطع جديد حيث هو عنوان ملقم DHCP 172.17.1.x بقناع الشبكة فرعية المؤلف من 255.255.0.0،. عند انتهاء مقارنة عنوان IP/قناع الشبكة الفرعية على ملقم DHCP سيبقى السكون مع افتراض أن ملقم DHCP آخر على قطعة تعيين العنوان ملقم DHCP. إذا تم عكس أقنعة الشبكات الفرعية العميل الحصول على عنوان صالح.

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

خصائص

رقم الموضوع: 167014 - آخر مراجعة: 02/26/2007 23:34:53 - المراجعة: 3.3

Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows Server 2003, Standard Edition (32-bit x86), Microsoft Windows 2000 Server, Microsoft Windows 2000 Advanced Server, Microsoft Windows 2000 Professional Edition, Microsoft Windows 2000 Datacenter Server, Microsoft Windows NT Workstation 3.5, Microsoft Windows NT Workstation 3.51, Microsoft Windows NT Workstation 4.0 Developer Edition, Microsoft Windows NT Server 3.5, Microsoft Windows NT Server 3.51, Microsoft Windows NT Server 4.0 Standard Edition, Microsoft Windows for Workgroups 3.2, Microsoft TCP/IP-32 for Windows for Workgroups 1.0, Microsoft Windows 95

  • kbmt kbinfo kbnetwork KB167014 KbMtar
تعليقات
body>rosoft.com/c.gif?DI=4050&did=1&t=">ody>t=">c='" + (window.location.protocol) + "//c.microsoft.com/ms.js'><\/script>");