Виправлення неполадок служби IIS конфігурації в SQL Server 2005 служб звітування

ВСТУП

У цій статті описано вирішення проблеми з конфігурацією інформаційних служб Інтернету (IIS) у Microsoft SQL Server 2005 служб звітування.

У цій статті, написані головним чином, щоб допомогти діагностувати проблеми з конфігурацією IIS 6.0 у власному режимі в служб звітування. Також у більшості випадків, ця стаття відноситься до служби IIS 5.0 і IIS 7.0. Проте деякі діагностичні дії може записуватися лише для служб IIS 6.0, такі як дії, щоб перевірити Microsoft ASP.NET інсталяції за допомогою диспетчер IIS. У цій статті також описано, деякі поширені проблеми Настроювання автентифікації, ASP.NET і браузера Internet Explorer.

Додаткові відомості

1 загальний підхід

Проблеми з конфігурацією IIS зазвичай відображаються у вигляді відмова підключення або виконання сервера звітів "або" Диспетчер звітів. Для діагностики, належним чином, ці проблеми з конфігурацією, потрібно переглянути, архітектура служб звітування та способом, що служб звітування, інтегрований з IIS. У цій статті, намагається визначити поширені проблеми конфігурації служб IIS, що може викликати помилку служби звітування. Також обговорюються деякі проблеми, не є служби IIS.

1.1Request потоку.

HTTP-запиту від користувача, що подорожує через багато шарами. Знаючи, рівня, який не вдалося виконати запит, може допомогти вам визначити характер неполадки. Нижче наведено в простий-схема потоку запит:



Служби звітування інсталює один віртуальний каталог сервера звітів і один віртуальний каталог для Диспетчер звітів. Ім'я віртуального каталогу за промовчанням для сервера звітів, є "reportserver." Ім'я віртуального каталогу за промовчанням для Диспетчер звітів, є "звітів."


Як правило, починає неполадок служб звітування за допомогою запиту в кореневому каталозі сервера звітів у браузері Internet Explorer. За промовчанням, URL-адреса має http://< сервера >/reportserver. Якщо працює сервер звітів, потім можна використовувати Internet Explorer, щоб надіслати запит http://< сервера >/reports. Настроєно сервер звітів за використання протоколу Secure Sockets Layer (SSL), спочатку переконайтеся, що сервер, можна запустити режим без використання протоколу SSL. Настроєно на масштаб з розгортання, спочатку переконайтеся, що сервер звітів можна запустити для окремих вузлів. Діагностика неполадок, що в такому порядку допомагає виявлення проблем, швидше.

1.2Common ознаки

У цьому розділі наведено на загальні ознаки, які виникають, коли запити, не в певних шар. У цьому розділі також повідомляє про повідомлення про помилку розташування.

1.2.1Firewall

На комп'ютері, клієнт віддаленого доступу до сервера звітів, переконайтеся, що брандмауер не блокує запит. Заблоковані запит записується до журналу у брандмауері.

Щоб отримати додаткові відомості про те, як знайти журнал брандмауера клацніть номер статті в базі знань Microsoft Knowledge Base:

929455 під час настроювання настроюваних розташування файлу журналу брандмауера Windows в ОС Windows Vista, інформація може не вдається записати файл журналу

Крім того, ви можете відвідати такий веб-сайти Майкрософт:

http://technet.microsoft.com/en-us/library/cc736373.aspx

http://technet.microsoft.com/en-us/library/cc758040.aspx

1.2.2HTTP.sys

Служби IIS 7.0, IIS 6.0, що не працює в режимі ізоляції IIS 5.0 і драйвером режиму ядра HTTP (HTTP. sys) для виконання використовувати HTTP мережі вводу виводу. Запущено службу HTTP автоматично. Вам не потрібно виконати настроювання вручну. Якщо служби звітування настроєно на використання протоколу SSL, переконайтеся, що запущено службу HTTP SSL.

Процес HTTP. sys може повернути повідомлення про помилку клієнт, навіть якщо в IIS не бере участь. Це може статися, коли URL-адреса неправильно або посвідчення IIS веб-сайт не налаштовано належним чином. Помилки помилками реєструються в журналі помилок http. sys.

Щоб отримати додаткові відомості про файли журналу помилок http. sys відвідайте веб-сайт корпорації Майкрософт:

http://technet.microsoft.com/en-us/library/cc786081.aspxЩоб отримати додаткові відомості про журналювання помилок в HTTP API клацніть номер статті в базі знань Microsoft Knowledge Base:

820729 журналювання помилок в HTTP API

1.2.3IIS і застосунків

Перед тим, як переглянути конфігурації служб IIS, необхідно переконатися в тому, що запущено службу IIS Admin та пулу застосунків. Крім того, потрібно перевірити, чи правильні відомості веб-сайту. Вам слід уважно посвідчення веб-сайт веб-сайт, на якому розміщено звіт служби не є веб-сайт за промовчанням або не вказано "All непризначений" веб-сайт посвідчення. Якщо сервер звітів і Диспетчер звітів настроєно на різні веб-сайти, спробуйте для настроювання сервера звітів і Диспетчер звітів на тому ж веб-сайті. Якщо інші застосунки, спільний доступ до одного веб-сайт зі служб звітування, спробуйте настроїти звіт служби віртуальні каталоги на новий сайт. За наявності сторонніх виробників розширення ISAPI або фільтрів, спробуйте видалити сторонні розширення ISAPI або фільтрів.

Якщо кілька проблеми з конфігурацією, що виникає з IIS, можна переінсталювати служби IIS. Після цього, потрібно настроїти ASP.NET і віртуальні каталоги звіт служб.

Щоб отримати додаткові відомості про розташування файлу журналу IIS клацніть номер статті в базі знань Microsoft Knowledge Base:

324091 як: перегляд і звіт файли журналу

Крім того, ви можете відвідати веб-сайт корпорації Майкрософт:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/bea506fd-38bc-4850-a4fb-e3a0379d321f.mspx?mfr=true

1.2.4ASP.NET

Повідомлення про помилку, у браузері Internet Explorer може свідчити про те, чи виникає проблема в ASP.NET. Якщо в IIS або ASP.NET на комп'ютері було видалено, потрібно перевірити параметри конфігурації в ASP.NET. Проблеми з конфігурацією більшість ASP.NET можна усунути за допомогою файлу aspnet_regiis.exe, щоб зареєструвати ASP.NET, у службі IIS. Щоб отримати додаткові відомості про ASP.NET перевірки див. розділ 4 цієї статті.

Простий. aspx-сторінці можна виконати перевірку справності конфігурації служб IIS і ASP.NET. Щоб це зробити, виконайте такі дії:

  1. Створення нового віртуального каталога, на веб-сайт, на якому розміщено віртуальні каталоги служб звітування.

  2. Надання дозволу на читання та виконання дозволу на віртуальний каталог.

  3. Розгортання простий. aspx-сторінці, для віртуального каталогу.

Якщо це не можна переглянути. aspx сторінки у браузері Internet Explorer, спочатку вирішити цю проблему. Проблема може виникнути в ASP.NET або будь-якої з шарами перед запитом, досягає ASP.NET.

Віртуальні каталоги 1.2.5Report-сервер

Якщо служби звітування, віртуальні каталоги, не було настроєно за допомогою постачальника звітів служб Windows інструментарію керування (WMI) або засіб конфігурації служб звітування, потрібно виконати вказівки в розділі 4.1, щоб перевірити параметри віртуальних каталогів. Якщо кілька проблеми з конфігурацією, можна повторно створити віртуальні каталоги за допомогою WMI або за допомогою служб звітування конфігурації.

Для вирішення проблем, спочатку Перевірте та виправлення до віртуального каталога сервера звітів. Потім, працюючи сервера звітів перевірки та виправлення до віртуального каталога Диспетчер звітів. Диспетчер звітів, не вдається зв'язатися із сервера звітів, повідомлення про помилку зазвичай реєструється у файлах журналу служб звітування.

Щоб отримати додаткові відомості про служби звітування трасування журналів, перейдіть на веб-сайті MSDN:

http://msdn.microsoft.com/en-us/library/ms156500(SQL.90).aspxНижче наведено Типові приклади таких помилок:

w3wp! інтерфейсу! 1! 8 / 2008/5-10: 20:56:: e помилка: код стану HTTP--> 500

----Відомостей

System.Net.WebException: Запит < деякі помилка >

на Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
на Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()

Віртуального каталога сервера звітів працює, але не працює, диспетчер звітів віртуальний каталог, перегляньте, диспетчер звітів, що використовується для спілкування з сервера звітів URL-адресу.

Щоб отримати додаткові відомості відвідайте веб-сайт:

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspxЩоб отримати додаткові відомості, клацніть номер статті в базі знань Microsoft:

922656 повідомлення про помилку під час спроби відкрити засіб Диспетчер звітів у SQL Server 2005 служб звітування: "не вдалося виконати запит HTTP стан 400: помилковий запит" або "не спроба підключитися до сервера звітів"

Проблеми з конфігурацією 2Web сайту

2.1Web сайт, посвідчення проблеми.

Якщо це повідомлення про помилку вказує на те, що Internet Explorer не може досягти сервера звітів "або" Диспетчер звітів, потрібно перевірити параметри веб-сайту служб звітування. Нижче наведено деякі повідомлення про помилки, які можуть з'явитися.

У диспетчері звіт з'являється таке повідомлення про помилку:

Спроба підключитися до сервера звітів, не вдалося. Перегляньте відомості про підключення і сервер звітів це сумісної версії.

У браузері Internet Explorer з'являється таке повідомлення про помилку:

Не вдається знайти сервер або помилка DNS

У браузері Internet Explorer з'являється таке повідомлення про помилку:

HTTP 400 помилковий запит

Переконайтеся, що IP-адресу або ім'я хоста, який використовується URL-адресу вирішує на комп'ютер і веб-сайт, на якому розміщено віртуальні каталоги служб звітування. Якщо у віртуальні каталоги, розміщені на різні веб-сайти, перевірте, веб-сайт конфігурації сервера звітів і Диспетчер звітів.

URL-адресу, зазначену IP-адресу, перевірте, наступне:

  • Переконайтеся, що IP-адресу, розпізнає комп'ютер, на якому віртуальні каталоги служб звітування. Списку інтерфейси мережі на комп'ютері, можна використовувати команду ipconfig.exe .

  • Перевірка веб-сайти, що хост служби звітування використання All Непризначений параметр або IP-адресу, указані на веб-сайті визначення області.

Якщо URL-адресу, ім'я хоста, перевірте наступне:

  • Переконайтеся, що ім'я хоста розпізнає служб звітування комп'ютера. Розпізнати ім'я хоста, IP-адресу, можна використовувати команду ping.exe . Після цього переконайтеся, що IP-адресу, розпізнає комп'ютер, на якому віртуальні каталоги служб звітування.

  • Переконайтеся, що веб-сайт використовує All Непризначений параметр, для визначення веб-сайт, або, на веб-сайті, визначає заголовок хосту, відповідно до хоста заголовка запиту. Заголовка вузла, який використовує на запит, як правило, ім'я сервера, указаного у URL-адресу. У випадку мережного навантаження (NLB) заголовком хосту є зазвичай ім'я віртуального вузла. Хост-заголовок можна також визначити файл Hosts.

В IIS 5.0 і IIS 6.0 веб-сайт посвідчень визначаються в області Визначення на веб-сайт , на вкладці веб-сайт , Веб-сайт властивості сторінки. У службах IIS 7.0 ви можете визначити посвідчень веб-сайт, натиснувши прив'язки посилання на Сайт, редагування панелі. Щоб отримати додаткові відомості про те, як визначено веб-сайт посвідчення відвідайте такі веб-сайти.

Примітка. IIS 5.0, використовує інтерфейс, який нагадує IIS 6.0, для визначення веб-сайт посвідчення.

http://technet.microsoft.com/en-us/library/cc771911.aspx

http://technet.microsoft.com/en-us/library/cc754348.aspx

http://learn.iis.net/page.aspx/150/understanding-sites-apps-and-vdirs-in-iis-7/#SitesТакож переконайтеся, що диспетчер звітів використовує правильний URL-адресу, отримати доступ до сервера звітів. Щоб отримати додаткові відомості відвідайте такі веб-сайти Майкрософт:

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

2.2Issues, які виникають після переінсталяції IIS

Якщо переінсталювати служби IIS, можливо, доведеться переналаштувати ASP.NET, каталогами віртуального сервера звітів і повідомляє Диспетчер, віртуальні каталоги.

Відомості про інсталяцію в IIS

Щоб отримати додаткові відомості про інсталяцію служби IIS 6.0 відвідайте веб-сайт корпорації Майкрософт:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/750d3137-462c-491d-b6c7-5f370d7f26cd.mspx?mfr=trueЩоб отримати додаткові відомості про те, як видалити IIS 6.0 відвідайте веб-сайт корпорації Майкрософт:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/910e7485-d74c-4647-87a5-f9d0f9aae51e.mspx?mfr=trueЩоб отримати додаткові відомості про інсталяцію служби IIS 7.0 відвідайте веб-сайт корпорації Майкрософт:

http://technet.microsoft.com/en-us/library/cc732624.aspxЩоб отримати додаткові відомості про інсталяцію та використання служби IIS 5.0 клацніть номер статті в базі знань Microsoft Knowledge Base:

266115 ресурси для використання в IIS 5.0

Відомості про те, як відновити віртуальні каталоги в служб звітування

Щоб отримати додаткові відомості відвідайте такі веб-сайти Майкрософт:

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

2.3Issues, ISAPI фільтрів

Фільтри третьої сторони, ISAPI може призвести до проблем на сервер звітів, віртуальні каталоги. Якщо ISAPI-фільтрів сторонніх виробників, спробуйте видалити фільтри з веб-сайту, на якому розміщено служб звітування, віртуальні каталоги. Або переміщення служби звітування, віртуальні каталоги до нового веб-сайту.

Проблеми з 3Authentication

3.1You необхідно ввести облікові дані в Internet Explorer для доступу до служб звітування

Під час служби звітування налаштований на використання інтегрованої автентифікації Windows, Internet Explorer зазвичай не настроєно на запит на введення облікових даних. Щоб визначити, чи браузер Internet Explorer настроєно завжди запит на введення облікових даних, виконайте такі дії:

  1. Відкрийте браузер Internet Explorer.

  2. У меню " Сервіс " виберіть пункт " Властивості браузера".

  3. На вкладці " Безпека ", виберіть зону для URL-адресу, що використовується для доступу до сервера звітів. Наприклад, якщо для доступу до сервера звітів використовується ім'я NetBIOS, виберіть зони Локальної інтрамережі .

  4. Виберіть інший.

  5. В області Перевірки автентичності користувача діалогове вікно Параметрів безпеки натисніть кнопку " автоматичний вхід до системи, лише в зоні Інтранету в області для входу до системи ". Якщо URL-адресу в зоні інтрамережі, можна натиснути кнопку автоматичного входу до системи, імені користувача та пароль.

3.2You з'являється повідомлення про помилку HTTP 401, після введення облікових даних у браузері Internet Explorer

Якщо після того, як ви отримали повторних запитів у браузері Internet Explorer, відображається повідомлення про помилку HTTP 401, під час відмови для автентифікації. Наприклад, якщо інсталювати звіт служб у власному режимі, ви може бути запропоновано облікові дані тричі перед появою повідомлення про помилку 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>Виправити або вирішити ці проблеми, скористайтеся одним із наведених нижче способів.

    • Налаштування HTTP SPN, щоб увімкнути автентифікацію Kerberos. Якщо використовується ім'я NetBIOS і повне доменне ім'я в URL-адресу для доступу до служб звітування, необхідно зареєструвати HTTP SPN, як ім'я NetBIOS і повне доменне ім'я. Не можна настроїти для різних облікових записів, SPN HTTP на одному комп'ютері. Таким чином, Пули застосунків на інший, потрібно запустити в той самий обліковий запис для використання одного SPN HTTP. Клацніть номер статті в базі знань Microsoft Knowledge Base:

      871179 з'являється на "помилка HTTP 401.1 - несанкціоноване: доступ заборонено через неправильні облікові" повідомлення про помилку, під час спроби отримати доступ до веб-сайт, який є частиною пулу застосунків служби IIS 6.0

    • Змініть вашої ідентифікації пулу застосунків, NetworkServices або LocalSystem. Ці облікові записи, можна скористатися вбудованим HOST SPN замість HTTP SPN.

    • Сила служби IIS для прийняття автентифікації NTLM лише. Щоб отримати додаткові відомості відвідайте веб-сайт корпорації Майкрософт:

      http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/7258232a-5e16-4a83-b76e-11e07c3f2615.mspx?mfr=true

  • З'явиться така помилка Kerberos в журналі подій:

    KRB_ERR_RESPONSE_TOO_BIGЩоб вирішити, чи вирішити цю проблему, виконайте такі дії:

    1. Увімкнення запису подій для Kerberos. Клацніть номер статті в базі знань Microsoft Knowledge Base:

      262177 , як увімкнути Kerberos подій.

    2. Перегляньте журнал. Якщо відображається код помилки KRB_ERR_RESPONSE_TOO_BIG, див. в цій статті бази знань Майкрософт вирішення цієї проблеми:

      Як 244474 протоколу автентифікації Kerberos на використання протоколу TCP замість UDP у Windows Server 2003, Windows XP та Windows 2000

3.2.2 базової автентифікації

Якщо служби звітування настроєно на використання базової автентифікації, сталася помилка для перевірки автентичності, записується в журнал подій безпеки на сервері, на якому працює служба IIS. Перегляньте повідомлення про помилку. Якщо до локальної політики безпеки не дозволяють перевірки автентичності, або потрібно дозволити вхід, що заповнення до локальної політики безпеки або змінити тип входу в конфігурації служб IIS.

3.3You з'являється повідомлення про помилку "Немає доступу" у браузері Internet Explorer для IUSR або іншого IIS анонімний користувач

Якщо це повідомлення про помилку несподівано, визначити, чи анонімний увімкнуто захист служб звітування, віртуальні каталоги. Якщо цей параметр увімкнуто, вимкнути.

3.4Kerberos виникають проблеми з делегування

Ці проблеми зазвичай називаються "подвійний стрибка" проблеми. Проблеми з делегування Kerberos, може виникнути за виконання нижченаведених умов.

  • У звіті налаштовано інтегровані засоби безпеки, для джерела даних.

  • Звіт матиме доступ до віддаленого сервера для джерела даних. Наприклад, звіт доступ до служб аналізу "або" сервер бази даних Microsoft SQL Server.

  • Під час отримання доступу до звіт, з'являється одне з таких повідомлень про помилку:

    Повідомлення про помилку 1

    Не вдалося виконати вхід для користувачів (null)

    Повідомлення про помилку 2

    Не вдалося виконати вхід користувача "NTAUTHORITY\ANONYMOUS"

  • Під час перевірки, журнал подій безпеки на сервері, на якому джерела даних, відобразиться події, які вказують на те, що анонімного користувача було входу.

Схеми з автентифікації NTLM, не може виконати подвійний стрибка операцій. Якщо постачальник автентифікації узгоджувати видалено з веб-сайту або віртуальний каталог служб звітування, потрібно додати постачальника автентифікації узгоджувати повторно.

Щоб отримати додаткові відомості, див. у наступних статтях веб-сайти корпорації Майкрософт або база даних:клацніть номер статті в базі знань Microsoft Knowledge Base:

Як 215383 налаштування служб IIS для підтримки обох протоколів Kerberos та NTLM з метою автентифікації в мережі

Проблеми з 326985 Kerberos, виправлення неполадок у службі IIS

917409 , як налаштувати SQL Server 2005 Analysis Services, щоб використовувати автентифікацію Kerberos

319723 , як використовувати автентифікацію Kerberos, у SQL Server

Як 909801 , щоб переконатися, що ви використовуєте автентифікації Kerberos, під час створення віддаленого підключення до екземпляра SQL Server 2005

Щоб отримати додаткові відомості відвідайте такі веб-сайти Майкрософт:

http://www.microsoft.com/downloads/details.aspx?FamilyID=99B0F94F-E28A-4726-BFFE-2F64AE2F59A2&displaylang=en

http://technet.microsoft.com/en-us/library/cc281382(SQL.100).aspxЯкщо потрібно, щоб уникнути автентифікації Kerberos, можна використовувати один із таких способів:

  • Настройте облікові дані зберігаються джерела даних.

  • Настроювання служби звітування, використовувати базову автентифікацію. Метод входу до системи "за промовчанням" є NetworkClearText . Цей спосіб дозволяє вам зробити один додатковий перехід від сервера звітів.

Проблеми з конфігурацією 4ASP.net

4.1General помилки

Проблеми з конфігурацією 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, знайдіть і клацніть правою кнопкою миші віртуальний каталог для сервера звітів і натисніть кнопку Властивості. У діалоговому вікні вкладку Віртуальний каталог та виберіть конфігурацію. Переконайтеся, що Розширення застосунків області пустий. Перевірте, чи Підстановки застосунку Maps області відображення на одному підстановки. Виберіть зіставлення підстановки і виберіть редагування. Переконайтеся, що на виконання містить правильний шлях до файлу в aspnet_isapi.dll. Переконайтеся, що прапорець "Перевірте, чи цей файл існує" не вибрано.

  • У диспетчері IIS, знайдіть і клацніть правою кнопкою миші віртуальний каталог для Диспетчер звітів і натисніть кнопку Властивості. У діалоговому вікні вкладку Віртуальний каталог та виберіть конфігурацію. Переконайтеся, що Розширення застосунків області, містить зіставлення за промовчанням. Це список зіставлень для ASP.NET типи файлів, наприклад. aspx та .asax. Для відновлення відображення за промовчанням, скористайтеся такою командою створення сценарію правильний карти:

    aspnet_regiis.exe-s- < шлях менеджера, звіт про >Примітка. Служби IIS 7.0 у розділі Відображення обробника піктограма не зіставлення.

  • В IIS веб-сервер розширення переконайтеся, що ввімкнено ASP.NET 2.0.50727.

Якщо не вдається виконати перевірку, ви можете зареєструвати, ASP.NET, для вирішення проблеми. Для цього скористайтеся одним із наведених нижче способів.

  • Якщо використовується 32-розрядних версіях служби звітування на 32-розрядної операційної системи, або на 64-розрядної операційної системи, виконайте таку команду в командному рядку:

    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i-увімкнути

  • Якщо ви використовуєте 64-розрядних версіях служби звітування на 64-розрядної операційної системи, виконати таку команду в командному рядку:

    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i-увімкнути

Не можна запустити ASP.NET 1. x і ASP.NET 2.0, у тому самому процесі IIS. Використовується IIS 6.0 або служби IIS 7.0, переконайтеся, що пулу застосунків, на якому звіт застосунку не приймають ASP.NET 1. x застосунків. Під час використання служби IIS 5.0, або якщо ви працюєте в режимі ізоляції IIS 5.0, IIS 6.0 переконайтеся, що ви не використовуєте застосунків, які потребують ASP.NET 1. x.

4.2You, з'являється повідомлення про помилку "посвідченням (служба AUTHORITY\NETWORK, NT) не має доступ для записування до '< шлях > \v2.0.50727\Temporary файли ASP.NET'"


Помилка, викликана неприпустима конфігурація ASP.NET. Щоб вирішити цю проблему, надання записування і виконання дозволи на доступ до папки ASP.NET, тимчасові файли, повідомлення про помилку вказує на те.

Проблеми з 5SSL

Сертифікати клієнта виникає 5.1Problems

Настроєно сертифікати клієнта на віртуальних каталогів, диспетчер звітів може не автентифікації, сервер звітів. Ця проблема виникає в тому, що диспетчер звітів не передбачає проходить сертифікати клієнта, після того, як Диспетчер звітів заданої сервера звітів через HTTP-запитів. Таким чином, якщо настроїти служби IIS, щоб увімкнути параметр Вимагає сертифікати клієнта , не можна використовувати диспетчер звітів. Щоб тимчасово усунути цю проблему, можна зняти прапорець Потребують сертифікати клієнта для віртуального каталога сервера звітів.

5.2 з'являється повідомлення про помилку "з'єднання примусово закрито" або помилки, які вказують на сталася помилка SSL-підключення

У браузері Internet Explorer, з'являється одне з таких повідомлень про помилку:

Повідомлення про помилку 1

Підключення до примусово завершити

Повідомлення про помилку 2

Базове підключення закрито

Повідомлення про помилку, 3

Не вдалося встановити довірчий зв'язок для SSL/TLS, безпечний канал

Повідомлення про помилку, 4

Код стану HTTP--> 500

Якщо ці повідомлення про помилки, може виникнути сталася помилка SSL-підключення. Помилки SSL-підключення, зазвичай, відбувається за допомогою сертифіката, інстальованого у службах IIS. Щоб вирішити цю проблему, виконайте такі дії.

  • Переконайтеся, що ім'я хоста або заголовок хосту URL-адресу, що використовується для доступу до Диспетчер звітів "або" сервер звітів надається сертифікат.

  • Переконайтеся, що ім'я хоста або заголовка хосту URL-адреси, що диспетчер звітів використовує для доступу до сервера звітів надається сертифікат.

    Примітка. Цю URL-адресу, можна визначити за ReportServerUrl елемент у файлі RsWebApplication.config. Якщо цю URL-адресу, не визначено, цю URL-адресу, ім'я хоста, є ім'я хоста, що клієнт використовує для доступу до Диспетчер звітів. Через те, що ім'я хоста, можуть відрізнятися, якщо доступ до Диспетчер звітів за допомогою URL-адреси, різні, корпорація Майкрософт рекомендує, що ви явно визначити ReportServerUrl елемент за допомогою імені хоста, правильно. Щоб отримати додаткові відомості див. на веб-сайті MSDN:

    http://msdn.microsoft.com/en-us/library/ms155878(SQL.90).aspx

  • Переконайтеся, що надається ланцюжок довіри сертифіката. Тобто, переконайтеся, що сертифікат або постачальник сертифіката є довіреним.

5.3Problems, що виникає у HTTP зв'язку між сервера звітів і Диспетчер звітів

Проблема може виникнути, у HTTP зв'язку між Диспетчер звітів і сервер звітів. Якщо конфігурацію SSL неприпустимий, диспетчер звітів може відповісти на Internet Explorer належним чином. Проте Диспетчер звітів, не вдається зв'язатися із сервера звітів. Якщо ця проблема виникає, диспетчер звітів правильно відображає зображення на домашній сторінці "Диспетчер звітів". Однак, диспетчер звітів показує повідомлення про помилку в місце, де слід папок "і" звіт про елементи.


Для діагностики цих проблем, використовуйте, .NET Framework трасування. Щоб увімкнути трасування .NET Framework, додайте наведений нижче код, до файлу Web. config, який знаходиться в папці "Диспетчер звітів":

<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". Під час доступу до домашньої сторінки Диспетчер звітів за допомогою http://example1/reports URL-адреси, з'являється повідомлення з попередженням, що вказує на те, що сертифікат недійсний. Таким чином, недійсний сертифікат конфігурації.

Примітка. Залежно від використовуваної версії Internet Explorer, яку ви використовуєте попередження може бути спливаючі повідомлення або повідомлення, яке відображається у браузері Internet Explorer. Або, якщо ви вирішили проігнорувати попередження перед може не з'явитися попередження у браузері Internet Explorer.

У диспетчері звіт з'являється таке повідомлення про помилку:

Базове підключення закрито: не вдалося встановити довірчий зв'язок для SSL/TLS, безпечний канал.

Після цього ви додати XML-код Диспетчер звітів каталог, у файлі web. config.

Примітка. Можливо, доведеться виконати злиття, якщо файл Web. config, уже містить елемент < System. Diagnostics > або < перемикачі > елемент.

Коли з'явиться те саме повідомлення про помилку, переглянути файл журналу, указаних у XML-код. У цьому прикладі файл журналу, що знаходиться в такому розташуванні:

D:\tmp\System.Net.trace.logВнизу входу в систему з'явиться наступне: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.

Зверніть увагу, що повідомлення про помилку вказує на такого роду виникла неполадка сертифіката.

Проблеми зі збалансованим з 6Scale та навантаження

6.1You з'являється помилка HTTP 401, періодично

Подвійне стрибка питання про те, що балансування навантаження, представлено травня періодично з помилками HTTP 401. З балансуванням навантаження, HTTP-запиту, що надсилаються на одному комп'ютері може фахівцеві віртуального сервера а потім на інший вузол. Ця проблема виникає. Якщо в одному вузлі надсилається запит, запит успішно.

Щоб тимчасово усунути цю проблему, скористайтеся одним із наведених нижче способів.

  • Змінити запити, перейдіть до віртуальної вузла перейти на локальний хост замість хост-файлів для кожного вузла. Наприклад, можна, переспрямування запитів, що для віртуального вузла в ІР-адресі із 127.0.0.1. Ця операція не дозволяє подвійне стрибка, обмежуючи запити від Диспетчер звітів для сервера звітів на одному комп'ютері.

  • Якщо у вас власних служб звітування інсталяції, настроювання < ReportServerUrl > тега для використання "localhost", а не віртуального сервера.

Проблеми з 7 WindowsVista і Windows Server 2008

Якщо служби звітування інсталюється в операційній системі Windows Vista або Windows Server 2008, перегляньте такі статті в базі знань а також веб-сайт MSDN уважно:

Як 934164 інсталяції SQL Server 2005 Reporting Services на комп'ютері під керуванням Windows Vista

938245 Інсталяція та настроювання звітування служби SQL Server 2005 на комп'ютері під керуванням Windows Server 2008

http://msdn2.microsoft.com/en-us/library/bb677367.aspx

З'являється повідомлення про помилку "IIS є не інстальовано або не настроєно для сервера компонент інсталяції" під час інсталяції

Під час спроби інсталювати служби звітування, Windows Vista або Windows Server 2008, з'являється таке повідомлення про помилку, навіть, якщо IIS інстальовано:

Служби IIS або не інстальовано або не настроєно для інсталяції компонента в сервер

Ця проблема виникає, оскільки не інстальовано функцію для сумісності з керуванням IIS 6.0. Клацніть номер статті в базі знань Microsoft Knowledge Base:

949455 system Center, Operations Manager 2007 звітування не вдається виконати інсталяцію на комп'ютері з Windows Server 2008, якщо не інстальовано сумісність із керуванням IIS 6.0

8Home сторінки переспрямування

Якщо використовується IIS, можна використовувати диспетчер звітів як домашню сторінку за промовчанням для веб-сервера. Наприклад, можна переспрямувати запити з http://< сервера > URL-адреса URL-адреса http://< сервера >/reports . Щоб отримати відомості про те, як настроїти перенаправлення на домашній сторінці "Диспетчер звітів" див. розділ "Переспрямування до Диспетчер звітів віртуальний каталог" на веб-сайті MSDN:

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspxПримітка. Неможливо настроїти Диспетчер звітів безпосередньо на веб-сайті кореневого рівня. Замість цього потрібно настроїти переспрямування, щоб вибрати Диспетчер звітів за промовчанням домашню сторінку на веб-сервері.

Проблеми з 9Export

9.1An експорту очікування

Під час експортування звіту, у браузері 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.

проблеми з 1064-розрядна.

10.1You, з'являється повідомлення про помилку "Спроба завантажити 64-розрядну складання, 32-розрядних платформа"

Під час спроби запуску 32-розрядних робочих процесів і 64-розрядних працівник процесів, в IIS 6.0, з'являється таке повідомлення про помилку:

Спроба завантажити 64-розрядну складання, 32-розрядних платформа

Щоб отримати додаткові відомості відвідайте веб-сайт:

http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/13f991a5-45eb-496c-8618-2179c3753bb0.mspx?mfr=true

10.2Issues виникає, коли служби IIS та служб звітування у 64-розрядному режимі, але служба IIS працює є 32-розрядному режимі

Щоб отримати додаткові відомості клацніть номер статті в базі знань Microsoft Knowledge Base:

Як 894435 перемикання між 32-розрядних версіях ASP.NET 1.1 і 64-розрядної версії ASP.NET 2.0, на 64-розрядних версіях Windows

934162 , як інсталювати 32-розрядну версію звітування служби SQL Server 2005 на комп'ютері під керуванням 64-розрядних версіях Windows

11IIS та проблеми з конфігурацією віртуальний каталог

11.1 конфігурації неприпустима для сервера звітів віртуальні каталоги або віртуальні каталоги Диспетчер звітів

З'являється одне з таких повідомлень про помилку:

Повідомлення про помилку 1

HTTP 503 – Служба недоступна

Повідомлення про помилку 2

HTTP 403.14 - заборонено (каталогу заборонений.)

Повідомлення про помилку 2

Каталогу заборонений.

Повідомлення про помилку 2

Служба недоступна

Ці повідомлення про помилки вказують, що неприпустима конфігурація сервера звітів віртуальні каталоги або віртуальні каталоги Диспетчер звітів. Щоб вирішити цю проблему, відновлення, віртуальні каталоги сервера звітів і віртуальні каталоги Диспетчер звітів. Щоб це зробити, виконайте такі дії:

  1. Використовуйте диспетчер IIS для видалення наявного віртуальні каталоги в IIS.

  2. Створити новий віртуальні каталоги за допомогою засобу звітування про настроювання служби або постачальник звітування WMI для служб.

Щоб отримати додаткові відомості відвідайте такі веб-сайти Майкрософт:

http://technet.microsoft.com/en-us/library/ms188133(SQL.90).aspx

http://technet.microsoft.com/en-us/library/ms181174(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

12Deploying, служб звітування та служб Windows SharePoint Services поруч

Щоб отримати додаткові відомості про розгортання служб звітування та служб Windows SharePoint Services поруч перейдіть на веб-сайті MSDN:

http://msdn.microsoft.com/en-us/library/ms159697.aspx

Проблеми з 13Report Builder

13.1You з'являється помилка HTTP 401, під час запуску Категорія

Сервер звітів, які використовують базову автентифікацію, потрібно настроїти анонімної автентифікації для Категорія. Категорія-це програма ClickOnce. Технологія ClickOnce програми, не може обробити базову автентифікацію. Щоб отримати додаткові відомості див. на веб-сайті MSDN:

http://msdn.microsoft.com/en-us/library/ms365173(SQL.90).aspx

Файл 14Web.config, аналіз проблеми

14.1You отримати повідомлення про помилку System.NullReferenceException спосіб Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr

Ця проблема може виникати, коли і служб звітування не вдалося проаналізувати файлу Web. config. Щоб вирішити цю проблему, виконайте такі дії.

  • Переконайтеся, що файл Web. config, знаходиться в папці не має простору імен:

    %ProgramFiles%\Microsoft SQL Server\ < ім'я для екземпляра > \Reporting Services\ReportServerЯкщо файл Web. config простору імен, видалити простір імен.

    Примітка. Редактор, який використовувався для внесення змін до файлу можна додати до простору імен. Щоб визначити, якщо це сталося, знайдіть атрибут xmlns в першому рядку файлу.

  • Переконайтеся, що що вузол < автентифікації >, містить атрибут режимі . Якщо атрибут не існує, додайте режим атрибут до вузла, < автентифікації >. Укажіть значення атрибута, відповідно.

    Наприклад, якщо використовується Windows інтегровану автентифікацію, режим автентифікації має швидше значення "Windows." Щоб отримати додаткові відомості про ASP.NET автентифікації режими див. такі сайти веб-сайті MSDN:

    http://msdn.microsoft.com/en-us/library/aa291347.aspx

    http://msdn.microsoft.com/en-us/library/532aee0e.aspx

Потрібна додаткова довідка?

Отримуйте нові функції раніше за інших
Приєднатися до Microsoft оцінювачів

Чи були ці відомості корисні?

Дякуємо за ваш відгук!

Дякуємо, що знайшли час і надіслали нам відгук! Можливо, у нас не буде часу відповісти на кожен коментар, але докладемо максимум зусиль, щоб переглянути їх усі. Вас цікавить, як ми використовуємо ваші відгуки?

×