Posts Tagged active directory
Active Directory 2008 Notes 2
Posted by Harv in Server 2008 on December 30, 2009
Preparing Active Directory for Server 2008 DC’s
Note: These steps should be completed before promoting or upgrading an existing domain controller.
- Run adprep /forestprep on the schema master of the forest. This extends the schema to receive new 2008 features. The changes must replicate through the forest before proceeding.
You must be a member of the Enterprise Admins, Schema Admins, and Domain Admins in the forest root domain.
Any Windows 2000 DC’s must be upgraded to SP2 or later, or SP1 with hotfix QFE265089. - Run adprep /domainprep on the infrastructure master of each domain that will be accepting Server 2008 DC’s.
It adjusts ACL’s on AD objects, and the SYSVOL shared folder.
You must be a member of Domain Admins, and the domain’s functional level must be Windows 2000 server native or higher.
adprep /domainprep /prep can also be run to enable resultant set of policy planning mode functionality.
Originally posted 2009-06-29 00:32:06.
Active Directory: Groups
Posted by Harv in Server 2003, Server 2008, Windows on December 30, 2009
Distribution Groups
- These can not be used to perform any sort of ACL (access control) or permissions, and are therefore ill-suited for anything other than to create a list of users to whom you might want to, say, email. If in doubt, use a security group instead.
Security Groups
There are different types of security group. Note that the type simply defines the scope and replication.
- Universal: Objects in this group type are replicated to other domain trees within the forest. Note that global catalog servers have to replicate this information, so heavy use is not encouraged. Can be comprised of users or groups from any domain. See note (1).
- Global: Can only contain objects within the domain.
- Domain Local: Can contain objects from any domain, but are used to control access only to local resources. See note (2).
(1) – In Server 2008 we now have the UGMC (universal group membership caching) feature, which can counteract some of the overhead associated with using many universal groups. This doesn’t mean it’s okay to ignore common sense and best practises though!
(2) – Domain local is best used to control access to resources. Consider a file share: you create a domain local group called, for example, “Sales Share”. Now you allow the sales share read/write/whatever access. Note that this is domain local. Now instead of modifying the share permissions to add all the associated users/groups, you simply add the sales groups from each relevant domain as members of this group. Now when new sales people come in and go out of the company, your work is already done.
In short:
Domain local – can come from any domain but only access local resources.
Global – can only be from this domain but can access resources in any domain.
Universal – Replicated across the forest, can be from any domain and can have access to resources in any domain.
Originally posted 2009-09-20 01:42:14.
Server update
Blog’s server has been updated. I’ve immediately noticed an upgrade in speed. Yay!
I will start putting in blog posts with my notes from my current study topic- Windows Server 2008 Active Directory configuration. Stay tuned.
Originally posted 2009-06-08 23:28:37.
Active Directory 2008 Notes 3: The Global Catalog
Posted by Harv in Server 2008 on December 30, 2009
Global Catalog Servers
- Validates group membership.
- Enables forest-wide search for resources or AD objects.
- Validates UPN’s across entire forest, allowing logon to other domains.
Promoting a domain controller to a global catalog server
- The first domain controller in each domain is automatically set up to be a GC server. Every DC that gets added to an already-existing domain has the option of also serving as a GC. This may be desirable, for example, if one domain is divided into two sites or physical locations.
- On the DC, open Active Directory Sites and Services.
- Expand Sites, Servers, and the entry for the domain controller which will be designated a global catalog.
- Right-click NTDS settings, choose properties.
- In the General tab, check the global catalog option. Press OK or apply.
- That’s it! Apply the steps in reverse order to demote a DC from GC duty.
UGMC (Universal group membership caching)
- If UGMC is enabled, users’ universal group information is cached when the user logs on to the domain for the first time. This allows future requests to be serviced quickly, without the need to contact the GC.
- This also allows a lower-spec RODC or DC to be on-site with a high end DC GC server elsewhere.
Enabling it
- Open up AD Sites and Services.
- Select the site which needs UGMC caching.
- Right click NTDS Site Settings, choose properties.
- Select Universal Group Memership Caching.
- Specific sites can be used for replication. Use the drop-down selector if necessary.
- Click ok.
When it’s necessary – or How do I decide between additional GC’s and UGMC?
- In a single domain forest, GC servers nor UGMC provide any benefit.
- If users complain that logons are slow but resource access is not, go with UGMC.
- If users complain that logons are slow and resource access across a link (WAN) is slow, go with GC.
- Having additional GC servers and UGMC is not beneficial at the same site.
Originally posted 2009-06-30 09:00:48.
Active Directory: Operations Master Roles, Overview
Posted by Harv in Server 2008, Windows on December 30, 2009
There are 5 master roles.
Schema Master: Holds the schema.
Domain Naming Master: Responsible for adding/removing a DC to/from the domain.
RID Master: Dishes out SID’s. An SID is used to uniquely identify any AD object. This way it can be renamed and all the data changed without the reference to it breaking.
PDC Emulator: For backwards compatibilty to NT4 domains. Also allows for time services.
Infrastructure Master: Mapping of container objects.
Note that the schema master and domain naming master work on the forest level, the other three roles work on the domain level.
Originally posted 2009-09-19 21:28:05.
Active Directory Structure: Forests, Trees, Domains & Trusts
Posted by Harv in Server 2003, Server 2008, Windows on December 30, 2009
Forest - forests define the trust relationships between different domains.
Forest Root Domain – The first domain in a forest.
Tree Root Domain – The top-level domain in a domain tree.
Domain Tree - a tree root domain and a collection of one or more child domains. Child domains inherit the parent domain, hence forming a tree.
Top-level Domain – Also called the parent domain. See tree root domain.
Child Domain – Second-level domains. They sit directly under the top-level domain.
Some other quick notes:
– Within a domain tree, all domains have 2-way transitive trusts, share a common schema and share a common global catalog.
– Replication describes the rules that govern the updating of the AD database across domain controllers.
That’s it, pretty simple really. Diagram coming soon – this is even simpler with the help of a diagram.
Originally posted 2009-09-18 03:00:20.
Recent Comments