Ajak
Thu Jan 05 18:45:55 CST 2006
Thanks... I have found the solution to the problem. Now I remember what I
did to make it work the last time I had this problem.
Yes, it is an account problem. All I did to make it work is change the
userName & password impersonation settings under processModel section in
machine.config file. By the default, they are set to 'Machine' &
'AutoGenerate' respectively. Setting to Machine will force Aspnet_wp.exe to
run under the built-in account ASPNET. But I wonder why it still doesn't
work even when I add ASPNET account to the Administrators group.
Then I tried setting it to 'System'. But this yields another error:- 'Login
failed for user 'sa'. Reason: Not associated with a trusted SQL Server
connection.' Not wanting to spend even more time to fix this error, I
decided to use my own login account. And it works now.
BTW, I set my login name and password in the registry and encrypt it using
aspnet_setreg to add some security.
This is a bug, but I wonder why nobody in this newsgroup have had this
problem.
For further readings, go to
http://support.microsoft.com/default.aspx?scid=kb;en-us;315159
Thanks to all.
"Andy" <Andy@discussions.microsoft.com> wrote in message
news:3F46BF29-EA25-45EF-9DCD-7F705E1608ED@microsoft.com...
> The problem sounds like an account problem. Your asp.net (web app) on your
> local machine is using your local asp account which doesn't have access to
> the SQL server you are trying to connect to. What you can do for testing I
> think is to change the account running your asp.net service on your local
> machine to your network account (however you log onto your network because
> that account has access to the server because your other process is
> working
> properly.) Please reply and let me know if this makes any sense and/or is
> helpful.
>
> It has been awhile since I have worked on this stuff, and if you need more
> detailed information, I will have to dig into it a bit more.
>
>
>
> "Ajak" wrote:
>
>>
>> "Skanda Subramanian" <skandy.sub@gmail.com> wrote in message
>> news:1136374033.705203.47780@g44g2000cwa.googlegroups.com...
>> > Ajak:
>> >
>> > First thing, go to Client Configuation properties on the client machine
>> > by going to Start->un->cliconfg and check to see if the protocols are
>> > enabled. You may wish to try using a different protocol tha the one its
>> > failing with currently, like Named Pipes for TCP.
>> >
>>
>> Do you mean Client Network Utility? Is so, then you mean I need to check
>> its
>> settings on the SQL server, not my machine right?
>> I need to clarify that I didn't change anything on the SQL server. And my
>> Web Application works fine before I format and reinstall Win XP on my
>> machine. That's all I did.
>>
>> > Check to see if the account your application is trying to see has
>> > access on SQL Server.
>>
>> The account my web application is using is the 'sa' account and yes, it
>> has
>> all the privillege on the SQL server. And I'm sure the connection string
>> is
>> right because the same conn string used in 2 different types of app, ran
>> on
>> my one and only development machine -
>>
>> 1) Web Application written in VB.NET (Where I believe run by
>> aspnet_wp.exe)
>> <-- cannot find the server or access denied
>> 2) Stand Alone EXE written in VB.NET <--- yipeee! I can see the server
>> just
>> fine!!!
>>
>> On my mechine, I also installed SQL Client Tool such as Enterprise
>> Maneger,
>> Query Analyzer... They can find the SQL server without any problem. The
>> same
>> goes when I created System DSN in ODBC Data Source Administrator.
>>
>> That means, only the aspnet_wp.exe cannot find the server. Right?
>>
>> I am going to try connecting using classic ASP and see if the problem is
>> there as well.
>>
>> I hope I have explained the situation I'm having clearly.
>>
>>
>>