----- Original Message -----
Sent: Saturday, January 24, 2004 6:56
AM
Subject: RE: [ActiveDir] Sites and
Services Permissions
Guido,
Thanks for the corrections and for the information.
Granted, the Configuration Container is a writeable NC in the forest, and
available on all DCs. But, by DN - is anchored at the root,
yes?
-rtk
the configuration container is not in the root - it's a
writable naming context on any DC in the forest (obviously it is created when
you create the root).
one more minor correction: Child DAs do have the
permissions to create connection objects on DCs in their own domain (to
replicate from any DC in the forest - they can't add a CO to the
other DCs in the forest to have it pull the changes from their
DC...)
/Guido
John,
We have a multi-tree environment with domains below the
empty root. Our admins in the child domains can promote DCs in their own
domain, even though they have no implicitly granted rights in Sites and
Services. I know where the Configuration Container is - it's in the
root. The other tree Admins can promote/demote DCs as well. BUT!
make no mistake - I DO NOT want anyone else short of myself and the other AD
Engineer making any changes to the replication topology.
By default (and, I
honestly have no idea if I have changed this) our empty root grants the empty
root DA and the Enterprise Admin rights to Site and Services. Other than
(well, there is SYSTEM) Authenticated Users have READ - that's about
it.
What I'm saying is that I suspect that the Child DA's
don't have to have explicit permission to the Sites and Services. System
is there, and I suspect that System is actually taking care of what the child
admins need in creating the server and NTDS objects. Then, the KCC would
take over. Unless the KCC has been shut off, of course. In this
case, the EA or DA of the root is going to have to handle
it.
Rick Kingslan MCSE, MCSA, MCT
Microsoft MVP - Active
Directory
Associate Expert
Expert Zone -
www.microsoft.com/windowsxp/expertzone
WebLog -
www.msmvps.com/willhack4food
We have a multi-domain environment (empty root & 7 child
domains). Our Central Office is responsible for creating and maintaining
sites, site links, subnets, connection objects, replication schedules, . .
.
We'd like to restrict all child domain admins from making
any modifications within Sites and Services. If we restrict their access
to read-only throughout all of Sites and Services, will domain admins still be
able to promote and demote DCs? Will we break replication? Will we
break anything?
Thanks.
John
This E-mail, including any attachments, may be intended solely for the
personal
and confidential use of the sender and recipient (s) named above.
This message
may include advisory, consultative and/or deliberative
material and, as such,
would be privileged and confidential and not a
public document. Any Information
in this e-mail identifying a client of
the department of Human Services is
confidential. If you have received
this e-mail in error, you must not review,
transmit, convert to hard copy,
copy, use or disseminate this e-mail or any
attachments to it and you must
delete this message. You are requested to notify
the sender by return
e-mail.