كيفية استكشاف مشكلات تكوين IIS في "خدمات SQL Server 2005 التقارير"

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

اضغط هنا لرابط المقالة باللغة الانجليزية958998
مقدمة حول
توضح هذه المقالة كيفية استكشاف مشكلات تكوين خدمات معلومات إنترنت (IIS) في Microsoft SQL Server 2005 التقرير Services.

تتم كتابة هذه المقالة كي تساعدك على تشخيص مشاكل تكوين IIS 6.0 ضمن الوضع الأصلي "خدمات التقارير" بشكل رئيسي. تحتوي هذه المقالة أيضًا عادةً ينطبق على IIS 5.0 إلى IIS 7.0. ومع ذلك، قد تتم كتابة خطوات التشخيص معينة فقط من أجل IIS 6.0 مثل الخطوات للتحقق من تثبيت ASP.NET Microsoft باستخدام إدارة IIS. تتناول هذه المقالة أيضًا بعض مشاكل التكوين الشائعة مع مصادقة مع ASP.NET و مع برنامج Internet Explorer.
معلومات أخرى

الأسلوب العام 1

تظهر عادة مشكلات تكوين IIS فشل الاتصال بـ أو تنفيذ Server تقرير "أو" إدارة التقارير. لتشخيص مشاكل تكوين هذه بنجاح, عليك مراجعة هندسة "خدمات التقارير" وطريقة متكاملة "خدمات التقارير" مع IIS. تحاول هذه المقالة في التعرف على مشاكل تكوين IIS الشائعة التي قد تسبب فشل في "خدمات التقارير". وستتم مناقشة بعض المشكلات IIS غير أيضاً.

1.1 طلب التدفق

طلب HTTP من مستخدم تنتقل خلال العديد من طبقات. تساعد معرفة أي طبقة فشل الطلب في تحديد طبيعة الفشل. إن الرسم التخطيطي التالي الرسم تخطيطي مبسطة التدفق طلب:



الإعلام عن خدمات تثبيت دليل ظاهري واحد الخاص Server تقرير واحد الدليل الظاهري لـ "إدارة التقارير. اسم الدليل الظاهري الافتراضي لـ Server تقرير هو “ reportserver ”. اسم الدليل الظاهري الافتراضي لـ "إدارة التقارير “ تقارير ”.

عادةً، تبدأ لتشخيص المشاكل "خدمات التقارير" عن طريق إرسال طلب إلى الدليل الجذر Server تقرير في Internet Explorer. محدد موقع المعلومات بشكل افتراضي http://<server> / reportserver. إذا كان يعمل "ملقم تقرير" يمكنك ثم استخدام Internet Explorer إرسال طلب إلى http://<server> / تقارير. إذا قمت بتكوين "خادم تقرير" استخدام طبقة مآخذ التوصيل الآمنة (SSL) ، يجب أولاً التأكد من أنه يمكن تشغيل الملقم في وضع غير SSL. في حالة تكوين نشر السحب مقياس يجب أن تأكد أولاً من أنه يمكن تشغيل "خادم تقرير" على العقد الفردية. يساعدك تشخيص المشاكل في هذا الترتيب في عزل المشكلات بشكل أسرع.

1.2 الأعراض الشائعة

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

لمزيد من المعلومات حول كيفية البحث عن سجل جدار الحماية انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
929455عند تكوين موقع مخصص لملف سجل جدار حماية Windows في "نظام التشغيل Windows Vista،" قد تتم كتابة المعلومات لا إلى ملف السجل
يمكنك أيضاً زيارة مواقع Microsoft التالية على الويب:
1.2.2 HTTP.sys
يتم استخدام برنامج تشغيل وضع kernel HTTP (HTTP.sys) لتنفيذ الشبكة HTTP الإدخال/الإخراج من IIS 6.0 ليس قيد التشغيل في وضع IIS 5.0 المعزول IIS 7.0. يتم بدء تشغيل خدمة HTTP تلقائياً. لا يلزم إجراء التكوين اليدوي. إذا تم تكوين "خدمات التقارير" لاستخدام SSL, يجب التأكد من بدء تشغيل خدمة HTTP SSL.

يمكن أن عملية HTTP.sys بإرجاع خطأ إلى العميل حتى في حالة ليست جزءًا IIS. قد يحدث هذا عندما يكون URL غير صحيح أو عندما يتم تكوين هوية موقع ويب IIS بشكل غير صحيح. يتم تسجيل الأخطاء في سجل الخطأ HTTP.sys.

لمزيد من المعلومات حول ملفات سجل أخطاء HTTP.sys قم بزيارة موقع Microsoft التالي على الويب:لمزيد من المعلومات حول خطأ تسجيل الدخول API HTTP انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
820729خطأ تسجيل الدخول API HTTP
1.2.3 IIS و تجمعات التطبيقات
قبل أن يمكنك فحص تكوين IIS يجب التأكد من تشغيل خدمة IIS Admin وتجمع التطبيقات. أيضاً، عليك التحقق من صحة هوية موقع ويب. يجب أن تكون حذراً مع هوية موقع ويب إذا لم يكن موقع ويب الذي يستضيف "خدمات تقرير" موقع ويب الافتراضي أو إذا لم تقم بتعيين “ "" غير الكل المعينة ” هوية موقع ويب. إذا قمت بتكوين خادم تقرير "و" إدارة التقارير على مواقع ويب المختلفة حاول تكوين خادم تقرير "و" إدارة التقارير على موقع ويب نفسه. في حالة مشاركة التطبيقات الأخرى نفس موقع ويب مع خدمات التقارير "، حاول تكوين الدلائل الظاهرية خدمات تقرير على موقع ويب جديد. إذا كان لديك ملحقات ISAPI لجهة خارجية أو عوامل تصفية حاول إزالة جهة خارجية ملحقات ISAPI أو عوامل التصفية.

في حالة حدوث مشكلات تكوين متعددة مع IIS يمكنك إعادة تثبيت IIS. عند القيام بذلك، يجب إعادة تكوين ASP.NET والدلائل الظاهرية "خدمات تقرير".

لمزيد من المعلومات حول موقع ملف السجل IIS انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
324091HOW TO: عرض و تقرير من ملفات السجل
يمكنك أيضًا زيارة موقع Microsoft التالي على الويب:
1.2.4 asp.net
ظهور رسالة خطأ في Internet Explorer يمكن أن تشير إلى حدوث مشكلة في ASP.NET. إذا كنت قمت بإزالة مسبقًا تثبيت IIS أو ASP.NET على الكمبيوتر, يجب التحقق من إعدادات التكوين ASP.NET. يمكن إصلاح مشاكل التكوين ASP.NET معظم باستخدام ملف aspnet_regiis.exe لإعادة تسجيل ASP.NET في IIS. لمزيد من المعلومات حول التحقق من الصحة ASP.NET راجع المقطع 4 من هذه المقالة.

يمكنك استخدام صفحة .aspx بسيطة لإجراء فحص sanity من تكوين IIS وASP.NET. للقيام بذلك، اتبع الخطوات التالية:
  1. إنشاء دليل ظاهري جديد على موقع ويب الذي يستضيف الدلائل الظاهرية "خدمات التقارير".
  2. منح إذن قراءة ثم تنفيذ الإذن إلى الدليل الظاهري.
  3. نشر صفحة .aspx بسيطة إلى الدليل الظاهري.
إذا كنت لا يمكن استعراض صفحة .aspx في Internet Explorer حل هذه المشكلة أولاً. قد تحدث هذه المشكلة في ASP.NET أو في أي من الطبقات قبل الطلب إلى ASP.NET.
1.2.5 تقرير ملقم الدلائل الظاهرية
إذا لم يتم تكوين "خدمات التقارير" الدلائل الظاهرية باستخدام موفر التقرير خدمات Windows Management Instrumentation (WMI) "أو" أداة تكوين "خدمات التقارير" ، يجب اتباع الإرشادات الموجودة في مقطع 4.1 تحقق من إعدادات الدلائل الظاهرية. في حالة حدوث مشكلات تكوين متعددة يمكنك إعادة إنشاء الدلائل الظاهرية باستخدام WMI أو باستخدام الأداة تكوين "خدمات التقارير".

لحل مشكلات أولاً تحقق من دليل ظاهري Server تقرير وإصلاحها. ثم عند العمل Server تقرير, يمكن فحص وإصلاح الدليل الظاهري إدارة التقارير. عند تعذر اتصال "إدارة التقارير" مع "ملقم تقرير" يتم تسجيل الخطأ عادة في ملفات سجل خدمات التقارير ".

لمزيد من المعلومات حول سجلات التتبع خدمات التقارير "، قم بزيارة موقع MSDN التالي:التالي مثال نموذجية من هذه الأخطاء:
w3wp! ui! 1! 8 /5/2008-10: 20: 56:: رسائل خطأ: رمز حالة HTTP--> 500

-------تفاصيل--------

System.Net.WebException: فشل الطلب مع < بعض الأخطاء >
في Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
في Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
إذا عمل الدليل الظاهري Server تقرير ولكن لا يعمل الدليل الظاهري إدارة التقارير راجع محدد موقع المعلومات التي يستخدمها "إدارة التقارير" في الاتصال مع "ملقم تقرير".

لمزيد من المعلومات قم بزيارة موقع الويب التالي:لمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
922656ظهور رسالة خطأ عند محاولة فتح أداة إدارة التقارير في "خدمات SQL Server 2005 التقارير": "فشل الطلب مع حالة HTTP 400: طلب سيئة"أو"فشل محاولة الاتصال بملقم التقرير"

مشكلات تكوين موقع ويب 2

2.1 مشكلات هوية موقع ويب

إذا رسالة خطأ تشير إلى أنه لا يمكن الوصول إلى Internet Explorer Server تقرير "أو" إدارة التقارير, يجب التحقق من إعدادات موقع ويب "خدمات التقارير". فيما يلي بعض رسائل الخطأ التي قد تتلقاها.

في "إدارة التقارير" ، تظهر رسالة الخطأ التالية:
فشلت محاولة الاتصال بملقم التقرير. تحقق من الاتصال المعلومات وأن الملقم التقرير في إصدار متوافق.
في Internet Explorer، تتلقى رسالة الخطأ التالية:
لا يمكن العثور على ملقم أو خطأ DNS
في Internet Explorer، تتلقى رسالة الخطأ التالية:
HTTP 400 طلب سيئة
تأكد من أن عنوان IP أو اسم المضيف المستخدم في URL بالحل إلى موقع ويب الذي يستضيف الدلائل الظاهرية "خدمات التقارير" والكمبيوتر. إذا تم استضافة الدلائل الظاهرية على مواقع ويب المختلفة, تحقق من تكوين موقع ويب الخاص كلاً من تقرير Server إدارة التقارير.

إذا تم تحديد URL بواسطة عنوان IP, تحقق مما يلي:
  • تأكد من أن يحل عنوان IP للكمبيوتر الذي يستضيف الدلائل الظاهرية "خدمات التقارير". يمكنك استخدام الأمر ipconfig.exe لسرد واجهات شبكة الاتصال من الكمبيوتر.
  • التأكد من أن مواقع ويب تلك "خدمات التقارير" المضيف تستخدم الإعداد كافة غير المعينة أو عنوان IP التي حددتها في جزء تعريف موقع ويب.
إذا تم تحديد URL حسب اسم مضيف, تحقق مما يلي:
  • تأكد من حل اسم المضيف إلى جهاز الكمبيوتر "خدمات التقارير. يمكنك استخدام الأمر ping.exe لتحليل اسم المضيف إلى عنوان IP. بعد ذلك، تأكد من أن عنوان IP بالحل إلى الكمبيوتر الذي يستضيف الدلائل الظاهرية "خدمات التقارير".
  • تأكد من أن موقع ويب يستخدم الإعداد غير الكل المعينة تعريف موقع ويب أو أن موقع ويب تعيين رأس مضيف الذي يتطابق مع رأس المضيف في الطلب. عادة ما يكون رأس المضيف الذي يستخدم الطلب اسم الملقم المحدد في URL. في سيناريو موازنة تحميل شبكة اتصال (NLB) رأس المضيف هو عادة اسم عقدة الظاهري. يمكن أيضاً تعريف رأس المضيف في ملف Hosts.
في IIS 5.0 وفي IIS 6.0 تم تعريف الهويات موقع ويب في جزء "تعريف لموقع ويب" من علامة التبويب موقع ويب من صفحة خصائص موقع ويب. في IIS 7.0 يمكنك تعريف الهويات موقع ويب عن طريق النقر فوق الارتباط الربط في الجزء تحرير الموقع. لمزيد من المعلومات حول كيفية تعريف موقع ويب الهويات قم بزيارة مواقع الويب التالية.

ملاحظة يستخدم IIS 5.0 واجهة مشابهة IIS 6.0 لتعريف الهويات موقع ويب.عليك أيضاً التأكد من أن تستخدم إدارة التقارير URL صحيح إلى الوصول إلى "خادم تقرير". لمزيد من المعلومات، قم بزيارة مواقع Microsoft التالية على الويب:

2.2 المشكلات التي تحدث بعد إعادة تثبيت IIS

إذا تم إعادة تثبيت IIS ، قد يلزم إعادة تكوين ASP.NET الدلائل الظاهرية Server تقرير التقرير إدارة الدلائل الظاهرية.
معلومات تثبيت IIS
للحصول على مزيد من المعلومات حول كيفية تثبيت IIS 6.0 قم بزيارة موقع Microsoft التالي على الويب:للحصول على مزيد من المعلومات حول كيفية إزالة تثبيت IIS 6.0 قم بزيارة موقع Microsoft التالي على الويب:للحصول على مزيد من المعلومات حول كيفية تثبيت IIS 7.0 قم بزيارة موقع Microsoft التالي على الويب:لمزيد من المعلومات حول كيفية تثبيت IIS 5.0 انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
266115موارد تثبيت واستخدام IIS 5.0
معلومات حول كيفية إعادة إنشاء الدلائل الظاهرية "خدمات التقارير"
لمزيد من المعلومات، قم بزيارة مواقع Microsoft التالية على الويب:

2.3 مشكلات مع عوامل تصفية ISAPI

قد تتسبب عوامل تصفية ISAPI لجهة خارجية في حدوث مشكلات على "الملقم تقرير" الدلائل الظاهرية. في حالة وجود عوامل تصفية ISAPI من جهة خارجية حاول إزالة عوامل التصفية من موقع ويب الذي يستضيف الدلائل الظاهرية "خدمات التقارير". أو نقل الدلائل الظاهرية "خدمات التقارير" إلى موقع ويب جديد.

مشكلات المصادقة 3

3.1 يجب إدخال بيانات الاعتماد في Internet Explorer الوصول إلى "خدمات التقارير"

عند تكوين "خدمات التقارير" استخدام مصادقة Windows المتكاملة Internet Explorer عادةً لم يتم تكوين المطالبة ببيانات الاعتماد. لتحديد تكوين Internet Explorer دوماً المطالبة ببيانات الاعتماد اتبع الخطوات التالية:
  1. افتح Internet Explorer.
  2. من القائمة أدوات، انقر فوق "خيارات إنترنت".
  3. على علامة التبويب أمان ، حدد المنطقة التي تنطبق على URL المستخدمة في الوصول إلى "خادم تقرير". على سبيل المثال، في حالة استخدام اسم NetBIOS الوصول إلى "خادم تقرير" حدد منطقة إنترانت المحلية.
  4. انقر فوق مستوى مخصص.
  5. في منطقة مصادقة المستخدم من مربع الحوار إعدادات الأمان "، انقر فوق تسجيل الدخول التلقائي في منطقة إنترانت فقط في منطقة تسجيل الدخول. إذا كانت "URL الخاص بك في منطقة إنترانت" ، يمكنك النقر فوق تسجيل الدخول التلقائي باستخدام اسم المستخدم وكلمة المرور الحاليين.

3.2 ظهور رسالة خطأ HTTP 401 بعد إدخال بيانات الاعتماد في Internet Explorer

في حالة ظهور رسالة خطأ HTTP 401 بعد تلقيت مطالبة المتكرر بواسطة Internet Explorer حدث فشل مصادقة. على سبيل المثال، إذا قمت بتثبيت "خدمات التقارير" في الوضع الأصلي قد تتم مطالبتك ببيانات الاعتماد ثلاث مرات قبل ظهور رسالة خطأ HTTP 401 في Internet Explorer. عند حدوث هذه المشكلة، يعرض سجل IIS "HTTP 401" الاستجابة IIS. لاستكشاف هذه المشكلة تحقق مما يلي:
  • تأكد من إدخال اسم المستخدم الصحيح وكلمة المرور.
  • اتبع الخطوات الموجودة في المقطع 3.1 من هذه المقالة. تأكد من أنه لم تقم بتحديد تسجيل دخول مجهول في إعدادات الأمان للمنطقة.
متكرر تظهر رسالة خطأ HTTP 401 إذا قمت بتكوين "خدمات التقارير استخدام مصادقة Windows المتكاملة. بشكل افتراضي، IIS تمكين كل أسلوب مصادقة مفاوضة أسلوب مصادقة NTLM. يستخدم Internet Explorer عادةً أسلوب المصادقة مفاوضة قبل Internet Explorer يستخدم أسلوب مصادقة NTLM.

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

لمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
896861ظهور خطأ 401.1 عند استعراض موقع ويب يستخدم "المصادقة المتكاملة" والتي تتم استضافته على IIS 5.1 أو IIS 6
3.2.1 مصادقة Kerberos
عندما يكون بروتوكول المصادقة التي تم التفاوض عليها Kerberos, قد تتلقى رسالة خطأ HTTP 401 لوجود مشكلات المصادقة Kerberos. فيما يلي بعض هذه المشكلات:
  • إذا كان تجمع التطبيقات يستند إلى حساب مجال، قد تتلقى رسالة خطأ HTTP 401 إذا لم يتم تكوين الاسم الرئيسي للخدمة "HTTP" (SPN). عند حدوث هذه المشكلة، تظهر رمز الخطأ Kerberos التالي:
    krb_err_app_modified
    قد تتمكن من الوصول إلى الملقم باستخدام URL التالي:
    http://localhost/ <reportserver_vdir>
    ومع ذلك، لا يمكنك الوصول إلى الملقم باستخدام URL التالي:
    http:// <NetBIOS> / <reportserver_vdir>
    لإصلاح أو للتغلب على هذه المشكلات استخدم إحدى الطرق التالية:
    • تكوين SPN HTTP لتمكين مصادقة Kerberos. إذا كنت تستخدم اسم NetBIOS FQDN في URL الخاص بك إلى الوصول إلى "خدمات التقارير" ، يجب تسجيل SPN HTTP للحصول على اسم NetBIOS وللحصول على FQDN. لا يمكنك تكوين SPN HTTP لحسابات مختلفة على نفس جهاز الكمبيوتر. لذلك، يجب أن تعمل تجمّعات تطبيقات مختلفة ضمن نفس الحساب لاستخدام نفس SPN HTTP. لمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
      871179تظهر "خطأ HTTP 401.1 - إن: تم رفض الوصول بسبب إلى بيانات الاعتماد غير صالحة" رسالة خطأ عند محاولة الوصول إلى موقع ويب جزء من تجمع تطبيقات IIS 6.0
    • تغيير هوية تجمّع التطبيق الخاص بك إلى NetworkServices أو إلى LocalSystem. يمكن استخدام هذه الحسابات SPN HOST المضمنة بدلاً من SPN HTTP.
    • فرض IIS قبول مصادقة NTLM فقط. لمزيد من المعلومات، قم بزيارة موقع Microsoft التالي على الويب:
  • تلقي رمز الخطأ Kerberos التالي في سجل الأحداث:
    krb_err_response_too_big
    لحل أو للتغلب على هذه المشكلة، اتبع الخطوات التالية:
    1. تمكين التسجيل Kerberos. لمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
      262177كيفية تمكين تسجيل الأحداث Kerberos
    2. تفحّص السجل. في حالة ظهور رمز الخطأ KRB_ERR_RESPONSE_TOO_BIG راجع مقالة قاعدة معارف Microsoft التالية لمزيد من حلاً لهذه المشكلة:
      244474كيفية فرض Kerberos لاستخدام TCP بدلاً من UDP في Windows Server 2003 في نظام التشغيل Windows XP وفي Windows 2000
3.2.2 المصادقة الأساسية
إذا تم تكوين "خدمات التقارير" لاستخدام المصادقة الأساسية يتم تسجيل فشل مصادقة في سجل أحداث الأمان على الملقم الذي يُشغّل IIS. عرض رسالة الخطأ. إذا كان لا يسمح نهج الأمان المحلي المصادقة ، يجب إما السماح ذلك تسجيل الدخول الكتابة داخل نهج الأمان المحلي أو تغيير نوع تسجيل الدخول داخل تكوين IIS.

يُطبق تتلقى رسالة خطأ "تم رفض وصول" في Internet Explorer IUSR أو IIS آخر مستخدم مجهول

في حالة ظهور رسالة الخطأ هذه بشكل غير متوقع من تحديد ما إذا تم تمكين الأمان للمستخدمين المجهولين على الدلائل الظاهرية "خدمات التقارير". إذا تم تمكين هذا الإعداد بتعطيلها.

3.4 تحدث مشكلات تفويض Kerberos

تُعرف هذه المشكلات عادةً “ قفزة مزدوجة ” المشكلات. قد تحدث مشكلات تفويض Kerberos عند الشروط التالية:
  • تكوين الأمان المتكامل عن مصادر البيانات في التقرير الخاص بك.
  • التقرير الخاص بك الوصول إلى ملقم بعيد من أجل مصدر بيانات. على سبيل المثال، يتم الوصول إلى التقرير الخاص بك Analysis Services أو ملقم قاعدة بيانات Microsoft SQL Server.
  • عند الوصول إلى التقرير تتلقى إحدى رسائل الخطأ التالية:

    رسالة الخطأ 1
    فشل تسجيل الدخول للمستخدم (خالية)
    رسالة الخطأ 2
    فشل تسجيل الدخول للمستخدم "NTAUTHORITY\ANONYMOUS"
  • عند مراجعة سجل أحداث الأمان على الملقم الذي يستضيف مصدر البيانات راجع الأحداث التي تشير إلى أنه مستخدم مجهول تسجيل دخول.
لا يمكن إجراء نظام مصادقة NTLM عمليات قفزة مزدوجة. إذا قمت بإزالة موفر المصادقة مفاوضة من موقع ويب أو من الدليل الظاهري "خدمات التقارير يجب أن إضافته موفر المصادقة مفاوضة.

لمزيد من المعلومات، قم بزيارة مواقع Microsoft على ويب أو كيلوبايت المقالات التالية:لمزيد من المعلومات، انقر فوق أرقام المقالات التالية لعرضها في "قاعدة المعارف لـ Microsoft:
215383كيفية تكوين IIS دعم بروتوكول Kerberos وبروتوكول NTLM لمصادقة الشبكة
326985استكشاف مشكلات Kerberos في IIS
917409كيفية تكوين SQL Server 2005 Analysis Services لاستخدام مصادقة Kerberos؟
319723كيفية استخدام مصادقة Kerberos في SQL Server
909801كيفية التأكد من أنك تستخدم مصادقة Kerberos عند إنشاء اتصال بعيد إلى مثيل SQL Server 2005
لمزيد من المعلومات، قم بزيارة مواقع Microsoft التالية على الويب:إذا كنت تريد تجنب مصادقة Kerberos يمكنك استخدام إحدى الطرق التالية:
  • تكوين بيانات الاعتماد المخزنة لمصدر البيانات.
  • تكوين "خدمات التقارير" لاستخدام المصادقة الأساسية. أسلوب تسجيل الدخول الافتراضي هو أسلوب NetworkClearText. يسمح هذا الأسلوب لك لجعل المرحلة إضافية واحدة من ملقم التقرير.

مشكلات تكوين ASP.NET 4

4.1 أخطاء العامة

يكون مشكلات تكوين ASP.NET الأعراض المختلفة. على سبيل المثال، أحد الإجراءات التالية قد تحدث:
  • قد تتلقى رسالة خطأ HTTP 404.
  • قد تتلقى رسالة الخطأ التالية:
    تعذر تحميل المورد Microsoft.ReportingServices.UI.GlobalApp
  • قد تتلقى رسائل خطأ أخرى الاستثناء من ASP.NET.
مشكلات تكوين ASP.NET قد يكون سبب إلغاء تثبيت أو إعادة تثبيت إصدار من Microsoft .NET Framework. لاستكشاف هذه المشكلات وإصلاحها، قم بما يلي:
  • انقر بزر الماوس الأيمن فوق عقدة مواقع ويب في "إدارة IIS" ، ثم انقر فوق خصائص. في الإطار "خصائص مواقع ويب" ، انقر فوق علامة التبويب ASP.NET ثم ثم تحقق من أن إصدار ASP.NET 2.0.50727.
  • انقر بزر الماوس الأيمن فوق عقدة مواقع ويب في "إدارة IIS" ، ثم انقر فوق خصائص. في الإطار "خصائص مواقع ويب" ، انقر فوق علامة التبويب ISAPIFilters موقع ثم انقر فوق عامل التصفية ASP.NET_2.0.50727.0. تحقق من أن مربع قابل للتنفيذ يحتوي على مسار صالح لملف .dll عامل التصفية ASP.NET.

    ملاحظة في IIS 5.1 عامل التصفية غير موجود.

    ملاحظة في IIS 7.0 يمكنك مشاهدة عامل التصفية بواسطة النقر فوق رمز عوامل تصفية ISAPI في صفحة خصائص موقع ويب.
  • حدد موقع في "إدارة IIS" ، ومن ثم انقر بزر الماوس الأيمن فوق الدليل الظاهري لملقم تقرير ثم انقر فوق خصائص. في مربع الحوار انقر فوق علامة التبويب الدليل الظاهري ثم انقر فوق تكوين. تحقق من أن جزء "ملحقات التطبيقات" فارغة. تحقق من تعيين حرف بدل واحد على جزء تعيينات تطبيقات أحرف البدل. حدد تعيين حرف بدل ثم انقر فوق تحرير. تحقق من أن مربع التنفيذ يحتوي على المسار الصحيح للملف aspnet_isapi.dll. التحقق من عدم تحديد خانة الاختيار التحقق من هذا الملف موجود.
  • حدد موقع في "إدارة IIS" ، ومن ثم انقر بزر الماوس الأيمن فوق الدليل الظاهري لـ "إدارة التقارير ثم انقر فوق خصائص. في مربع الحوار انقر فوق علامة التبويب الدليل الظاهري ثم انقر فوق تكوين. تحقق من أن جزء "ملحقات التطبيقات" تحتوي على مخططات تربط الافتراضي. هذه قائمة تعيينات ASP.NET أنواع الملفات الشائعة، مثل .aspx .asax. إعادة إنشاء التعيين الافتراضي "، استخدم الأمر التالي لإنشاء مخططات البرنامج النصي الصحيح:
    الوارد aspnet_regiis.exe <report manager path>
    ملاحظة في IIS 7.0 عبارة عن مخططات ضمن رمز تعيينات معالج.
  • ملحقات ملقم ويب IIS تأكد من تمكين ASP.NET 2.0.50727.
في حالة فشل عملية التحقق من الصحة يمكنك تسجيل ASP.NET لحل المشكلة. للقيام بذلك، استخدم إحدى الطرق التالية:
  • إذا كنت تشغّل إصدار 32-بت من "خدمات التقارير" على نظام تشغيل ٣٢ بت أو على نظام التشغيل 64 بت, تنفيذ الأمر التالي في موجه الأوامر:
    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i –enable
  • إذا كنت تشغّل إصدار 64-بت من "خدمات التقارير" على نظام التشغيل 64 بت, تنفيذ الأمر التالي في موجه الأوامر:
    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i –enable
لا يمكنك تشغيل ASP.NET 1. x و ASP.NET 2.0 في نفس العملية المنفذة IIS. في حالة استخدام IIS 6.0 أو IIS 7.0 تأكد من أن تجمع التطبيقات الذي يستضيف التطبيق Server تقرير لا يستضيف ASP.NET 1. التطبيقات x. إذا كنت تستخدم IIS 5.0 أو إذا كنت تستخدم IIS 6.0 في وضع IIS 5.0 المعزول تأكد من عدم تشغيل التطبيقات التي تتطلب ASP.NET 1. x.

4.2 تتلقى رسالة خطأ "الهوية الحالية (خدمة AUTHORITY\NETWORK NT) لم يكن حق الوصول للكتابة إلى '\v2.0.50727\Temporary <path>ASP.NET الملفات'"

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

مشكلات SSL 5

5.1 تحدث مشاكل باستخدام شهادات العميل

إذا قمت بتكوين شهادات العميل على الدلائل الظاهرية قد لا مصادقة إدارة التقارير إلى "خادم تقرير". تحدث هذه المشكلة لأنه لم يتم تصميم إدارة التقارير لتمرير شهادات العميل عند إدارة التقارير يتصل مع "ملقم تقرير" عبر طلبات HTTP. لذلك، إذا تكوين IIS لتمكين الخيار طلب شهادات العميل لا يمكنك استخدام إدارة التقارير. كمحاولة للتغلب على هذه المشكلة يمكنك إلغاء تحديد خانة الاختيار طلب الشهادات عميل الدليل الظاهري Server تقرير.

5.2 تتلقى رسالة خطأ “ فرض إغلاق اتصال ” أو الأخطاء التي تشير إلى حدوث فشل اتصال SSL

في Internet Explorer، تظهر إحدى رسائل الخطأ التالية:

رسالة الخطأ 1
فرض إغلاق الاتصال
رسالة الخطأ 2
تم إغلاق الاتصال الأساسي
رسالة الخطأ 3
تعذر تأسيس علاقة ثقة للقناة الآمنة SSL/TLS
رسالة الخطأ 4
رمز حالة HTTP--> 500
إذا تلقيت رسائل الخطأ هذه قد يكون حدث حدث فشل اتصال SSL. فشل اتصال SSL عادةً تنتج عن الشهادة التي تم تثبيتها في IIS. لحل هذه المشكلة، قم بما يلي:
  • تأكد من أن يتم إصدار الشهادة إلى اسم المضيف أو إلى رأس المضيف في URL الذي تستخدمه للوصول إلى إدارة التقارير "أو" ملقم تقرير.
  • تأكد من أن يتم إصدار الشهادة إلى اسم المضيف أو إلى رأس المضيف في URL الذي يستخدم إدارة التقارير في الوصول إلى "خادم تقرير".

    ملاحظة يمكن تعريف URL هذا بواسطة العنصر ReportServerUrl في ملف RsWebApplication.config. إذا لم يتم تعريف URL هذا, اسم المضيف URL هذا هو اسم المضيف الذي يستخدم العميل في الوصول إلى إدارة التقارير. لأنه يمكن أن يختلف اسم المضيف في حالة استخدام URLs مختلفة إلى الوصول إلى إدارة التقارير ، نوصي تعريف العنصر ReportServerUrl بشكل صريح باستخدام اسم المضيف الصحيح. لمزيد من المعلومات، قم بزيارة موقع MSDN التالي:
  • تأكد من صحة سلسلة الثقة الشهادات. أي، تأكد من أن الشهادة أو مُصدر الشهادة موثوق بها.

5.3 تحدث مشاكل في اتصالات HTTP بين خادم تقرير "و" إدارة التقارير

قد تحدث مشكلة في اتصالات HTTP بين إدارة التقارير "و" تقرير الملقم. عند تكوين SSL غير صالح, يمكن الاستجابة إدارة التقارير إلى Internet Explorer بنجاح. ومع ذلك، لا يمكن إدارة التقارير الاتصال مع "ملقم تقرير". في حالة حدوث هذه المشكلة إدارة التقارير بشكل صحيح يعرض الصور على الصفحة الرئيسية "إدارة التقارير". على الرغم من ذلك، يظهر إدارة التقارير خطأ في مساحة حيث تتوقع راجع المجلدات والعناصر التقرير.

لتشخيص هذه المشكلات تستخدم تتبع .NET Framework. To enable the .NET Framework tracing, add the following code to the Web.config file that is in the Report Manager folder:
<system.diagnostics>         <trace autoflush="true" />             <sources>                 <source name="System.Net" maxdatasize="1024">                      <listeners>                          <add name="MyTraceFile"/>                      </listeners>                 </source>                <source name="System.Net.Sockets" maxdatasize="1024">                     <listeners>                         <add name="MyTraceFile"/>                     </listeners>                 </source>              </sources>             <sharedListeners>                 <add                   name="MyTraceFile"                   type="System.Diagnostics.TextWriterTraceListener"                   initializeData="d:\tmp\System.Net.trace.log"                 />             </sharedListeners>  <switches>                 <add name="System.Net" value="Verbose" />                <add name="System.Net.Sockets" value="Verbose" />   </switches> </system.diagnostics>
على سبيل المثال، افترض أن رأس مضيف الملقم هو “ example1 ”. ومع ذلك، يتم إصدار الشهادة إلى “ example2 ”. عند الوصول إلى "الصفحة الرئيسية" إدارة التقارير "باستخدام URL http://example1/reports تتلقى رسالة تحذير تشير إلى أن الشهادة غير صالحة. لذلك، تكوين شهادة غير صالح.

ملاحظة اعتماداً على إصدار Internet Explorer الذي تستخدمه، يمكن التحذير رسالة منبثقة أو رسالة التي تظهر في Internet Explorer. أو إذا اخترت تجاهل التحذيرات قبل قد لا تتلقى تحذير في Internet Explorer.

في "إدارة التقارير" ، تظهر رسالة الخطأ التالية:
تم إغلاق الاتصال الأساسي: قد لا تأسيس علاقة ثقة للقناة الآمنة SSL/TLS.
ثم قم بإضافة هذه التعليمة البرمجية XML إلى ملف Web.config تحت الدليل إدارة التقارير.

ملاحظة قد تحتاج إلى إجراء دمج إذا كان ملف Web.config يحتوي بالفعل على <system.diagnostics> عنصر أو في <switches> العنصر.

عند ظهور نفس رسالة الخطأ عرض ملف السجل الذي قمت بتحديده في تعليمات XML البرمجية. في هذا المثال، يكون ملف السجل في الموقع التالي:
D:\tmp\System.Net.trace.log
في أسفل السجل راجع following:
System.Net Information: 0 : [3316] SecureChannel#63605042 - Remote certificate has errors:System.Net Information: 0 : [3316] SecureChannel#63605042 - 	Certificate name mismatch.System.Net Information: 0 : [3316] SecureChannel#63605042 - 	A certificate chain processed, but terminated in a root certificate which is not trusted by the trust provider.System.Net Information: 0 : [3316] SecureChannel#63605042 - Remote certificate was verified as invalid by the user.System.Net.Sockets Verbose: 0 : [3316] Socket#23836999::Dispose()System.Net Error: 0 : [3316] Exception in the HttpWebRequest#44235609:: - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.System.Net Error: 0 : [3316] Exception in the HttpWebRequest#44235609::EndGetResponse - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
إشعار رسالة خطأ تشير إلى نوع المشكلة الشهادة حدث.

السحب مقياس 6 و التحميل بين المشاكل

6.1 تتلقى خطأ HTTP 401 بشكل متقطع

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

للتغلب على هذه المشكلة، استخدم إحدى الطرق التالية:
  • تغيير ملف Hosts على كل عقدة بحيث طلبات انتقل إلى عقدة الظاهري انتقل إلى المضيف المحلي بدلاً من ذلك. على سبيل المثال، يمكنك إعادة توجيه الطلبات الموجهة للعقدة ظاهري إلى عنوان IP من 127.0.0.1. يمنع هذه العملية قفزة مزدوجة بتقييد الطلبات من "إدارة التقارير إلى" خادم تقرير "على نفس الكمبيوتر.
  • إذا كان لديك تثبيت "خدمات التقارير" أصلية تكوين العلامة <reportserverurl>استخدام "localhost" بدلاً من الملقم الظاهري.

مشكلات نظام التشغيل Windows Vista كما Windows Server 2008 7

إذا كنت تقوم بتثبيت "خدمات التقارير" في Windows Vista أو Windows Server 2008 راجع مقالات قاعدة المعارف التالية و موقع MSDN بعناية:
934164كيفية تثبيت SQL Server 2005 التقرير Services على جهاز كمبيوتر يعمل بنظام التشغيل Windows Vista
938245كيفية تثبيت وكيفية تكوين SQL Server 2005 التقرير Services على جهاز كمبيوتر يعمل بنظام التشغيل Windows Server 2008

تظهر رسالة خطأ “ IIS إما غير مثبت أو لم يتم تكوين التثبيت مكون ملقم ” أثناء الإعداد

عند محاولة تثبيت "خدمات التقارير" على Windows Vista أو Windows Server 2008 تتلقى رسالة الخطأ التالية حتى إذا تم بالفعل تثبيت IIS:
IIS إما غير مثبت أو لم يتم تكوين التثبيت مكون الملقم
تحدث هذه المشكلة بسبب عدم تثبيت الميزة IIS 6.0 إدارة التوافق. لمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
949455فشل تثبيت التقارير 2007 إدارة عمليات مركز النظام على كمبيوتر Windows Server 2008 إذا لم يتم تثبيت IIS 6.0 إدارة التوافق

إعادة توجيه الصفحة الرئيسية 8

عند استخدام IIS يمكنك استخدام إدارة التقارير كالصفحة الرئيسية الافتراضية لخادم ويب. على سبيل المثال، قد تحتاج لإعادة توجيه الطلبات من http://<server> URL http://<server> / تقارير URL. للحصول على معلومات حول كيفية تكوين إعادة التوجيه إلى الصفحة الرئيسية "إدارة التقارير راجع قسم"إعادة توجيه في إدارة التقارير الدليل الظاهري"من موقع MSDN التالي: ملاحظة لا يمكن تكوين إدارة التقارير مباشرةً في المستوى الجذر موقع ويب. بدلاً من ذلك، يجب تكوين إعادة التوجيه إلى مجموعة إدارة التقارير كالصفحة الرئيسية الافتراضية لخادم ويب.

مشكلات التصدير 9

9.1 يحدث مهلة التصدير

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

قد تسببها هذه المشكلة تكوين Internet Explorer غير صحيحة خاصة إذا كان صغيراً التقرير بحيث لا تحدث المهلة لوجود العديد من عمليات نقل البيانات. لحل هذه المشكلة، اتبع الخطوات التالية:
  1. في Internet Explorer، انقر فوق "خيارات إنترنت" في قائمة "أدوات".
  2. في مربع الحوار "خيارات إنترنت" ، انقر فوق علامة التبويب خيارات متقدمة ، ومن ثم عيّن موقع HTTP 1.1 إعدادات.
  3. انقر لإلغاء تحديد خانة الاختيار استخدام HTTP 1.1 وخانة الاختيار استخدام HTTP 1.1 عبر اتصالات الوكيل.
  4. انقر لتحديد خانة الاختيار استخدام HTTP 1.1 وخانة الاختيار استخدام HTTP 1.1 عبر اتصالات الوكيل.
  5. إعادة تشغيل برنامج Internet Explorer.

مشكلات 64-بت 10

10.1 تتلقى رسالة خطأ "جرت محاولة لتحميل تجميع 64-بت على النظام أساسي 32-بت"

عند محاولة تشغيل العمليات المنفذة 32-بت عمليات العاملين 64-بت جنباً إلى جنب في IIS 6.0 تتلقى رسالة الخطأ التالية:
جرت محاولة لتحميل تجميع 64-بت على النظام أساسي 32-بت
لمزيد من المعلومات قم بزيارة موقع الويب التالي:

10.2 تحدث مشكلات عند IIS "و" خدمات التقارير تكون في وضع 64-بت ولكن يتم تشغيل IIS وضع 32-بت

لمزيد من المعلومات، انقر فوق أرقام المقالات التالية لعرضها في "قاعدة المعارف لـ Microsoft:
894435كيفية التبديل بين إصدارات ٣٢ بت من ASP.NET 1.1 إصدار ٦٤ بت من ASP.NET 2.0 على إصدار 64-بت من Windows
934162كيفية تثبيت إصدار 32-بت من SQL Server 2005 التقرير Services على جهاز كمبيوتر يعمل بالإصدار ٦٤ بت من Windows

11 IIS و مشكلات تكوين الدليل الظاهري

11.1 التكوين غير صالح الدلائل الظاهرية Server تقرير أو الدلائل الظاهرية إدارة التقارير

تظهر إحدى رسائل الخطأ التالية:

رسالة الخطأ 1
HTTP 503-خدمة غير متوفرة
رسالة الخطأ 2
HTTP 403.14 - محظور (تم رفض سرد الدليل)
رسالة الخطأ 2
رفض سرد الدليل
رسالة الخطأ 2
الخدمة غير متوفرة
رسائل الخطأ هذه تشير إلى أن التكوين من الدلائل الظاهرية Server تقرير أو الدلائل الظاهرية إدارة التقارير غير صالح. لحل هذه المشكلة، قم بإعادة إنشاء الدلائل الظاهرية Server تقرير والدلائل الظاهرية إدارة التقارير. للقيام بذلك، اتبع الخطوات التالية:
  1. استخدام "إدارة IIS" إزالة الدلائل الظاهرية الموجودة في IIS.
  2. استخدام أداة تكوين خدمات التقارير "أو" موفر WMI للخدمات التقرير لإنشاء الدلائل الظاهرية الجديد.
لمزيد من المعلومات، قم بزيارة مواقع Microsoft التالية على الويب:

12 نشر خدمات التقارير "و" Windows SharePoint Services جنباً إلى جنب

للحصول على مزيد من المعلومات حول كيفية نشر Windows SharePoint Services جنباً إلى جنب "و" خدمات التقارير "، قم بزيارة موقع MSDN التالي:

مشكلات "منشئ التقرير" 13

13.1 تلقي خطأ HTTP 401 عند بدء تشغيل "منشئ التقرير"

إذا كان يستخدم "ملقم تقرير" المصادقة الأساسية, يجب عليك تكوين المصادقة المجهولة "منشئ التقرير". منشئ التقرير تطبيق ClickOnce. يتعذر على التطبيقات ClickOnce معالجة المصادقة الأساسية. لمزيد من المعلومات، قم بزيارة موقع MSDN التالي:

مشكلات توزيع ملف Web.config 14

14.1 تتلقى رسالة خطأ System.NullReferenceException من أسلوب Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr

قد تحدث هذه المشكلة عندما يتعذر على "خدمات التقارير" تحليل ملف Web.config. لحل هذه المشكلة، قم بما يلي:
  • تحقق من أن ملف Web.config في المجلد التالي لا يحتوي على مساحة اسم:
    %ProgramFiles%\Microsoft \Reporting Services\ReportServer Server\ SQL < اسم مثيل >
    إذا كان ملف Web.config مساحة اسم إزالة مساحة الاسم.

    ملاحظة يمكن إضافة محرر استخدامه لتعديل الملف مساحة اسم. لتحديد إذا حدث هذا ابحث عن السمة xmlns على السطر الأول من الملف.
  • تحقق من تحتوي عقدة <authentication>سمة وضع. في حالة عدم وجود السمة إضافة سمة وضع إلى عقدة <authentication>. تحديد قيمة سمة مناسبة.

    على سبيل المثال، إذا كنت تستخدم مصادقة Windows المتكاملة وضع authenticate هو على الأرجح تعيين “ Windows ”. للحصول على مزيد من المعلومات حول أوضاع المصادقة ASP.NET راجع مواقع ويب MSDN التالي:

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

خصائص

رقم الموضوع: 958998 - آخر مراجعة: 02/04/2009 03:18:41 - المراجعة: 1.2

Microsoft SQL Server 2005 Reporting Services

  • kbmt kbsql2005rs kbexpertiseadvanced kbsurveynew kbinfo KB958998 KbMtar
تعليقات