Whether you’re new to Active Directory (AD) or a savvy system administrator looking to brush up on your skills, Active Directory for Dummies, 2^nd Edition will steer you in the right direction! Since its original release, Microsoft’s implementation of the lightweight directory access protocol (LDAP) for the Windows Server line of networking software has become one of the most popular directory service products in the world. If you are involved with the design and support of Microsoft directory services and/or solutions, you really need this book!

You’ll understand the basics of AD and utilize its structures to simplify your life and secure your digital environment. You’ll discover how to exert fine-grained control over groups, assets, security, permissions, and policies on a Windows network and efficiently configure, manage, and update the network. You’ll find new and updated material on security improvements, significant user interface changes, and updates to the AD scripting engine, password policies, accidental object deletion protection, and more. You will learn how to:

• Navigate the functions and structures of AD
• Understand business and technical requirements and determine goals
• Become familiar with physical components like site links, network services, and site topology
• Manage and monitor new features, AD replication, and schema management
• Maintain AD databases
• Avoid common AD mistakes that can undermine network security

Complete with lists of the ten most important points about AD, and ten cool Web resources, and ten troubleshooting tips, Active Directory For Dummies, 2^nd Edition is your one-stop guide to setting up, working with, and making the most of Active Directory.

Active Directory For Dummies

---

By Steve Clines Marcia Loughry

John Wiley & Sons

Copyright © 2008 Steve Clines
All right reserved.
ISBN: 978-0-470-28720-0

---

Chapter One

Understanding Active Directory

In This Chapter

* Defining Active Directory

* Examining the origins of Active Directory: X.500

* Understanding Active Directory terms

* Investigating the benefits of Active Directory: What's in it for you?

Since the release of Active Directory in Windows 2000 Server, Active Directory has become a very integral part of many information technology (IT) environments. As such, Active Directory has become a very popular topic with the people that have to design and support it. Because of all the terms and technology surrounding Active Directory, you might already be a bit intimidated by the prospect of working with it yourself.

But Active Directory doesn't need to be difficult! In this chapter, you find out in clear and simple language what Active Directory is, what it does, and what benefits it brings to your organization and to your job.

What Is Active Directory?

If you visit the Microsoft Web site seeking a definition of Active Directory (AD), you find words such as hierarchical, distributed, extensible, and integrated. Then you stumble across terms such as trees, forests, and leaf objects in combination with the usual abbreviations and standards: TCP/IP, DNS, X.500, LDAP. The whole thing quickly becomes pretty overwhelming. (Appendix B has a glossary that defines these abbreviations for you!)

I prefer to define things in simpler terms, as the following sections demonstrate - drum roll, please ...

Active Directory is an umbrella

What? Am I saying that if it's raining you had better have AD with you? No, I would still recommend a real umbrella in a rainstorm. I'm saying that in Windows Server 2008, the scope of what Active Directory is has greatly expanded. Active Directory has become an umbrella for a number of technologies beyond what AD was in Windows 2000 Server and Windows Server 2003. (See Figure 1-1.)

You discover new uses for Active Directory in the paragraphs that follow.

Active Directory Domain Services

What was AD in the two previous Windows Server operating systems is now Active Directory Domain Services, or AD DS, in Windows Server 2008. The majority of this book deals with this component of Active Directory because this is the most commonly deployed component of the AD umbrella. But don't worry; I discuss all the other technologies found beneath the Active Directory umbrella as well.

Active Directory Lightweight Directory Services

Beginning with Windows Server 2003, Microsoft created a directory service application separate from Active Directory called Active Directory Application Mode or ADAM for short. ADAM was designed to address an organization's needs to deploy a directory service that didn't necessarily need all the features that Active Directory provided. Microsoft includes this application in Windows Server 2008 but renamed it Active Directory Lightweight Directory Services or AD LDS. I talk about AD LDS in Chapter 8.

Active Directory Federation Services

Beginning in the R2 release of Windows Server 2003, Microsoft included an optional software package called Federation Services. As you see later in this book, federations provide a Single Sign-on (SSO) service helping to minimize the number of logon IDs and passwords users must remember as well as simplifying how users can access resources in other IT environments. This software is now a part of the Windows Server 2008 AD umbrella and has been renamed Active Directory Federation Services or AD FS.

Active Directory Certificate Services

Certificate Services has been around in Windows Server software for a while now. With this software, you can provide certification authorities that can issue public key certificates used for such things as authentication via smart cards or encrypting data before it's transmitted over a network. Certificate Services also provides the necessary management of these certificates so that they can be renewed and revoked. In Windows Server 2008, Certificate Services is a part of Active Directory and is referred to as Active Directory Certificate Services (AD CS).

Active Directory Rights Management Services

Managing what users can do with data has always been an issue for most organizations. Although Active Directory did a good job of controlling whether a user could access a document, it didn't have the ability to control what that user did with the data after he or she got it. Enter Active Directory Rights Management Services (AD RMS). With a properly deployed AD RMS environment, organizations can retain control over sensitive documents, for example, so that they cannot be e-mailed to unauthorized users.

REMEMBER

I use the term Active Directory interchangeably with Active Directory Domain Services. This is because in previous versions of Windows Server software, Active Directory was what is now called Active Directory Domain Services. When I refer to the Active Directory umbrella as Active Directory, I make it clear that I'm not just talking about AD DS. Additionally, when I refer to the other elements of AD, such as Active Directory Federation Services, I call it that or use its acronym.

Active Directory is an information store

First and foremost, Active Directory is a store of information. This information is organized into individual objects of data, each object having a certain set of attributes associated with it. A telephone white pages directory, for example, is an information store. Each object in this store represents a home or business that contains attributes for such information as names, addresses, and telephone numbers (see Figure 1-2).

This store of data as well as the capability of retrieving and modifying the data makes Active Directory a directory service. Why then don't I consider Active Directory to be a database? It certainly shares some common functionality including storage, retrieval, and replication of data, but there are some important differences, too. First, directory services are normally optimized for reads because these are the vast majority of the operations executed, and the data is generally non-changing. Also, the data is structured in some sort of hierarchy that allows for it to be organized in the directory store. Repeating my phone book analogy, the Yellow Pages organizes objects by types of business. This makes finding what you're looking for easier. The same can be said of a directory service - you can organize your objects into a hierarchy of containers so that finding the objects is easier. In comparison, a relational database, such as Microsoft SQL Server, is designed to optimize both reads and writes to the store because the data is frequently being read and written to. Also, a database generally doesn't force a hierarchy on the data like a directory service does.

REMEMBER

In Active Directory, the term object can refer to a user, a group, a printer, or any other real component and its accompanying attributes. Active Directory is an information store containing all the objects in your Windows 2008 environment.

Active Directory has a structure (Or hierarchy)

A directory service, such as Active Directory, allows for the objects in it to be stored in a hierarchy or structure. This structure is one of the areas that you design as a part of deploying Active Directory. This structure has two sides:

  A logical side: The logical structure provides for the organization of the objects. These AD objects can represent users, computers, groups, and a variety of other items that are in your IT environment. This structure is primarily dependent on how you want to administer your IT infrastructure as well as how your organization is structured.

  A physical side: All the services under the Active Directory umbrella are provided by servers running the AD software. These servers represent physical objects that must be placed within your network. After these servers are placed, you must define how these servers speak to each other and how users are directed to them. This physical topology is critical to proper AD functionality.

Staying with the phone book analogy, unless the books are placed in the proper locations (homes, restaurants, pay phones), no one can find the books to utilize the information contained within them.

Active Directory can be customized

As you can with an electronic phone book, you can search Active Directory for the objects that you want to access. Unlike a phone book, however, you can customize Active Directory to include additional objects and object attributes that you deem important. This feature makes Active Directory extensible, which means that you can add to it.

Getting Hip to Active Directory Lingo

Experience shows that new terminology often accompanies new technologies, and Active Directory is no exception. Although most of the terms that you use in describing the system might seem familiar, they take on new meaning in relation to Active Directory. So before beginning to plan and implement Active Directory, you need to master its new language.

The building blocks of Active Directory

Active Directory embodies both a physical and a logical structure. The physical structure encompasses the network configuration, network devices, and network bandwidth. The logical structure is conceptual; it aims to match the Active Directory configuration to the business processes of a corporation or organization. In the best logical structures, Active Directory resources are structured for how employees work and how the environment is administrated, not to simplify construction of the network.

If you logically organize the components within the Active Directory, the actual physical structure of the network becomes inconsequential to the end-users. If user JoeB wants to print to a printer named A5, for example, he no longer needs to know which server hosts the printer or in which domain the print server resides. In Active Directory, he simply pulls up an Active Directory list of all available printers and chooses printer A5.

Although you might think that this process sounds too good to be true, this new functionality doesn't quite configure itself! You, the system administrator, must first design the logical structure of your organization's Active Directory, matching its structure to how employees interact within the organization. Chapters 2 through 7 help you to plan and implement, but first, you must be familiar with the individual components that you use for planning the physical and logical structures.

Domain

In Active Directory, Microsoft defines a domain as a security boundary or an administrative boundary, which means that all the users within a domain normally function under the same security policy and user-account policy. If you want to assign different policies to some users, those users belong in a separate domain.

JohnB, for example, is a regular user in the Sales department who must change his password every 30 days. SueD, on the other hand, is a user in the Treasury department who has access to sensitive information and, therefore, must change her password every 14 days. The two departments - Sales and Treasury - have different user-account policy settings. Because you assign user-account policies according to domain, users in these two departments belong in separate domains.

WARNING

In Windows Server 2008, the lines between domain boundaries and password policies has blurred somewhat. Normally, all users in a domain receive the same password policy; however, in 2008, you can do some fine-tuning so that users in the same domain actually receive different policies. I cover this in more detail in Chapter 14.

Here are some other important characteristics of an Active Directory domain:

  A domain has at least one domain controller. A domain controller is a server that authenticates (validates the password and ID) users seeking access to the domain. You find out more about domain controllers in a moment.

  A domain's directory database replicates between all domain controllers in the domain. Replication is the exchange of updated information among domain controllers so that all the domain controllers contain identical information.

  A single domain can form a tree (which you find out more about in the following section).

In the design process for the logical structure of an Active Directory database, you typically use a triangle in the design flowchart to represent a domain (see Figure 1-3).

TIP

Consider defining an additional domain to keep replication traffic local - confined among domain controllers connected by a local area network (LAN). The transmission speed between domain controllers in a LAN is much faster than it is between domain controllers that are connected by a slower, wide area network (WAN). The exchange of updated database information among domain controllers during replication causes additional traffic that can clog the network and result in slower response times. So by keeping your replication local, you can keep replication time to a minimum and ensure that the network lines are available for other traffic. (I talk more about defining domains in Chapter 5.)

Tree

A tree is a hierarchical grouping of domains within the same namespace. A namespace is a logically structured naming convention in which all objects are connected in an unbroken sequence. (I talk more about namespaces later in this chapter and in Chapter 4.) When you design an Active Directory tree, you begin with the topmost domain, which oddly enough is the root (or parent) domain. Subdomains (sometimes child domains) branch downward from the root, as shown in Figure 1-4. Supposedly, if you turn your logical structure drawing upside down, it resembles a tree. (Go on - turn the book upside down and look for the image of a tree in Figure 1-4!)

Regardless of whether you actually see a tree when you turn the book upside down, the term tree is one that you use often in discussing directory services. And the arboricultural (it's a real word - honest!) terminology doesn't stop there - as you discover when you find out more about Active Directory.

When you add domains to an Active Directory tree, you automatically create transitive trust relationships. Transitive trusts extend the relationship between two trusted domains to any other domains that those two domains trust. These trusts are bidirectional and enable users in one domain to access resources in the other domain. In an Active Directory tree, all domains are connected through transitive trusts, so a user in one domain can access any other domain in the tree.

You can also link trees or forests through explicit, or one-way, trusts. By creating an explicit trust between Tree A and Tree B, for example, you can specify that users from Tree A can access resources in Tree B, but users in Tree B cannot access resources in Tree A.

Forest

A forest is a logical grouping of trees that you join together in a transitive trust relationship, as shown in Figure 1-5. A forest has the following characteristics:

  Each tree in a forest has a distinct namespace.

  The trees in a forest share the same schema and global catalog. (I discuss schema and global catalog a little later in this chapter.)

Chapter 5 helps you determine when to create a tree and when to create a forest.

Organizational unit (OU)

An organizational unit (or OU) is nothing more than a container within a domain. You use it to store similar objects so that they're in a convenient location for administration and access. Here are some of the objects that you store in an OU:

  Printers

  File shares (a folder located anywhere on the network that has been designated as shared so that others can access it)

  Users

  Groups (a grouping of users that can be jointly administered)

  Applications

(Continues...)

---

Excerpted from Active Directory For Dummies by Steve Clines Marcia Loughry Copyright © 2008 by Steve Clines. Excerpted by permission.
All rights reserved. No part of this excerpt may be reproduced or reprinted without permission in writing from the publisher.
Excerpts are provided by Dial-A-Book Inc. solely for the personal use of visitors to this web site.

---

Steve Clines is a veteran IT architect and engineer who has consulted on server deployments for small and mega-companies. Marcia Loughry is a consultant specializing in Microsoft technologies.