Re: Question about Computers and OUs

From: Herb Martin (news_at_LearnQuick.com)
Date: 03/28/04


Date: Sun, 28 Mar 2004 15:29:43 -0600


"Mike P" <anonymous@discussions.microsoft.com> wrote in message
news:540F4422-E94C-4384-9817-1D04CFF67AD5@microsoft.com...
> We have serveral OU's setup here at work. I was wondering what is the
correct/best way to prevent a user in the Accounting OU from logging in on a
computer in the Finance OU?

There really is no direct way, as OU's are not designed
as "security boundaries" nor as "security principles" and
by default all "users" can logon at all workstations (not
servers.)

This is not really an intended use for OU's but that doesn't
mean you desire to do it is unreasonable.

> I have been putting the correct computers in the correct
OU's and thought that this might prevent users from other
OU's from logging in on them.

In fact, there is no necessary reason for users and "their"
computers to even be in the same OU, or for that matter
do they even need to be in the same DOMAIN.

>I also tried setting permissions on each individual computer
object but this does not seem to help.

No, that only limits who/what can be done to the AD "objects",
not to the respective computers.

> Is this what Group Polocies are for?

Not really but maybe we can "rig" it. Before you do this,
please think through carefully if this is REALLY what you
are trying to accomplish and not just a method that you
expect might reach a more fundamental goal....

You could write a LOGON script, that checked the User
and the Machine against the OU, and the user's groups
against certain "exceptions" (Admins, Backup, Printer, Server
etc operators) and then just LOG them off.

Technically it won't prevent logon, but it reaches the correct
effect.

I don't like it -- it's ugly, and it offends my sense of design
for what I suspect would turn out to be practical reasons
once it underwent tests but on the surface it seems like it
would work to do what you request.

The programmer that gins this together for you will need to
be pretty good at mental simular and testing or you will end
up with some nasty surprises, e.g., does a user have to "in"
the OU, or is a "child" good enough? Or as I hinted above,
who can violate the OU rule? Just admins? What if you
left this out and couldn't logon?

(There are ways around it but it might get ugly.)

-- 
Herb Martin


Relevant Pages

  • Re: Making the case for not installing DCs on remote sites (2xT1 links)
    ... 25,000 users;-) and I don't know how may servers -4,000 perhaps. ... I think that the logon ... >>>>to logon from branch offices where I have no DC+GC there. ... >>>>offices with more than 60 computers. ...
    (microsoft.public.win2000.active_directory)
  • ORA-01005: null password given; logon denied
    ... developer's computers work showing the reports. ... I also have 3 seperate enviroments with their own web servers (Dev,QA,and ... Exception Details: System.Runtime.InteropServices.COMException: Logon ...
    (microsoft.public.vb.crystal)
  • Re: Security Event ID 529 & 681 / source= outside domains
    ... domain admins to assume those computers are not compromised. ... computers are compromised through a network connection all the time, ... Viewer on those two servers for any pertinent errors, review configuration, ... > Logon Process: NtLmSsp ...
    (microsoft.public.win2000.security)
  • Re: Restrict access to specific servers??
    ... There is also the "Logon to" option in the user account properties. ... can specify the computers (clients or servers) that the user can log on to ...
    (microsoft.public.win2000.active_directory)
  • Re: Help me with shared XP Prof.
    ... >Ethernet adapter Local Area Connection: ... > Master browser name is: ... > 2 backup servers retrieved from master COMP_3 ... Let's see what we know from these 3 computers. ...
    (microsoft.public.windowsxp.network_web)