2nd opinion? - Windows service app development

[=?Utf-8?B?Qi4gQ2hlcm5pY2s=?=]

I have not touched a Windows Service app since my MCAD certs (about 5 years
ago...) I've just been assigned to write a quickie app. I could use a 2nd
opinion here.

The app is to be written in Dot Net 2.0 (VB). Probably all it will do is
monitor a directory (at intervals controled by a timer), do some stuff with
text files, and ftp text files to an ftp. I believe I've successfully tested
most of the techniques I'll be using but I was wondering about the status of
the ServiceProcessI nstaller's Account setting. 'LocalSystem' seems to works
fine. "LocalServi ce' works fine as well, if I give 'Local Service' full
access to the directory.

So I suppose my question is, given the above, should I prefer using
"LocalSyste m" or "LocalServi ce"? (Are there any 'gotchas' with either in a
situation like this?)

[Alex Clark]

I would say you'd be better off running under the account of least
privelege, as long as your service will still work. Is there any reason
you'd need LocalSystem privs (i.e. higher even than an administrator)?

I would configure a custom action in the installer so that it automatically
grants LocalService access to the directory it watches, and run it under
that. Search the MS webby for a description of the privs granted to
LocalService also, you might find there's something in there that's too
restrictive, but I doubt it.

There are very few apps these days that genuinely need Admin privs to run,
let alone anything higher, but your best option is to research and find out
exactly what you need.

-Alex
"B. Chernick" <BC*******@disc ussions.microso ft.comwrote in message
news:28******** *************** ***********@mic rosoft.com...

>I have not touched a Windows Service app since my MCAD certs (about 5 years
ago...) I've just been assigned to write a quickie app. I could use a
2nd
opinion here.

The app is to be written in Dot Net 2.0 (VB). Probably all it will do is
monitor a directory (at intervals controled by a timer), do some stuff
with
text files, and ftp text files to an ftp. I believe I've successfully
tested
most of the techniques I'll be using but I was wondering about the status
of
the ServiceProcessI nstaller's Account setting. 'LocalSystem' seems to
works
fine. "LocalServi ce' works fine as well, if I give 'Local Service' full
access to the directory.

So I suppose my question is, given the above, should I prefer using
"LocalSyste m" or "LocalServi ce"? (Are there any 'gotchas' with either in
a
situation like this?)

[Steve Gerrard]

B. Chernick wrote:

I have not touched a Windows Service app since my MCAD certs (about 5
years ago...) I've just been assigned to write a quickie app. I
could use a 2nd opinion here.

The app is to be written in Dot Net 2.0 (VB). Probably all it will
do is monitor a directory (at intervals controled by a timer), do
some stuff with text files, and ftp text files to an ftp. I believe
I've successfully tested most of the techniques I'll be using but I
was wondering about the status of the ServiceProcessI nstaller's
Account setting. 'LocalSystem' seems to works fine. "LocalServi ce'
works fine as well, if I give 'Local Service' full access to the
directory.

So I suppose my question is, given the above, should I prefer using
"LocalSyste m" or "LocalServi ce"? (Are there any 'gotchas' with
either in a situation like this?)

LocalService should be okay, except I would wonder about ftp'ing files. That
implies going out over the network. LocalService would not necessarily have
access to the external network resources you need, depending on what they are.

I have had a service running under LocalService for over a year now, with no
snags. It does not do any ftp, but it does send emails out over the network. You
might want to look at using a FileSystemWatch er instead of a timer to monitor a
directory; that has worked very well for me.

[Steve Gerrard]

Steve Gerrard wrote:

I have had a service running under LocalService for over a year now,
with no snags. It does not do any ftp, but it does send emails out
over the network.

Whoops, I lied, it is running under LocalSystem (just checked it remotely). Not
sure why. No problems, though.

[Alex Clark]

What Steve just said about FTP'ing reminded me of something - I'm not sure
that LocalService gets external network access, whereas "NETWORK SERVICE"
should. Other than that, like I said before, investigate the privs
associated with all 3 accounts to see which is best for you.

-Alex
"Steve Gerrard" <my********@com cast.netwrote in message
news:kL******** *************** *******@comcast .com...

B. Chernick wrote:

>I have not touched a Windows Service app since my MCAD certs (about 5
years ago...) I've just been assigned to write a quickie app. I
could use a 2nd opinion here.

The app is to be written in Dot Net 2.0 (VB). Probably all it will
do is monitor a directory (at intervals controled by a timer), do
some stuff with text files, and ftp text files to an ftp. I believe
I've successfully tested most of the techniques I'll be using but I
was wondering about the status of the ServiceProcessI nstaller's
Account setting. 'LocalSystem' seems to works fine. "LocalServi ce'
works fine as well, if I give 'Local Service' full access to the
directory.

So I suppose my question is, given the above, should I prefer using
"LocalSystem " or "LocalServi ce"? (Are there any 'gotchas' with
either in a situation like this?)

LocalService should be okay, except I would wonder about ftp'ing files.
That implies going out over the network. LocalService would not
necessarily have access to the external network resources you need,
depending on what they are.

I have had a service running under LocalService for over a year now, with
no snags. It does not do any ftp, but it does send emails out over the
network. You might want to look at using a FileSystemWatch er instead of a
timer to monitor a directory; that has worked very well for me.

[=?Utf-8?B?Qi4gQ2hlcm5pY2s=?=]

?? Well so far it seems to work with LocalService. I do have to add a
credential object.

Dim uploadRequest As FtpWebRequest = WebRequest.Crea te(uploadUrl)
Dim cred As NetworkCredenti al = uploadRequest.C redentials
cred.UserName = "myUserName "
cred.Password = "myPassword "
"Alex Clark" wrote:

What Steve just said about FTP'ing reminded me of something - I'm not sure
that LocalService gets external network access, whereas "NETWORK SERVICE"
should. Other than that, like I said before, investigate the privs
associated with all 3 accounts to see which is best for you.

-Alex
"Steve Gerrard" <my********@com cast.netwrote in message
news:kL******** *************** *******@comcast .com...

B. Chernick wrote:

I have not touched a Windows Service app since my MCAD certs (about 5
years ago...) I've just been assigned to write a quickie app. I
could use a 2nd opinion here.

The app is to be written in Dot Net 2.0 (VB). Probably all it will
do is monitor a directory (at intervals controled by a timer), do
some stuff with text files, and ftp text files to an ftp. I believe
I've successfully tested most of the techniques I'll be using but I
was wondering about the status of the ServiceProcessI nstaller's
Account setting. 'LocalSystem' seems to works fine. "LocalServi ce'
works fine as well, if I give 'Local Service' full access to the
directory.

So I suppose my question is, given the above, should I prefer using
"LocalSyste m" or "LocalServi ce"? (Are there any 'gotchas' with
either in a situation like this?)

LocalService should be okay, except I would wonder about ftp'ing files.
That implies going out over the network. LocalService would not
necessarily have access to the external network resources you need,
depending on what they are.

I have had a service running under LocalService for over a year now, with
no snags. It does not do any ftp, but it does send emails out over the
network. You might want to look at using a FileSystemWatch er instead of a
timer to monitor a directory; that has worked very well for me.

[=?Utf-8?B?Qi4gQ2hlcm5pY2s=?=]

Thanks. Interesting concepts. When you say 'custom action in the
installer', are you refering to the ServiceInstalle r or the
ServiceProcessI nstaller? (I need to do more reading about those two.)

Also, is it possible under these conditions to somehow generate a popup
input window during installation? (Given that a Windows Service itself
cannot directly generate a form.) I've got to give configuration control
some thought because userid, password, and directory to monitor will probably
all have to be set at install time. (And made available for edit later.)

"Alex Clark" wrote:

I would say you'd be better off running under the account of least
privelege, as long as your service will still work. Is there any reason
you'd need LocalSystem privs (i.e. higher even than an administrator)?

I would configure a custom action in the installer so that it automatically
grants LocalService access to the directory it watches, and run it under
that. Search the MS webby for a description of the privs granted to
LocalService also, you might find there's something in there that's too
restrictive, but I doubt it.

There are very few apps these days that genuinely need Admin privs to run,
let alone anything higher, but your best option is to research and find out
exactly what you need.

-Alex
"B. Chernick" <BC*******@disc ussions.microso ft.comwrote in message
news:28******** *************** ***********@mic rosoft.com...

I have not touched a Windows Service app since my MCAD certs (about 5 years
ago...) I've just been assigned to write a quickie app. I could use a
2nd
opinion here.

The app is to be written in Dot Net 2.0 (VB). Probably all it will do is
monitor a directory (at intervals controled by a timer), do some stuff
with
text files, and ftp text files to an ftp. I believe I've successfully
tested
most of the techniques I'll be using but I was wondering about the status
of
the ServiceProcessI nstaller's Account setting. 'LocalSystem' seems to
works
fine. "LocalServi ce' works fine as well, if I give 'Local Service' full
access to the directory.

So I suppose my question is, given the above, should I prefer using
"LocalSyste m" or "LocalServi ce"? (Are there any 'gotchas' with either in
a
situation like this?)

[Alex Clark]

You can create a Setup project which handles installation of your service,
and add a custom action to the Setup project which includes giving the user
the option of configuration. This doesn't break the service guidelines as
the installer isn't actually running the service, it's just installing it,
therefore it's fine to have a GUI.

In terms of users editing that config info at a later date, you'd need a
separate exe to allow them to do that; one which is a standard
winforms/console app and not a service.

Regarding your other email, it sounds like LocalService will work out for
you in that case? I'm a little surprised that LocalService is giving you
network access, but if it works then cool :-)

"B. Chernick" <BC*******@disc ussions.microso ft.comwrote in message
news:5D******** *************** ***********@mic rosoft.com...

Thanks. Interesting concepts. When you say 'custom action in the
installer', are you refering to the ServiceInstalle r or the
ServiceProcessI nstaller? (I need to do more reading about those two.)

Also, is it possible under these conditions to somehow generate a popup
input window during installation? (Given that a Windows Service itself
cannot directly generate a form.) I've got to give configuration control
some thought because userid, password, and directory to monitor will
probably
all have to be set at install time. (And made available for edit later.)

"Alex Clark" wrote:

>I would say you'd be better off running under the account of least
privelege, as long as your service will still work. Is there any reason
you'd need LocalSystem privs (i.e. higher even than an administrator)?

I would configure a custom action in the installer so that it
automaticall y
grants LocalService access to the directory it watches, and run it under
that. Search the MS webby for a description of the privs granted to
LocalService also, you might find there's something in there that's too
restrictive, but I doubt it.

There are very few apps these days that genuinely need Admin privs to
run,
let alone anything higher, but your best option is to research and find
out
exactly what you need.

-Alex
"B. Chernick" <BC*******@disc ussions.microso ft.comwrote in message
news:28******* *************** ************@mi crosoft.com...

>I have not touched a Windows Service app since my MCAD certs (about 5
years
ago...) I've just been assigned to write a quickie app. I could use a
2nd
opinion here.

The app is to be written in Dot Net 2.0 (VB). Probably all it will do
is
monitor a directory (at intervals controled by a timer), do some stuff
with
text files, and ftp text files to an ftp. I believe I've successfully
tested
most of the techniques I'll be using but I was wondering about the
status
of
the ServiceProcessI nstaller's Account setting. 'LocalSystem' seems to
works
fine. "LocalServi ce' works fine as well, if I give 'Local Service'
full
access to the directory.

So I suppose my question is, given the above, should I prefer using
"LocalSyste m" or "LocalServi ce"? (Are there any 'gotchas' with either
in
a
situation like this?)