Я разработал и развернул несколько своих отчётов на локальном сервере отчётов Reporting Services , Установил соответствующие разрешения для пользователей MYDOMAIN\Domain Users (System User + Browser Role) на всём сервере (включая папку Home и её подпапку My Sample Reports ). Однако когда я (как пользователь домена) пытаюсь посмотреть http://myreportserver/Reports , то ничего не вижу, кроме пустой папки Home . В то же время, если я обращаюсь по адресу http://myreportserver/ReportServer , то могу просматривать всё, что мне нужно, и даже генерировать отчёты. Не мог ли бы кто-нибудь пояснить, что не так с моим Report Manager 'ом по адресу http://myreportserver/Reports , в чём заключается проблема с доступом к отчётам, и каких разрешений недостаёт. Спасибо.

LevSВидно ли что-нибудь в http://<>/Reports при переключении в Detail view? Возможно, что установлен флаг Hidden для фолдера.

Нет, ничего не видно. Флаг Hidden для папки точно снят.

LevSВторой вариант: для Reports VRoot в IIS установлена анонимная аутентикация.

Нет, анонимный доступ запрещён.

Тем не менее, спасибо за Ваши гипотезы. Мы уже разобрались, и вот в чём была проблема...

На самом деле изначально проблемы было три: 1) не запускалась служба RS , 2) не работало ASP-приложение в каталоге Reports , и 3) не отображались отчёты. Первая проблема решилась переустановкой IIS и RS .

Вторая проблема решилась переустановкой ASP, причем именно из панели управления. То есть Add or Remove Programs > Add/Remove Windows Components > Application Server > Internet Information Services > World Wide Web Service > Active Server Pages . Снимаем галку - ASP удаляется, затем ставим галку - ASP ставится заново. Рекомендуемый везде aspnet_regiis -i хотя и переустанавливает ASP, но проблему не решает.

Третья проблема ( самая главная! ) решилась правкой web.config в каталоге ReportManager (c:\Program Files\Microsoft SQL Server\MSSQL.3\Reporting Services\ReportManager\) - в нём почему-то отсутствовала строка:

<identity impersonate="true" />

из-за чего не проходила корректная аутентификация. После добавления этого параметра проблема решилась.

P.S. <identity impersonate="true" /> will assume the identity of the authenticated user connected to IIS (usually replacing the ASPNET user). Here is some more info on which permissions are set: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnnetsec/html/SecNetAP05.asp