sql server reporting services: Passing Impersonation through the ReportViewer IFrame? -- sql server reporting services

Re: Passing Impersonation through the ReportViewer IFrame?

Jeff A. Stucker
12/14/2004 10:30:08 AM

sql server reporting services: It sounds like you're creating a custom report manager. The call to the
report URL is separate from the call to the report manager; they are
separate web apps on the same server. In the Microsoft forms authentication
sample code, they deal with this issue by sharing session information
between the report manager and report server via an auth cookie.

I'm not sure exactly how this will apply to your situation, but hopefully
that helps you at least start tracking down the issues. See this article
for more information on the security interaction between the report manager
and report server:

http://msdn.microsoft.com/library/?url=/library/en-us/dnsql2k/html/ufairs.asp

--
Cheers,

'(' Jeff A. Stucker
\

Business Intelligence
www.criadvantage.com
--------------------------------------
[quoted text, click to view]

Passing Impersonation through the ReportViewer IFrame?

Matt Swift
12/14/2004 12:41:57 PM

I am trying to impersonate a user through the web.config of the webapp that
I'm using to view reports. Reports are pulled back through the ReportViewer
object, and so, pulled back through an IFrame.

I impersonate the user which we set up in the report server, so that we can
bypass windows authentication dialog in the webapp and have impersonation do
this for us, so we can go straight into the report. When a user tries to go
to the service directly they get the prompt, and so are restricted. This is
what I'm after.

But, when I hit the report gen button on the Report Viewer it still prompts
for user/pass in a windows dialog. Is impersonation lost through the
IFrame? Does anyone have a better solution?

Appreciated,

Matt S