Re: Windows authentication on SQL server
From: Kevin Burton (KevinBurton_at_discussions.microsoft.com)
Date: 10/21/04
- Next message: Pieter de Goeje: "Re: How to Spy on DLLs"
- Previous message: Bonj: "How to Spy on DLLs"
- In reply to: Jeff Dillon: "Re: Windows authentication on SQL server"
- Next in thread: Tibor Karaszi: "Re: Windows authentication on SQL server"
- Reply: Tibor Karaszi: "Re: Windows authentication on SQL server"
- Messages sorted by: [ date ] [ thread ]
Date: Thu, 21 Oct 2004 09:26:23 -0700
I was following this thread as I think I have a similar problem. I looked in
Services and found SQLSERVERAGENT, MSSQLSERVER, and MSSQLServerADHelper.
Would I set all of these services to use a domain account? I am not sure what
each of these services do.
Would this be why when I run a service on another machine as *just* a domain
user I get SQL login failures? When I run the service on another machine as a
domain admin I don't get the SQL login failures.
Thank you for this clarification.
"Jeff Dillon" wrote:
> Control Panel, Administrative tools, Services. Right click on the SQL
> service, and change the login user from System to a domain user account
>
> Jeff
>
> "Bonj" <Bonj@discussions.microsoft.com> wrote in message
> news:2324EB8B-0082-4E6A-9095-0F32D0F34FED@microsoft.com...
> > Hello
> > In making an extended stored proc, I am trying to use a wizard-generated
> ATL
> > OLEDB consumer class to access data. I've tested this and it works fine
> when
> > run from a standard windows application.
> > When I debug the extended stored proc, it connects fine (it is connecting
> to
> > a remote SQL server).
> > However, when I deploy it to SQL server and run it from SQL when SQL is
> > running as a service, then trying to connect using ATL produces "IDispatch
> > error #3149", and an ADODB connection just returns the generic 'Access
> > violation occurred' error.
> > However I think I know why this is: when debugging, it is working fine
> > because it is logged in as me, and I can log in with windows
> authentication
> > to the SQL server on the other machine, but the SYSTEM account can't,
> which I
> > believe is the cause of why it is failing.
> >
> > My question is, how can I add the SYSTEM account on my development machine
> > to the list of people trusted by the windows authentication of SQL server
> on
> > the other machine? It's MSDE so I'm an admin on it, so I can do this - if
> I
> > knew what to do!
> >
> > Failing this I will create a limited account and hardcode its name into
> the
> > application, but I'd rather not do this if it's possible with windows
> > authentication.
> >
> > Thanks
> >
> >
>
>
>
- Next message: Pieter de Goeje: "Re: How to Spy on DLLs"
- Previous message: Bonj: "How to Spy on DLLs"
- In reply to: Jeff Dillon: "Re: Windows authentication on SQL server"
- Next in thread: Tibor Karaszi: "Re: Windows authentication on SQL server"
- Reply: Tibor Karaszi: "Re: Windows authentication on SQL server"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|