Как устранить проблемы конфигурации IIS в службах отчетности S'L Server 2005

Применимо к: Microsoft SQL Server 2005Internet Information Services 7.0Internet Information Services

ВВЕДЕНИЕ


В этой статье описывается, как устранить неполадки Интернет информационных служб (IIS) проблемы конфигурации в Microsoft S'L Server 2005 Отчетные услуги.Эта статья написана главным образом, чтобы помочь вам диагностировать IIS 6.0 проблемы конфигурации в рамках служб отчетности родной режим. Эта статья также обычно применяется к IIS 5.0 и К IIS 7.0. Однако некоторые диагностические шаги могут быть написаны только для IIS 6.0, например, для проверки установки Microsoft ASP.NET с помощью IIS Manager. В этой статье также рассматриваются некоторые общие проблемы конфигурации с аутентификацией, с ASP.NET и с Internet Explorer.

Дополнительная информация


1 Общий подход

Проблемы конфигурации IIS обычно отображаются как отказ в подключении или выполнении отчета Server или Report Manager. Чтобы успешно диагностировать эти проблемы конфигурации, необходимо просмотреть архитектуру служб отчетности и способ интеграции служб отчетности с IIS. В этой статье предусмотреть общие проблемы конфигурации IIS, которые могут привести к сбою в службах отчетности. Обсуждаются также некоторые вопросы, не связанные с ИИС.

1.1Запрос потока

Запрос HTTP от пользователя проходит через много уровней. Зная, какой слой не удалось запрос может помочь вам определить характер сбоя. Следующая диаграмма представляет собой упрощенную схему потока запроса:
упрощенная схема поток запроса HTTP
Службы отчетности устанавливают один виртуальный каталог для Report Server и один виртуальный каталог для диспетчера отчетов. Виртуальное имя каталога по умолчанию для Report Server — это «сервер отчетов». Виртуальное имя каталога по умолчанию для диспетчера отчетов — это «отчеты».Как правило, вы начинаете диагностировать проблемы служб отчетности, отправляя запрос в корневой каталог Report Server в Internet Explorer. По умолчанию URL-адрес находится http://lt;server.gt;/reportserver. Если Report Server работает, вы можете использовать Internet Explorer для отправки запроса в http://lt;server Если вы настроили Report Server для использования слоя безопасных розеток (SSL), необходимо сначала убедиться, что сервер может работать в режиме, не относясь к SSL. Если вы настроили развертывание масштабирования, необходимо сначала убедиться, что Report Server может работать на отдельных узлах. Диагностика проблем в этом порядке помогает быстрее изолировать проблемы.

1.2Общие симптомы

В этом разделе перечислены общие симптомы, возникающие при сбой запросов в определенном слое. В этом разделе также рассказывается, где искать сообщения об ошибках.
1.2.1Firewall
Если вы получаете доступ к Report Server с удаленного клиентского компьютера, убедитесь, что брандмауэр не блокирует запрос. Заблокированный запрос регистрируется в журнале брандмауэра.Для получения дополнительной информации о том, как найти журнал брандмауэра, you также можно посетить следующие веб-сайты Майкрософт:
1.2.2HTTP.sys
IIS 6.0, который не работает в режиме изоляции IIS 5.0, и IIS 7.0 используют драйвер режима ядра HTTP (HTTP.sys) для выполнения ввода/вывода сети HTTP. Служба HTTP запускается автоматически. Вам не нужно выполнять ручную конфигурацию. Если службы отчетности настроены на использование SSL, необходимо убедиться в том, что служба HTTP SSL запущена.Процесс HTTP.sys может вернуть ошибку клиенту, даже если IIS не участвует. Это может произойти, когда URL-адрес неработает или когда интраг веб-узел IIS настроен неправильно. Ошибки регистрируются в журнале ошибок HTTP.sys.Для получения дополнительной информации о файлах журнала ошибок HTTP.sys посетите следующий веб-сайт Майкрософт:Для получения дополнительной информации об ошибках, регистризываемых в HTTP API, щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт: 
820729 Ведение журнала ошибок в программном интерфейсе приложения протокола HTTP
1.2.3IIS и пулы приложений
Прежде чем изучить конфигурацию IIS, необходимо убедиться, что служба IIS Admin и пул приложений работают. Кроме того, необходимо убедиться в правильности идентификации веб-узла. Вы должны быть осторожны с иличностью веб-узла, если веб-узел, на которых размещены службы отчетов, не является веб-узлом по умолчанию, или если вы не указали "Все неназначенные" для идентификации веб-узла. Если вы настроили сервер отчетов и диспетчеротчетов на разных веб-сайтах, попробуйте настроить сервер отчетов и диспетчера отчетов на одном веб-узле. Если другие приложения совместно с Службами отчетности имеют тот же веб-узел, попробуйте настроить виртуальные каталоги отчетных служб на новом веб-узле. Если у вас есть сторонние расширения или фильтры ISAPI, попробуйте удалить сторонние расширения или фильтры ISAPI.Если с IIS возникает несколько проблем с конфигурацией, можно переустановить IIS. При этом необходимо перенастроить ASP.NET и виртуальные справочники Report Services.Для получения дополнительной информации о местоположении файла iIS, нажмите следующий номер статьи, чтобы просмотреть статью в базе знаний Microsoft: 
324091 КАК: Просмотр и отчет из файлов журнала
 
1.2.4ASP.NET
Сообщение об ошибке в Internet Explorer может указывать на то, что проблема возникает в ASP.NET. Если ранее на компьютере были установлены IIS или ASP.NET, необходимо проверить настройки конфигурации ASP.NET конфигурации. Большинство ASP.NET проблем с конфигурацией можно устранить с помощью файла aspnet-regiis.exe для перерегистрации ASP.NET в IIS. Для получения дополнительной информации о ASP.NET проверки, см.Вы можете использовать простую страницу .aspx для выполнения проверки вменяемости конфигурации IIS и ASP.NET. Для этого выполните следующие действия:
  1. Создайте новый виртуальный каталог на веб-узле, где размещаются виртуальные каталоги Служб ы отчетности.
  2. Грант Читать разрешение и выполнить разрешение на виртуальный каталог.
  3. Развертывание простой страницы .aspx в виртуальном каталоге.
Если вы не можете просмотреть страницу .aspx в Internet Explorer, сначала устраните эту проблему. Проблема может возникнуть в ASP.NET или в любом из слоев до того, как запрос достигнет ASP.NET.
1.2.5Отчетсервер виртуальных каталогов
Если виртуальные каталоги Reporting Services не были настроены с помощью поставщика инструментов управления windows (WMI) службы отчетности или инструмента конфигурации Reporting Services, необходимо следовать инструкциям раздела 4.1 для проверки настроек виртуальных каталогов. При возникновении нескольких проблем с конфигурацией можно воссоздать виртуальные каталоги с помощью WMI или с помощью инструмента конфигурации Reporting Services.Для устранения проблем сначала проверьте и исправьте виртуальный каталог Report Server. Затем, когда Отчет сервер работает, вы можете изучить и исправить виртуальный каталог Report Manager. Когда диспетчер отчетов не может связаться с Report Server, ошибка обычно регистрируется в файлах журнала Reporting Services.Для получения дополнительной информации о журналах отслеживания служб отчетности посетите следующий веб-сайт MSDN:Типичным примером этих ошибок является следующее:
w3wp!ui!1!8/ 5/2008-10:20:56:: e ERROR: код состояния HTTP ----gt; 500-------Подробности--------System.Net.WebException: Запрос не удалось с lt;некоторые ошибкина Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()на Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
Если виртуальный каталог Report Server работает, но виртуальный каталог Report Manager не работает, просмотрите URL-адрес, который диспетчер отчетов использует для связи с Report Server.Для получения дополнительной информации посетите следующий веб-сайт:

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

2.1Проблемы с идентификацией сайта

Если сообщение об ошибке указывает на то, что Internet Explorer не может достичь сервера отчетов или менеджера отчетов, необходимо проверить настройки веб-узла для служб отчетности. Ниже приведены некоторые сообщения об ошибках, которые вы можете получить.В report Manager вы получаете следующее сообщение об ошибке:
Попытка подключения к серверу отчетов не удалась. Проверьте информацию о подключении и что сервер отчета находится в совместимой версии.
В Internet Explorer вы получаете следующее сообщение об ошибке:
Не удается найти сервер или Ошибку DNS
В Internet Explorer вы получаете следующее сообщение об ошибке:
HTTP 400 Плохой запрос
Убедитесь, что IP-адрес или имя хоста, используемое в URL-адресе, разрешаются с компьютером и веб-узлом, на котором размещаются виртуальные каталоги Служб отчетности. Если виртуальные каталоги размещаются на разных веб-сайтах, проверьте конфигурацию веб-узла как для Report Server, так и для диспетчера отчетов.Если URL указан IP-адресом, проверьте следующее:
  • Убедитесь, что IP-адрес разобратся с компьютером, на котором размещаются виртуальные каталоги Reporting Services. Вы можете использовать команду ipconfig.exe, чтобы перечислить сетевые интерфейсы компьютера.
  • Убедитесь, что веб-узлы, принимающие Службы отчетности, используют все неназначенные настройки или IP-адрес, указанный в панели идентификации веб-узла.
Если URL-адрес указан именем хоста, проверьте следующее:
  • Убедитесь, что имя хоста разрешается с компьютером Службы отчетности. Для решения имени хоста с IP-адресом можно использовать команду ping.exe. Затем убедитесь, что IP-адрес разрешается компьютеру, на котором размещены виртуальные каталоги Reporting Services.
  • Убедитесь, что веб-узел использует все неназначенные настройки для идентификации веб-узла или что веб-узел определяет заголовок узла, который соответствует заголовку хоста в запросе. Заголовок хоста, который использует запрос, обычно является именем сервера, указанным в URL-. В сценарии балансировки сетевой нагрузки (NLB) заголовок хоста обычно является именем виртуального узла. Заголовок хоста также может быть определен в файле Хостов.
В IIS 5.0 и iIS 6.0 идентификаторы веб-узла определяются в панели идентификации веб-узла вкладки Web Site на странице свойств website. В IIS 7.0 вы можете определить идентификаторы веб-узла, нажав ссылку Привязки в панели сайта Edit. Для получения дополнительной информации о том, как определяются идентификаторы веб-узла, посетите следующие веб-сайты.Заметка IIS 5.0 использует интерфейс, напоминающий IIS 6.0 для определения идентификаторов веб-узла.Вы также должны убедиться, что диспетчер отчетов использует правильный URL для доступа к серверу отчетов. Для получения дополнительной информации посетите следующие веб-сайты Майкрософт:

2.2Вопросы, возникающие после переустановки IIS

Если вы переустановили IIS, возможно, вам придется перенастроить ASP.NET, отчет сервера виртуальных каталогов, и отчет менеджер виртуальных каталогов.
Информация для установки IIS
Для получения дополнительной информации о том, как установить и удалить IIS 6.0, посетите следующий веб-сайт Майкрософт:
Информация о том, как восстановить виртуальные каталоги Reporting Services
Для получения дополнительной информации посетите следующие веб-сайты Майкрософт:

2.3Выпускс с фильтрами ISAPI

Сторонние фильтры ISAPI могут вызвать проблемы в виртуальных каталогах Report Server. При наличии сторонних фильтров ISAPI попытайтесь удалить фильтры с веб-узла, на котором размещаются виртуальные каталоги Reporting Services. Или переместите виртуальные каталоги Reporting Services на новый веб-узел.

3Проблемыаутентации

3.1Вы должны ввести учетные данные в Internet Explorer для доступа к службам отчетности

Когда службы отчетности настроены на использование интегрированной аутентификации Windows, Internet Explorer обычно не настроен для запроса для учетных данных. Чтобы определить, настроен ли Internet Explorer для запроса учетных данных, выполните следующие действия:
  1. Откройте браузер Internet Explorer.
  2. В меню Сервис выберите команду Свойства браузера.
  3. На вкладке Безопасности выберите зону, которая применяется к URL-адресу, используемому для доступа к серверу report Server. Например, если вы используете имя NetBIOS для доступа к серверу Report Server, выберите местную зону интрасети.
  4. Нажмите кнопку Другой…
  5. В области аутентификации пользователей в диалоговом поле «Настройки безопасности» нажмите Автоматический логин только в зоне Intranet в области Logon. Если ваш URL находится в зоне интрасети, вы можете нажать Автоматический логин с текущим именем пользователя и паролем.

3.2 Вы получаете сообщение об ошибке HTTP 401 после ввода учетных данных в Internet Explorer

Если вы получили сообщение об ошибке HTTP 401 после получения повторных запросов от Internet Explorer, произошел сбой аутентификации. Например, если вы установите службы отчетов в родном режиме, вам может быть предложено получить учетные данные три раза, прежде чем вы получите сообщение об ошибке HTTP 401 в Internet Explorer. Когда возникает эта проблема, журнал IIS отображает "HTTP 401" в качестве ответа IIS. Чтобы устранить неполадки, проверьте следующее:
  • Убедитесь, что вы ввели правильное имя пользователя и пароль.
  • Выполните действия в разделе 3.1 этой статьи. Убедитесь, что вы не выбираете журнал Anonymous в настройках безопасности для вашей зоны.
Вы чаще всего получаете сообщение об ошибке HTTP 401, если вы настроили службы отчетности для использования интегрированной аутентификации Windows. По умолчанию IIS позволяет как метод утверсти переговоров, так и метод проверки подлинности NTLM. Internet Explorer обычно использует метод проверки подлинности «Переговоры», прежде чем Internet Explorer использует метод проверки подлинности NTLM.Если вы используете F'DN или пользовательский заголовок хоста, который не соответствует названию компьютера, может возникнуть проблема проверки цикла. При возникновении этой проблемы обычно можно получить доступ к веб-сайтам Служб отчетности с помощью IP-адреса. Тем не менее, вы не можете получить доступ к веб-сайтам с помощью F-DN или имени хоста.
 
3.2.1 Проверка подлинности Кербероса
Когда согласованным протоколом проверки подлинности является 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 и F'DN в вашем URL-адресе для доступа к службам отчетности, необходимо зарегистрировать HTTP SPN как для имени NetBIOS, так и для F-DN. Вы не можете настроить HTTP SPN для различных учетных записей на одном компьютере. Таким образом, различные пулы приложений должны работать под одной учетной записью, чтобы использовать тот же HTTP SPN. Для получения дополнительной информации, нажмите на следующий номер статьи, чтобы просмотреть статью в базе знаний Microsoft:  
      871179 Вы получаете сообщение об ошибке "HTTP Ошибка 401.1 - Несанкционированно: доступ отказано из-за недействительных учетных данных" сообщение об ошибке при попытке получить доступ к веб-узле, который является частью пула приложений IIS 6.0
    • Измените итог пула приложений на NetworkServices или LocalSystem. Эти учетные записи могут использовать встроенный HOST SPN вместо HTTP SPN.
    • Заставить IIS принять только аутентификацию NTLM.
  • Вы получаете следующий код ошибки Kerberos в журнале событий:
    KRB_ERR_RESPONSE_TOO_BIG
    Чтобы решить или решить эту проблему, выполните следующие действия:
    1. Включить Керберос лесозаготовки. Для получения дополнительной информации, нажмите на следующий номер статьи, чтобы просмотреть статью в базе знаний Microsoft:  
      262177 Как включить регистрацию событий в Керберосе
    2. Изучите журнал. Если вы видите код ошибки KRB-ERR-RESPONSE-TOO-BIG, смотрите следующую статью базы знаний Майкрософт для решения этой проблемы:
      244474 Как заставить Kerberos использовать TCP вместо UDP в Windows Server 2003, в Windows XP и в Windows 2000
3.2.2 Базовая аутентификация
Если службы отчетности настроены на использование базовой аутентификации, сбой проверки подлинности регистрируется в журнале событий безопасности на сервере, который работает IIS. Просмотр сообщения об ошибке. Если локальная политика безопасности не позволяет проверить подлинность, необходимо либо разрешить этот тип входа в локальной политике безопасности, либо изменить тип входа в конфигурацию IIS.

3.3Вы получаете сообщение об ошибке "Доступ отказано" в Internet Explorer для IUSR или для другого анонимного пользователя IIS

Если это сообщение об ошибке происходит неожиданно, определите, включена ли анонимная безопасность в виртуальных каталогах Reporting Services. Если эта настройка включена, отпустите его.

3.4 Вопросы делегацииКербероса возникают

Эти вопросы, как правило, известны как "двойной хоп" вопросы. Вопросы делегации Kerberos могут возникнуть, когда верны следующие условия:
  • Вы настроили интегрированную безопасность для источников данных в отчете.
  • Ваш отчет получает доступ к удаленному серверу для источника данных. Например, в отчете имеются доступы к службам анализа или серверу базы данных Microsoft S'L Server.
  • При доступе к отчету вы получаете одно из следующих сообщений об ошибке: Сообщение об ошибке 1
    Сбой входа для пользователя (null)
    Сообщение об ошибке 2
    Сбой входа для пользователя "NTAUTHORITY-ANONYMOUS"
  • При проверке входа в журнал событий безопасности на сервере, на котором размещался источник данных, вы видите события, указывающие на то, что анонимный пользователь входила в систему.
Схема проверки подлинности NTLM не может выполнять операции двойного перехода. Если вы удалили поставщика аутентификации «Переговоры» с веб-узла или из виртуального каталога Reporting Services, необходимо повторно добавить поставщика аутентификации «Переговоры».Для получения дополнительной информации, нажмите на следующие номера статей, чтобы просмотреть статьи в базе знаний Microsoft:
 
917409 Как настроить аналитические службы S'L Server 2005 для использования аутентификации Kerberos
909801 Как убедиться в том, что вы используете аутентификацию Kerberos при создании удаленного подключения к экземпляру сервера S'L 2005

Дополнительные сведения см. на следующем веб-сайте корпорации Майкрософт:

 
Если вы хотите избежать проверки подлинности Kerberos, вы можете использовать один из следующих методов:
  • Настройка сохраненных учетных данных для источника данных.
  • Нанастройка служб отчетности для использования базовой аутентификации. Метод омрачаемого логона по умолчанию — это метод NetworkClearText. Этот метод позволяет сделать один дополнительный переход с сервера отчетов.

проблемы с конфигурацией 4ASP.NET

4.1 Общие ошибки

ASP.NET проблемы конфигурации имеют различные симптомы. Например, может возникнуть один из следующих вопросов:
  • Вы можете получить сообщение об ошибке HTTP 404.
  • При этом может появиться следующее сообщение об ошибке.
    Не удалось загрузить ресурс Microsoft.ReportingServices.UI.GlobalApp
  • Вы можете получать другие сообщения об ошибках исключения из ASP.NET.
ASP.NET проблемы с конфигурацией могут быть вызваны неустановкой или переустановкой версии рамочной программы Microsoft .NET. Чтобы устранить эти проблемы, сделайте следующее:
  • В IIS Manager щелкните узел веб-сайтов, а затем нажмите «Свойства». В окне свойств веб-сайтов щелкните ASP.NET вкладку, а затем убедитесь, что ASP.NET версия 2.0.50727.
  • В IIS Manager щелкните узел веб-сайтов, а затем нажмите «Свойства». В окне свойств веб-сайтов щелкните на вкладке ISAPIFilters. Найдите, а затем нажмите на фильтр ASP.NET-2.0.50727.0. Убедитесь, что простужаемая коробка содержит допустимый путь для ASP.NET фильтра .dll file. Заметка В IIS 5.1 фильтра не существует. Заметка В IIS 7.0 вы можете увидеть фильтр, нажав значок фильтров ISAPI на странице свойств веб-узла.
  • В IIS Manager найдите, а затем нажмите справа на виртуальный каталог для Report Server, а затем нажмите Свойства. В диалоговом поле щелкните вкладку Virtual Directory, а затем нажмите «Конфигурация». Убедитесь, что панель расширений приложений пуста. Убедитесь, что панель Wildcard Application Maps имеет одно картирование подстановочных карт. Выберите отображение подстановочных знаков, а затем нажмите Edit. Убедитесь, что окно Execute содержит правильный путь для файла aspnet-isapi.dll. Проверка того, что Проверка, что файл существует флажок не выбран.
  • В IIS Manager найдите, а затем нажмите правой кнопкой мыши виртуального каталога для отчета manager, а затем нажмите Свойства. В диалоговом поле щелкните вкладку Virtual Directory, а затем нажмите «Конфигурация». Убедитесь, что панель расширения приложений содержит отображение по умолчанию. Это список карт для обычных типов файлов ASP.NET, таких как .aspx и .asax. Для регенерации отображения по умолчанию используйте следующую команду для создания правильных карт скриптов:
    aspnet-regiis.exe -s lt;report manager path
    Заметка В 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-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, убедитесь, что пул приложений, в котором размещается приложение Report Server, не размещает ASP.NET 1. x приложений. Если вы используете IIS 5.0, или если вы используете IIS 6.0 в режиме изоляции IIS 5.0, убедитесь, что вы не работаете приложений, которые требуют ASP.NET 1. x.

4.2Вы получаете "Текущая личность (NT AUTHORITY-NETWORK SERVICE) не имеет доступа к "Злу;ASP.NET lt;path

Ошибка вызвана недействительной конфигурацией ASP.NET. Чтобы разрешить проблему, предоставите разрешения «Запись» и «Выполнить» папке «Временные ASP.NET файлов», на которую указывает сообщение об ошибке.

5SSL вопросы

5.1 Проблемы возникают с сертификатами клиента

Если вы настроили сертификаты клиента в виртуальных каталогах, диспетчер отчетов может не проверить подлинность для Отчета Сервера. Эта проблема возникает из-за того, что диспетчер отчетов не предназначен для передачи сертификатов клиентов при связи диспетчера отчетов с report Server через запросы HTTP. Поэтому, если вы настраиваете IIS для включения опции «Требуемые сертификаты клиента», вы не можете использовать Report Manager. Чтобы обойти эту проблему, можно очистить флажок для виртуального каталога Report Server для проверки сертификатов Требуются клиентских сертификатов.

5.2 Вы получаете сообщение об ошибке "подключение принудительно закрытого" или ошибки, указывающие на сбой подключения SSL

В Internet Explorer вы получаете одно из следующих сообщений об ошибках:Сообщение об ошибке 1
Подключение принудительно закрыто
Сообщение об ошибке 2
Основное соединение было закрыто
Сообщение об ошибке 3
Не удалось установить доверительные отношения для безопасного канала SSL/TLS
Сообщение об ошибке 4
Код статуса HTTP----gt;500
Если вы получили эти сообщения об ошибке, возможно, произошел сбой подключения SSL. Сбои подключения SSL обычно вызваны сертификатом, установленным в IIS. Чтобы решить эту проблему, сделайте следующее:
  • Убедитесь, что сертификат выдается имени узла или заголовку узла в URL-адресе, который используется для доступа к диспетчеру отчетов или серверу отчетов.
  • Убедитесь, что сертификат выдается имени узла или заголовку узла в URL-адресе, который диспетчер отчетов использует для доступа к серверу report Server. Заметка Этот URL может быть определен элементом ReportServerUrl в файле RsWebApplication.config. Если этот URL-адрес не определен, имя узла этого URL-адреса — это имя узла, которое клиент использует для доступа к менеджеру отчетов. Поскольку имя хоста может меняться, если вы используете различные URL-адреса для доступа к диспетчеру отчетов, мы рекомендуем вам четко определить элемент ReportServerUrl, используя правильное имя хоста. Для получения дополнительной информации посетите следующий веб-сайт MSDN:
  • Убедитесь, что цепочка доверия сертификата действительна. То есть убедитесь, что сертификату или эмитенту сертификата доверяют.

5.3 Проблемы возникают в сообщении HTTP между сервером отчетов и диспетчером отчетов

Проблема может возникнуть в сообщении HTTP между диспетчером отчетов и сервером отчетов. Когда конфигурация SSL недействительна, диспетчер отчетов может успешно реагировать на Internet Explorer. Однако диспетчер отчетов не может общаться с Report Server. Если возникает эта проблема, менеджер отчета правильно отображает изображения на главной странице менеджера отчетов. Однако диспетчер отчетов показывает ошибку в пространстве, где вы ожидаете увидеть папки и элементы отчета.Для диагностики этих проблем используйте трассировку .NET Framework. Чтобы включить отслеживание рамок .NET, добавьте следующий код в файл 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>
Например, предположим, что заголовок хоста сервера является "примером1". Тем не менее, ваш сертификат выдается на "пример2". При доступе к главной странице менеджера отчетов с помощью URL-адреса http://example1/reports вы получаете предупреждающее сообщение, указающее о том, что сертификат недействителен. Таким образом, конфигурация сертификата недействительна.Заметка В зависимости от версии Internet Explorer, которую вы используете, предупреждение может быть всплывающее сообщение или сообщение, которое появляется в Internet Explorer. Или, если вы решили игнорировать предупреждения раньше, вы не можете получить предупреждение в Internet Explorer.В report Manager вы получаете следующее сообщение об ошибке:
Основное соединение было закрыто: не удалось установить доверительные отношения для безопасного канала SSL/TLS.
Затем вы добавляете этот код XML в файл Web.config в каталоге Report Manager.Заметка Возможно, вам придется выполнить слияние, если файл Web.config уже содержит элемент slt;system.diagnostics, или элемент lt;switches.При получении одного и того же сообщения об ошибке просмотрите файл журнала, указанный в коде 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-out и сбалансированные проблемы нагрузки

6.1Вы получаете ошибку HTTP 401 с перерывами

Проблема двойного перехода, которую вводит балансировка нагрузки, может привести к периодическим ошибкам HTTP 401. При балансировке нагрузки запрос HTTP, отправляемый на тот же компьютер, может быть направлен на виртуальный сервер, а затем в другой узла. Эта проблема возникает с перерывами. Если запрос перенаправляется в один и тот же узла, запрос удается.Чтобы обойти эту проблему, используйте один из следующих методов:
  • Измените файл Хостов на каждом узлах, чтобы запросы, которые переходят в виртуальный узла, передавались локальному хосту. Например, можно перенаправить запросы, предназначенные для виртуального узла, на IP-адрес 127.0.0.1. Эта операция предотвращает двойной переход, ограничивая запросы от диспетчера отчетов до сервера отчетов на тот же компьютер.
  • Если у вас есть наивная установка Службы отчетности, наймите тег «lt;ReportServerUrl»gt; тег, чтобы использовать «localhost» вместо виртуального сервера.

7 проблем WindowsVista и Windows Server 2008

Если вы устанавливаете службы отчетности в Windows Vista или в Windows Server 2008, внимательно изучите следующую статью базы знаний и веб-сайт MSDN:
938245 Как установить и как настроить службы отчетности S'L Server 2005 на компьютере под управлением Windows Server 2008

Вы получаете сообщение об ошибке "IIS либо не установлен, либо не настроен для установки серверного компонента" во время настройки

При попытке установки служб отчетности на Windows Vista или на Windows Server 2008 вы получаете следующее сообщение об ошибке, даже если IIS уже установлен:
IIS либо не установлен, либо не настроен для установки серверного компонента
Эта проблема возникает из-за того, что функция совместимость управления IIS 6.0 не установлена.

Перенаправление страницы 8Home

При использовании IIS вы можете использовать диспетчер отчетов в качестве домашней страницы по умолчанию для веб-сервера. Например, вы можете перенаправить запросы с http://lt;server,gt; URL-адреса на http://lt;server.gt;/отчеты URL. Для получения информации о том, как настроить перенаправление на домашнюю страницу менеджера отчетов, см.Заметка Вы не можете настроить диспетчера отчетов непосредственно на корневом уровне веб-узла. Вместо этого необходимо настроить перенаправление для установки диспетчера отчетов в качестве домашней страницы по умолчанию для веб-сервера.

9Экспортные выпуски

9.1Время-тайм-аут экспорта

При экспорте отчета из Internet Explorer диалоговый ящик загрузки остается открытым до тех пор, пока не будет сообщен тайм-аут. Эта проблема может возникнуть при работе с некоторыми учетными записями, но не с другими учетными записями. Эта проблема может возникнуть при использовании run As опции для запуска Internet Explorer, чтобы вы могли запустить Internet Explorer из учетной записи, кроме учетной записи logon.Эта проблема может быть вызвана неправильной конфигурацией Internet Explorer, особенно если отчет небольшой, так что тайм-аут не происходит из-за большого количества передачи данных. Чтобы решить эту проблему, выполните следующие действия:
  1. В Internet Explorer щелкните параметры Интернета в меню Инструментов.
  2. В диалоговом поле Internet Options щелкните вкладку Advanced, а затем найдите параметры HTTP 1.1.
  3. Нажмите, чтобы очистить флажок Use HTTP 1.1 и использовать HTTP 1.1 через чек-бокс прокси-соединений.
  4. Нажмите, чтобы выбрать флажок Use HTTP 1.1 и ФЛАК-1 через чек-бокс прокси-соединений.
  5. Перезапустите браузер Internet Explorer.

1064-битные выпуски

10.1Вы получаете сообщение об ошибке "Попытка загрузить 64-битную сборку на 32-битной платформе"

При попытке запуска 32-битных рабочих процессов и 64-битных рабочих процессов бок о бок в IIS 6.0 вы получаете следующее сообщение об ошибке:
Попытка загрузить 64-битную сборку на 32-битную платформу

10.2Вопросы возникают, когда Службы IIS и отчетности находятся в 64-битном режиме, но IIS работает 32-битный режим

Для получения дополнительной информации щелкните приведенные ниже номера статей базы знаний Майкрософт: 
894435 Как переключаться между 32-битной версией ASP.NET 1.1 и 64-битной версией ASP.NET 2.0 на 64-битной версии Windows
934162 Как установить 32-битную версию службы отчетности S'L Server 2005 на компьютер, который работает с 64-битной версией Windows

11IIS и проблемы с конфигурацией виртуального каталога

11.1 Конфигурация недействительна для виртуальных каталогов Report Server или для виртуальных каталогов Report Manager

Вы получаете одно из следующих сообщений об ошибке:Сообщение об ошибке 1
HTTP 503- Услуга недоступна
Сообщение об ошибке 2
HTTP 403.14 - Запрещено (каталог список отказано)
Сообщение об ошибке 2
Каталог Листинг Отказано
Сообщение об ошибке 2
Обслуживание недоступно
Эти сообщения об ошибках указывают на то, что конфигурация виртуальных каталогов Report Server или виртуальных каталогов Report Manager является недействительной. Чтобы решить эту проблему, перестроить виртуальные каталоги Report Server и виртуальные каталоги Report Manager. Для этого выполните следующие действия:
  1. Используйте IIS Manager для удаления существующих виртуальных каталогов в IIS.
  2. Для создания новых виртуальных каталогов используйте инструмент конфигурации служб отчетности или поставщика услуг отчетности WMI.
Для получения дополнительной информации посетите следующие веб-сайты Майкрософт:

12Развертывание служб отчетности и служб Обмена сообщениями Windows бок о бок

Для получения дополнительной информации о том, как развертывать службы отчетности и службы Обмена объектов Windows бок о бок, посетите следующий веб-сайт MSDN:

13Report Builder вопросы

13.1 Вы получаете ошибку HTTP 401 при запуске отчета Builder

Если Report Server использует базовую аутентификацию, необходимо настроить анонимную аутентификацию для Report Builder. Report Builder — это приложение ClickOnce. ClickOnce приложения не могут обрабатывать базовую аутентификацию. Для получения дополнительной информации посетите следующий веб-сайт MSDN:

14Web.config вопросы разбора файлов

14.1Вы получаете сообщение об ошибке System.NullReferenceException от метода Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr

Эта проблема может возникнуть, когда службы отчетности не могут разобрать файл Web.config. Чтобы решить эту проблему, сделайте следующее:
  • Убедитесь, что файл Web.config, который находится в следующей папке, не имеет пространства имен:
    %ProgramFiles% »Microsoft S'L Сервера»-lt;Имя экземпляра »gt;'Отчетные службы »ReportServer
    Если файл Web.config имеет пространство имен, удалите пространство имен. Заметка Редактор, который использовался для изменения файла, может добавить пространство имен. Чтобы определить, произошло ли это, ищите атрибут xmlns на первой строке файла.
  • Убедитесь, что узл;аутентификация» содержит атрибут режима. Если атрибут отсутствует, добавьте атрибут режима в узел «lt;authentication» (l;authentication) — узел. Укажите соответствующее значение атрибута. Например, если вы используете интегрированную аутентификацию Windows, режим проверки подлинности, скорее всего, настроен на "Windows". Для получения дополнительной информации о ASP.NET режимах проверки подлинности, см.

    Скачать Visual Studio 2003 Отставная техническая документация

Элемент аутентификации (ASP.NET схемы настроек)