Service Logon Problem

[Sateesh]

Hello,

I have a .Net service registered in my machine and set Logon type as "This
account" and gave my domain account name and it's password. It works fine
and I am able to connect to a remote drive and to a remote database etc from
the service.

How ever if I use a local user (administrator too) instead of my domain
account, it is failing to connect to either remote netwrork drive or remote
database. Does it require any special permission to be set?

Thanks in advance,
Sateesh.

[richlm]

That's the way Windows networking is supposed to work.

For test purposes you could try setting up a local account on the remote
server with the same username/password (mirrored accounts).

A better solution though is to create a domain account specifically for your
service (i.e. a service account).
This is more secure and easier to administer.

[Sateesh]

Thanks for the information. As you said I tried with mirrored accounts,
but still I am unable to connect to the remote server.

"richlm" <ri*****@h0tmai1.com> wrote in message
news:%2****************@tk2msftngp13.phx.gbl...

That's the way Windows networking is supposed to work.

For test purposes you could try setting up a local account on the remote
server with the same username/password (mirrored accounts).

A better solution though is to create a domain account specifically for your service (i.e. a service account).
This is more secure and easier to administer.

[Willy Denoyette [MVP]]

If it works with your domain account, why would you use a local account?
Do as richlm suggested, create a domain account specifically for your
service and forget about "mirrored" accounts.

Willy.

"Sateesh" <n_*******@hotmail.com> wrote in message
news:uh*************@TK2MSFTNGP14.phx.gbl...

Thanks for the information. As you said I tried with mirrored accounts,
but still I am unable to connect to the remote server.

"richlm" <ri*****@h0tmai1.com> wrote in message
news:%2****************@tk2msftngp13.phx.gbl...

> That's the way Windows networking is supposed to work.
>
> For test purposes you could try setting up a local account on the

remote

> server with the same username/password (mirrored accounts).
>
> A better solution though is to create a domain account specifically for

your

> service (i.e. a service account).
> This is more secure and easier to administer.
>
>