each time you create an OU beneath that OUx remove from the OUs authenticated 
users. The objects in the OU also have authenticated users and everyone 
explicitely defined. you also need to get rid of those too. Remove the members 
of the Pre-Windows 2000 compatible Access group (if possible and this depends 
if you have legacy apps or servers)
 
remember that if you use the default MS admin groups (account operators,etc) 
those members can still see and do actions they have permissions configured for.
 
Removing auth. users and everyone makes sure those groups do not have the 
ability to see the values of properties of those objects. However they will 
still see the objects itself (visual) to prevent that also you need to use the 
"list object" permission which is not availabel by default. Use List Object 
permissions, if users are not supposed to see the existance of specific objects
 
To activate (for whole AD forest) change the DSHeuristics property on the 
Directory Service object to 001:
cn=Directory Service,cn=Windows 
NT,cn=Services,cn=Configuration,dc=ForestRootDomain
Use in combination with the LIST CONTENT permission on parent container 
(Caution: if used wrong, you could revoke access to sections or all of your 
Active Directory)
 
Cheers
#JORGE#

________________________________

From: [EMAIL PROTECTED] on behalf of Dave Fugleberg
Sent: Fri 7/22/2005 3:16 PM
To: [email protected]
Subject: [ActiveDir] Hiding an OU


 I have an OU (call it OUX) that contains a bunch of
OUs, which contain users.  I want to hide the OU so
that only administrators and members of one specific
group can see it if they browse the directory (say
with Windows 2000, or LDP).

I also want any new OUs or other objects that I create
under OUX to get the same treatment.  I don't care if
others can see OUX itself.

I know that Authenticated Users gets lots of read
permissions on new objects from the default security
descriptors (these have not been changed).  This
domain also has Everyone still in the Pre-Windows 2000
Compatible Access group, because nobody has taken time
to figure out if it can be removed without screwing
anything up.  The domain is W2K native with some W2K3
DCs and no clients below NT4 SP4.

I figured out a way to do most of this, but I was
hoping the experts here could tell me how they would
approach the issue.  My solution ended up blocking
inheritance and removing the read permission for each
sub-OU manually...
Thanks!

________________________________

Start your day with Yahoo! - make it your home page 
<http://us.rd.yahoo.com/evt=34442/*http://www.yahoo.com/r/hs> 


This e-mail and any attachment is for authorised use by the intended 
recipient(s) only. It may contain proprietary material, confidential 
information and/or be subject to legal privilege. It should not be copied, 
disclosed to, retained or used by, any other party. If you are not an intended 
recipient then please promptly delete this e-mail and any attachment and all 
copies and inform the sender. Thank you.
List info   : http://www.activedir.org/List.aspx
List FAQ    : http://www.activedir.org/ListFAQ.aspx
List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/

Reply via email to