Home All Groups Group Topic Archive Search About

Report Viewer deployment

Author
3 Jul 2006 10:24 AM
digbydog
Hello,

I have created a simple .rdlc report and am showing it using the
ReportViewer control. All works OK on my development PC where I am using
windows authentication and identity impersonate = true. I ran
reportViewer.exe on the development PC.

The prod (intranet) setup has the web server and sql server (2000) on the
same machine. I have got the netwrok team to run redistributable
ReportViewer.exe on the prod server but when I run the report I get a
message saying that [MACHINE]\ASPNET user was denied access. I didn't think
I would have to give ASPNET user any special privileges as we are using
windows authentication.

Can anyone point me in the right direction for setting up a prod server to
run reports ?

thanks

Author
3 Jul 2006 1:06 PM
William Sullivan
Does [machine]\aspnet have login and access rights to the database?  Probably
not.  You must add a login for the aspnet account and then grant it the
necessary rights to the databases that are being accessed for the report.

Make sure, tho, not to give the account more rights than it needs.  If
somebody is able to hijack your webpage they would have all the rights to the
database that the aspnet account does.  If your reporting software isn't
writing to the database, definitely give the aspnet account read-only access,
etc.

Show quoteHide quote
"digbydog" wrote:

> Hello,
>
> I have created a simple .rdlc report and am showing it using the
> ReportViewer control. All works OK on my development PC where I am using
> windows authentication and identity impersonate = true. I ran
> reportViewer.exe on the development PC.
>
> The prod (intranet) setup has the web server and sql server (2000) on the
> same machine. I have got the netwrok team to run redistributable
> ReportViewer.exe on the prod server but when I run the report I get a
> message saying that [MACHINE]\ASPNET user was denied access. I didn't think
> I would have to give ASPNET user any special privileges as we are using
> windows authentication.
>
> Can anyone point me in the right direction for setting up a prod server to
> run reports ?
>
> thanks
>
>
>
Are all your drivers up to date? click for free checkup

Author
3 Jul 2006 1:32 PM
digbydog
thanks for the response but I thought that as the data source used for the
report is using a connection from the web.config and that uses windows
authentication + identity impersonate then the user running the page would
be the one running the report ? Does the report viewer authenticate in a
different way and do it via the machine\ASPNET user?


Show quoteHide quote
"William Sullivan" <WilliamSulli***@discussions.microsoft.com> wrote in
message news:EFAE68C0-F45E-4CD0-B566-A7BFDE9F5A2A@microsoft.com...
> Does [machine]\aspnet have login and access rights to the database?
> Probably
> not.  You must add a login for the aspnet account and then grant it the
> necessary rights to the databases that are being accessed for the report.
>
> Make sure, tho, not to give the account more rights than it needs.  If
> somebody is able to hijack your webpage they would have all the rights to
> the
> database that the aspnet account does.  If your reporting software isn't
> writing to the database, definitely give the aspnet account read-only
> access,
> etc.
>
> "digbydog" wrote:
>
>> Hello,
>>
>> I have created a simple .rdlc report and am showing it using the
>> ReportViewer control. All works OK on my development PC where I am using
>> windows authentication and identity impersonate = true. I ran
>> reportViewer.exe on the development PC.
>>
>> The prod (intranet) setup has the web server and sql server (2000) on the
>> same machine. I have got the netwrok team to run redistributable
>> ReportViewer.exe on the prod server but when I run the report I get a
>> message saying that [MACHINE]\ASPNET user was denied access. I didn't
>> think
>> I would have to give ASPNET user any special privileges as we are using
>> windows authentication.
>>
>> Can anyone point me in the right direction for setting up a prod server
>> to
>> run reports ?
>>
>> thanks
>>
>>
>>
Author
3 Jul 2006 4:31 PM
William Sullivan
Are you saying that you have set up ASP.NET to impersonate a user account in
the configuration?  If you are getting the error message "[machine
name]\aspnet does not have access..." then it doesn't seem that impersonation
for the website is configured properly.  Have someone log onto your website
and check out the user account the ASP.NET worker process is running under
(aspnet_wp for xp, w3wp (I believe) for server 2k3).  If you're using windows
authentication to log onto the database, this is the account that will be
attempting to log on.  If that account doesn't have the correct rights, you
won't be able to connect.  Double check all your config assumptions (asp.net
config and sql server config), turn on auditing at the sql server and check
your logs. 

Show quoteHide quote
"digbydog" wrote:

> thanks for the response but I thought that as the data source used for the
> report is using a connection from the web.config and that uses windows
> authentication + identity impersonate then the user running the page would
> be the one running the report ? Does the report viewer authenticate in a
> different way and do it via the machine\ASPNET user?
>
>
> "William Sullivan" <WilliamSulli***@discussions.microsoft.com> wrote in
> message news:EFAE68C0-F45E-4CD0-B566-A7BFDE9F5A2A@microsoft.com...
> > Does [machine]\aspnet have login and access rights to the database?
> > Probably
> > not.  You must add a login for the aspnet account and then grant it the
> > necessary rights to the databases that are being accessed for the report.
> >
> > Make sure, tho, not to give the account more rights than it needs.  If
> > somebody is able to hijack your webpage they would have all the rights to
> > the
> > database that the aspnet account does.  If your reporting software isn't
> > writing to the database, definitely give the aspnet account read-only
> > access,
> > etc.
> >
> > "digbydog" wrote:
> >
> >> Hello,
> >>
> >> I have created a simple .rdlc report and am showing it using the
> >> ReportViewer control. All works OK on my development PC where I am using
> >> windows authentication and identity impersonate = true. I ran
> >> reportViewer.exe on the development PC.
> >>
> >> The prod (intranet) setup has the web server and sql server (2000) on the
> >> same machine. I have got the netwrok team to run redistributable
> >> ReportViewer.exe on the prod server but when I run the report I get a
> >> message saying that [MACHINE]\ASPNET user was denied access. I didn't
> >> think
> >> I would have to give ASPNET user any special privileges as we are using
> >> windows authentication.
> >>
> >> Can anyone point me in the right direction for setting up a prod server
> >> to
> >> run reports ?
> >>
> >> thanks
> >>
> >>
> >>
>
>
>
Author
5 Jul 2006 9:31 PM
digbydog
I couldn't get it working using the dataset used at design time so just
created a dataset at run time and bound it to the report and viewed and all
is Ok - not sure what happened but mustn't  have had the website configured
proeprly

Show quoteHide quote
"William Sullivan" <WilliamSulli***@discussions.microsoft.com> wrote in
message news:FBE8BEA7-0AB5-4546-95A2-668D8F6486AA@microsoft.com...
> Are you saying that you have set up ASP.NET to impersonate a user account
> in
> the configuration?  If you are getting the error message "[machine
> name]\aspnet does not have access..." then it doesn't seem that
> impersonation
> for the website is configured properly.  Have someone log onto your
> website
> and check out the user account the ASP.NET worker process is running under
> (aspnet_wp for xp, w3wp (I believe) for server 2k3).  If you're using
> windows
> authentication to log onto the database, this is the account that will be
> attempting to log on.  If that account doesn't have the correct rights,
> you
> won't be able to connect.  Double check all your config assumptions
> (asp.net
> config and sql server config), turn on auditing at the sql server and
> check
> your logs.
>
> "digbydog" wrote:
>
>> thanks for the response but I thought that as the data source used for
>> the
>> report is using a connection from the web.config and that uses windows
>> authentication + identity impersonate then the user running the page
>> would
>> be the one running the report ? Does the report viewer authenticate in a
>> different way and do it via the machine\ASPNET user?
>>
>>
>> "William Sullivan" <WilliamSulli***@discussions.microsoft.com> wrote in
>> message news:EFAE68C0-F45E-4CD0-B566-A7BFDE9F5A2A@microsoft.com...
>> > Does [machine]\aspnet have login and access rights to the database?
>> > Probably
>> > not.  You must add a login for the aspnet account and then grant it the
>> > necessary rights to the databases that are being accessed for the
>> > report.
>> >
>> > Make sure, tho, not to give the account more rights than it needs.  If
>> > somebody is able to hijack your webpage they would have all the rights
>> > to
>> > the
>> > database that the aspnet account does.  If your reporting software
>> > isn't
>> > writing to the database, definitely give the aspnet account read-only
>> > access,
>> > etc.
>> >
>> > "digbydog" wrote:
>> >
>> >> Hello,
>> >>
>> >> I have created a simple .rdlc report and am showing it using the
>> >> ReportViewer control. All works OK on my development PC where I am
>> >> using
>> >> windows authentication and identity impersonate = true. I ran
>> >> reportViewer.exe on the development PC.
>> >>
>> >> The prod (intranet) setup has the web server and sql server (2000) on
>> >> the
>> >> same machine. I have got the netwrok team to run redistributable
>> >> ReportViewer.exe on the prod server but when I run the report I get a
>> >> message saying that [MACHINE]\ASPNET user was denied access. I didn't
>> >> think
>> >> I would have to give ASPNET user any special privileges as we are
>> >> using
>> >> windows authentication.
>> >>
>> >> Can anyone point me in the right direction for setting up a prod
>> >> server
>> >> to
>> >> run reports ?
>> >>
>> >> thanks
>> >>
>> >>
>> >>
>>
>>
>>

Bookmark and Share