gethostbyname() غير إرجاع عناوين IP الظاهري للكتلة بشكل متناسق

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

257577
تمت أرشفة هذه المقالة. وتظهر "كما هي" ولن يتم تحديثها بعد الآن.
الأعراض
إذا كان البرنامج يستخدم الدالة gethostbyname ، قد لا تتضمن قائمة عناوين IP التي تم إرجاعها على عناوين IP الظاهرية التي تم إنشاؤها بواسطة خدمة الكتل أو أنه قد القائمة عناوين IP التي لا حالياً يملكها هذه العقدة.
السبب
عندما يضيف خدمة الكتلة أو بإزالة عنوان IP ظاهري ، لا يتم بروتوكول TCP/IP تحديث ذاكرة التخزين المؤقت تقوم بإرجاع عناوين IP.
الحل
لحل هذه المشكلة، يجب الحصول على أحدث حزمة خدمة لنظام التشغيل Windows 2000. للحصول على معلومات إضافية، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
260910كيفية الحصول على أحدث حزمة خدمة لبرنامج Windows 2000
يجب أن يكون للنسخة الإنجليزية من هذا الإصلاح سمات الملفات التالية أو أحدث:
اسم الملف: Q257577_w2k_sp2_x86_en.exe
الإصدار: 1.10.101.0
تتضمن هذه الحزمة إصدارات محدّثة من:
Clusres.dll
Dnsapi.dll

تصريح
أقرت Microsoft أن هذه مشكلة في منتجات Microsoft المسردة في بداية هذه المقالة. تم تصحيح هذه المشكلة لأول مرة في حزمة الخدمة Service Pack 2 الخاصة بـ Windows 2000.
معلومات أخرى
في Windows NT 4.0 gethostbyname(local node name) بإرجاع قائمة تتضمن كافة عناوين IP التي تم إنشاء مثيل له على خادم بما في ذلك عناوين IP الظاهري للكتلة. في نظام التشغيل Windows 2000 العملية نفس عادة بإرجاع عناوين IP التي تم تعيينها بشكل دائم إلى الملقم فقط; ومع ذلك، فإنه يمكن أحياناً بإرجاع قائمة بأكملها مثل Windows NT 4.

تغيير السلوك عبارة عن تأثير الجانب تنفيذ خدمة محلل DNS. المحلل وتخزين قائمة عناوين IP المحلي عند بدء التشغيل. عند ذلك يتم مطالبتك حل اسم العقدة المحلية بإرجاع القائمة من ذاكرة التخزين المؤقت الخاص به بدلاً من باستشارة ملقم DNS. كانت المشكلة لا الاستماع المحلل إعلامات تغيير عنوان PNP من مكدس TCP ولكن إلى تلقي هذه الإعلامات من عميل DHCP. عندما يتلقى المحلل إعلام تغيير من DHCP ، فإنه يقوم بتحديث قائمة بها المخزنة مؤقتاً من عناوين IP المحلية بواسطة الاستعلام عن مكدس TCP. تكون النتيجة التي عند التجميع instantiates عنوان جديد المحلل لا التعرف عليه ما لم / إلا بعد تغيير عنوان DHCP لاحقة. ونفس الشيء صحيح عند إزالة عناوين الكتلة. لوجود نادرة التغييرات عنوان DHCP gethostbyname عادةً تستثني عناوين IP للكتلة عند تحليل اسم العقدة المحلية.

في Windows 2000 MSMQ تأتي للاعتماد على السلوك الجديد في السيناريو نشط/نشط الخاص به في كتلة ثم ولذلك يتم تقسيم مع سلوك الإصلاح العاجل. يستخدم MSMQ RPC اتصال عميل/ملقم. عند بدء التشغيل في عملية ملقم يستخدم RPC gethostbyname لتحديد قائمة عناوين IP الإصغاء. في التكوين الخاص بها نشطة/نشطة عملية ملقم MSMQ يتم اقتران اسم العقدة المحلية أثناء آخر مقترن كتلة ملقم ظاهرية. إذا أرجع gethostbyname الملقم الظاهري عنوان IP إلى العملية المقترنة اسم العقدة المحلية, سوف الاستماع كلا العمليات على هذا العنوان. وتكون النتيجة أن العملاء محاولة الاتصال عملية الملقم الظاهري يمكن عن طريق الخطأ توصيل عملية العقدة المحلية. لذلك، يعتمد MSMQ على الحقائق عناوين IP الظاهري للكتلة عادةً لم يتم إرجاع بواسطة gethostbyname عند تحليل اسم العقدة المحلية.
الملقم الظاهري W2000MSCS MSCS

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

خصائص

رقم الموضوع: 257577 - آخر مراجعة: 01/23/2014 08:09:35 - المراجعة: 2.4

  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbfix KB257577 KbMtar
تعليقات