تحدث مشكلتين عند نشر تطبيق ASP.NET 2.0 على خادم يقوم بتشغيل IIS 7.0 أو IIS 7.5 في الوضع المتكامل

الأعراض

نشر تطبيق ويب المستندة إلى Microsoft ASP.NET 2.0 إلى موقع ويب تتم استضافته على ملقم Office SharePoint. لديك خدمات معلومات إنترنت (IIS) 7.0 أو 7.5 IIS تشغيل في الوضع المتكامل على الخادم. في هذه الحالة، تصادف المشاكل التالية.

المشكلة الأولى

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

ملاحظة: أجزاء ويب موثوق به جزئيا هي أجزاء ويب التي يتم نشرها إلى الدليل حاوية تطبيق ويب.

المشكلة الثانية

عداد الأداء "الطلبات في قائمة الانتظار" في كائن أداء ASP.NET تعمل بشكل غير صحيح. عندما تقوم بتشغيل موقع SharePoint، هذه المشكلة قد إنقاص الأداء الخاص بموقع SharePoint.

أداء "الطلبات في قائمة الانتظار" العداد يعمل بشكل صحيح عندما تكون الشروط التالية صحيحاً:
  • تشغيل التطبيق في وضع IIS تقليدي.
  • عندما يتم ترحيل الطلبات تجمع مؤشرات الترابط (CLR) وقت تشغيل اللغة العامة، زيادة قيمة عداد الأداء.
  • عند ترك طلبات تجمع مؤشرات الترابط CLR، إنقاص قيمة عداد الأداء.

السبب

المشكلة الأولى

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

المشكلة الثانية

تحدث هذه المشكلة لأن عداد الأداء "ASP.NET\Request في قائمة الانتظار" التقارير فقط القيم عند وضعها في قائمة الانتظار في قائمة انتظار ASP.NET. لا يتم احتساب الطلبات التي تنتظر تجمع مؤشرات الترابط CLR.

الحل

المشكلة الأولى

يجعل هذا الإصلاح العاجل تطبيق جديد الإعداد المتوفرة في ASP.NET 2.0. يتم تطبيق الإعداد الجديد aspnet:AllowAnonymousImpersonation. يمكنك تمكين هذا الإعداد بإضافة المقطع التالي إلى ملف Web.config:
    <appSettings>        <add key="aspnet:AllowAnonymousImpersonation" value="true" />
</appSettings>

لتمكين هذا الإعداد، يجب أن يكون لديك IIS 7 أو 7.5 IIS تشغيل في الوضع المتكامل. عند تمكين هذا الإعداد، يتم تشغيل التطبيق تحت سياق الأمان هوية IUSR.

المشكلة الثانية

يمكنك مراقبة عدادات الأداء "ASP.NET\Request في قائمة الانتظار" بعد تطبيق هذا الإصلاح العاجل، سترى زيادة لنفس التطبيق بتحميل نفس القيم. وهذا لأن حساب عداد الأداء "ASP.NET\Request في قائمة الانتظار" في كل من الطلبات في قائمة الانتظار في قائمة انتظار ASP.NET والطلبات التي تنتظر تجمع مؤشرات الترابط CLR.

معلومات الإصلاح العاجل

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

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

المتطلبات الأساسية

لتطبيق هذا الإصلاح العاجل، يجب أن يكون لديك Microsoft NET Framework 35 Service Pack 1 (SP1) مثبتة على جهاز كمبيوتر يعمل بأحد أنظمة التشغيل التالية:
  • Windows Vista Service Pack 2 (SP2)
  • حزمة الخدمة SP2 ل Windows Server 2008
  • Windows 7
  • Windows Server 2008 R2

متطلبات إعادة التشغيل

يجب إعادة تشغيل جهاز الكمبيوتر بعد تطبيق هذا الإصلاح العاجل في حالة استخدام أي الملفات المتأثرة عند تثبيت الإصلاح الجديد. لتجنب إعادة تشغيل الكمبيوتر، إيقاف تشغيل أي موقع ويب ASP.NET قبل تثبيت الإصلاح العاجل.

معلومات استبدال الإصلاح العاجل


لا يحل هذا الإصلاح العاجل محل أية إصلاحات عاجلة أخرى.

معلومات الملف

يحتوي إصدار اللغة الإنجليزية من هذا الإصلاح العاجل على سمات الملف (أو سمات الملف الأحدث) المسرودة في الجدول التالي. يتم سرد التواريخ والأوقات الخاصة بهذه الملفات بالتوقيت العالمي المتفق عليه (UTC). عند عرض معلومات الملف، يتم تحويلها إلى التوقيت المحلي. لمعرفة الفرق بين التوقيت العالمي المتفق عليه والتوقيت المحلي، استخدم علامة التبويب المنطقة الزمنية في عنصر التاريخ والوقت في "لوحة التحكم".
لكافة الإصدارات المستندة إلى x86 من ويندوز فيستا SP2 و Windows Server 2008 SP2
اسم الملفإصدار الملفحجم الملفالتاريخالوقتالنظام الأساسي
Aspnet_wp.exe2.0.50727.443530,54403-Mar-201012:08x86
Webengine.dll2.0.50727.4435435,53603-Mar-201012:08x86
System.web.dll2.0.50727.44355,242,88003-Mar-201012:08x86
لكافة الإصدارات المستندة إلى x64 من ويندوز فيستا SP2 و Windows Server 2008 SP2
اسم الملفإصدار الملفحجم الملفالتاريخالوقتالنظام الأساسي
Aspnet_wp.exe2.0.50727.443542,32003-Mar-201012:08x64
Webengine.dll2.0.50727.4435744,78403-Mar-201012:08x64
System.web.dll2.0.50727.44355,255,16803-Mar-201012:08x64
لكافة إصدارات نظام التشغيل Windows Server 2008 SP2 IA 64 إلى المعتمدة
اسم الملفإصدار الملفحجم الملفالتاريخالوقتالنظام الأساسي
Aspnet_wp.exe2.0.50727.443582,25603-Mar-201012:09IA-64
Webengine.dll2.0.50727.44351,229,64803-Mar-201012:09IA-64
System.web.dll2.0.50727.44354,775,93603-Mar-201012:09IA-64
لكافة الإصدارات المعتمدة المستندة إلى x86 من Windows 7
اسم الملفإصدار الملفحجم الملفالتاريخالوقتالنظام الأساسي
Aspnet_wp.exe2.0.50727.500730,54403-Mar-201023:27x86
Webengine.dll2.0.50727.5007436,04803-Mar-201023:27x86
System.web.dll2.0.50727.50075,246,97603-Mar-201023:27x86
لكافة الإصدارات المعتمدة المستندة إلى x64 من Windows 7 و Windows Server 2008 r2
اسم الملفإصدار الملفحجم الملفالتاريخالوقتالنظام الأساسي
Aspnet_wp.exe2.0.50727.500742,32003-Mar-201023:26x64
Webengine.dll2.0.50727.5007745,29603-Mar-201023:26x64
System.web.dll2.0.50727.50075,255,16803-Mar-201023:26x64
لكافة الإصدارات المستندة إلى IA-64 من نظام التشغيل Windows Server 2008 R2
اسم الملفإصدار الملفحجم الملفالتاريخالوقتالنظام الأساسي
Aspnet_wp.exe2.0.50727.500782,25603-Mar-201023:25IA-64
Webengine.dll2.0.50727.50071,231,18403-Mar-201023:25IA-64
System.web.dll2.0.50727.50074,775,93603-Mar-201023:25IA-64

الحل البديل

لإيجاد حل بديل للمشكلة الأولى، استخدم إحدى الطرق التالية.

الطريقة الأولى

قم بإنشاء حساب له نفس اسم المستخدم وكلمة المرور كهوية IUSR. اكتب الاسم وكلمة المرور في مقطع هوية، ثم قم بإضافة المقطع في ملف Web.config مستوى التطبيق. على سبيل المثال، أضف المقطع التالي إلى ملف Web.config مستوى التطبيق:
<identity impersonate="true" username="username" password=" password" />
بالإضافة إلى ذلك، يجب إضافة التكوين التالي إلى ملف Web.config مستوى التطبيق لمنع خطأ تكوين IIS الذي يحدث عندما تقوم بإضافة مقطع الهوية:
<system.webServer><validation validateIntegratedModeConfiguration="false" />
</system.webServer>
الطريقة الثانية

تمكين المصادقة المجهولة والمصادقة المستندة إلى النماذج ASP.NET في IIS تقليدي الوضع. ثم استخدم التكوين التالي تمثيل رمز المستخدم المجهول:
<identity impersonate=”true”/>
في هذه الحالة، هو رمز المستخدم المجهول IUSR الرمز المميز.

الحالة

أقرت Microsoft أن هذه مشكلة في منتجات Microsoft المسردة في قسم "ينطبق على".

مزيد من المعلومات

لمزيد من المعلومات حول الخيارات التي يمكنك استخدامها لنشر أجزاء ويب في SharePoint، قم بزيارة موقع Microsoft TechNet على ويب التالي:لمزيد من المعلومات حول عدادات أداء ASP.NET، قم بزيارة موقع شبكة مطوري Microsoft (MSDN) التالي على الويب:لمزيد من المعلومات حول مصطلحات تحديث البرامج، انقر فوق رقم المقال التالي لعرضه في "قاعدة معارف Microsoft":

824684 وصف للمصطلحات القياسية المستخدمة في وصف تحديثات برامج Microsoft

خصائص

رقم الموضوع: 979917 - آخر مراجعة: 13‏/01‏/2017 - المراجعة: 1

تعليقات