Hi Chris,
Please correct me if I'm wrong, but my understanding of this option was
that the "Log On To" attribute in a user object restricts that account
to only log on to those systems (NetBIOS names only) which is a right
set at one location to restrict access to a limited set of systems.
The GPO you're talking about, in order to have the same effect would
need to be applied to all of the systems you don't want that account to
have access to (or explicitly have access to), correct?
I'm thinking they are two different approaches to accomplish the same
goal. I really like the "Log On To" ability and I regularly use it to
restrict Service Accounts to a single system. This also provides a
rather primitive form of system accounting and ties that account to the
system(s) listed therein which also allows for convienient reporting of
the relationship through tools like CSVDE.
Brad Turner, MIIS MVP
chriss3 [MVP] wrote:
> That is a legacy setting that remains since Windows NT. Within an Active
> Directory Environment you can take use of Group Policies and the settings
> Allow Logon Locally and Deny Logon Locally
>
> --
> Regards
> Christoffer Andersson
> Microsoft MVP - Directory Services
>
> ----------------------------------------------------------------
> http://www.chrisse.se - Active Directory Resources
>
> "djc" <(E-Mail Removed)> wrote in message
> news:(E-Mail Removed)...
> > in a users properties in ADUC, there is the 'log on to' button where you
> > can control what computer a user can log on to:
> >
> > what types of log on does this apply to? all? just local? all interactive?
> > does it also include remote connections via SMB resource shares?
> >
> > I have not had to use the feature but it came up and I'm curious.
> >