Planning Active Directory Forest Recovery

May 20th, 2009

Microsoft just updated and re-published the definitive guide to Planning Active Directory Forest Recovery. This document applies to both Windows 2003 and Windows 2008 environments.

Abstract from the actual document:

This guide contains best-practice recommendations for recovering an Active Directory® forest if forest-wide failure renders all domain controllers in the forest incapable of functioning normally. The steps, which you must customize for your particular environment, describe how to recover the entire Active Directory forest to a point in time before the critical malfunction. They also ensure that none of the restored domain controllers replicate from a domain controller with potentially dangerous data.

Looking to deploy Windows Server 2008 SP2?

May 1st, 2009

Mark Parris from the UK Active Directory User Group posted a link for people looking to deploy Windows 2008 SP2.

The article points to a prerequisite to install Windows 2008 SP2 (And Vista SP2 as well) when released.

Enjoy!

Francis

HOWTO: Create an Active Directory domain in Amazon EC2

April 29th, 2009

Twitter user @satyenc just tweeted about an article that shows you, step by step, on how to create an Active Directory domain using Amazon’s EC2. That’s a pretty sweet sandbox if you want my opinion :)

Enjoy!
Francis

Pushing Active Directory to the limits

April 28th, 2009

This document was updated yesterday and gives a brief overview of the recommendations and limits that Microsoft suggest when working with Active Directory.

These limitations include the following:

  • Maximum Number of Objects
  • Maximum Number of Security Identifiers
  • Group Memberships for Security Principals
  • FQDN Length Limitations
  • File Name Length Limitations
  • Organizational Unit Name Length
  • Maximum Number of Group Policy Objects Applied
  • Trust Limitations
  • Maximum Number of Accounts per LDAP Transaction
  • Recommended Maximum Number of Users in a Group
  • Recommended Maximum Number of Domains in a Forest
  • Recommended Maximum Number of Domain Controllers in a Domain
  • Recommended Maximum Kerberos Settings

Enjoy!
Francis

Active Directory Domain Services in the Perimeter Network

April 26th, 2009

I just finished reading a very well made document release by Microsoft. This document is actually a guide for planning, designing and deploying RODCs in the DMZ. The document can be found here.

Network Monitor 3.3 is now available

April 22nd, 2009

Straight from the Network Monitor team’s blog

My favorite networking sniffer has now been updated to v3.3. Netmon has got to be one of the 5 tools I use the most! The new version has great new features:

  • Ability to capture WWAN (mobile broadband) and Tunnel traffic on Windows 7.
  • Full Hyper-V support on Windows Server 2008
  • Right-click-go-to-definition
  • Autoscroll
  • Core Parser Set
  • ETL Support (on Windows 7)
  • Frame Commenting
  • Experts (awesome feature, first expert can be downloaded here!)

The bits are available here in both x86 and x64 flavors!

HOWTO: Move a certificate authority to a new server running on a domain controller

April 17th, 2009

Summary

This document explains in details the steps required to replace a Certificate Authority running on a Domain Controller in the case where there is no direct hardware upgrade path.

Applies To

This article applies to:

Windows 2003 Standard
Windows 2003 Enterprise
Windows 2008 Standard
Windows 2008 Enterprise

The original article was posted by myself as part of the Microsoft Community Solution under KB555012 while I was a Microsoft MVP.

Abstract

This article assumes the reader is knowledgeable with Windows Server 2003/2008, Active Directory services, certificate services and backing up registry keys.

domain.com is the FQDN of your Active Directory infrastructure.
SERVER-01 is the name of the old server being demoted.
SERVER-02 is the new server being brought in.
CA_NAME is the name of your Certificate Authority.

First Step: Raise the Forest Functional Level (FFL)

Raise the Active Directory functional level to at least Windows Server 2003. This is a required in order to rename a DC. Read KB322692 for more info.

Backup Certificate Authority using the MMC.
Backup the following registry key: “HKLM\SYSTEM\CurrentControlSet\Services\CertSvc\Configuration\CA_NAME]”
Delete the CA cryptographic keys (See KB article 298138)

Step Two: Remove the CA

Type the following command in a command box.
Type “certutil –shutdown” to stop Certificate Services.
Type “certutil –key” to list the cryptographic keys installed on the server.
Type “certutil –delkey CA_NAME” to delete the key.
The certicate service can safely be removed.

Stop Three: Remove the old domain controller (DC) from the domain.

Make sure any relevant roles (FSMO, or GC) have been moved to another host before removing the DC from the domain.
Run dcpromo.exe on SERVER-01 and remove this DC from AD.
Remove the old computer account from AD.
Once you’ve restarted; rename the server (now a member server).
Look at the DNS to see if all records pointing to the old DC have been removed (“_tcp.dc._msdcs.domain.com.” comes to mind)
Promote SERVER-02 as a DC by running dcpromo.exe

Step Four: Rename the DC’s computer account.

After installing the Windows Server 2003 Support Tools on SERVER-02 type in this command to add a new alternate name (the name must be a FQDN followed by a primary DNS suffix.)
C:\Program Files\Support Tools>”netdom computername SERVER-02 /add:SERVER-01.domain.com”
Once the command has completed make the server primary using this command:
C:\Program Files\Support Tools>”netdom computername SERVER-02 /makeprimary:SERVER-01.domain.com”

I ran into this error:

Unable to make SERVER-01.domain.com the primary name for the computer.
The error is: “The account already exists.”

Active Directory already contains a Computer Account or a Server Object with the specified name: SERVER-01.
If these objects are associated with an existing computer in the domain then this name cannot be made primary.
If these objects are not associated with an existing computer, it may have been improperly renamed or removed from the domain.
Remove them from Active
Directory and retry the make primary operation.

The following tools can be used to locate and remove these objects:
For Computer Account – Active Directory Users and Computers.
For Server Object – Active Directory Sites and Services.

The command failed to complete successfully.

I Removed the server account from Sites and Services and it seems to have solved the problem.
Reboot the server
Remove the old server name using this command:
C:\Program Files\Support Tools>“netdom computername SERVER-01 /remove:SERVER-02.domain.com”
Make sure you don’t have any “leftover” computer names by typing this:
C:\Program Files\Support Tools>“netdom computername SERVER-01 /enumerate”
Install the certificate service as explained in KB article 298138.
Restore the certificate server from the backup taken in step two.
Import the old registry key.
If you wish to move the certificate data to another folder you may do so by following the instruction in this KB article.

The real deal on the LastLogonTimeStamp attribute

April 16th, 2009

Another gem from the fine folks at the askDS blog…This time, Warren, spills out the beans and explains (in great detail I might add) what was the LastLogonTimeStamp attributed desgined for.

The walkthrough of a typical update is especially delicious:

1. (Assuming the value of the ms-DS-Logon-Time-Sync-Interval is at the default of 14)
2. User logs on to the domain
3. The lastLogontimeStamp attribute value of the user is retrieved
4. 14 – (Random percentage of 5) = X
5. Current date – value of lastLogontimeStamp = Y
6. X ≥ Y – update lastLognTimeStamp
7. X < Y – do not update lastLogontimeStamp

This blog posts is the most detailed information to date on the LastLogonTimeStamp attribute update. I highly recommend it.

Happy Birthday redmond.corp.microsoft.com

April 10th, 2009

Brian Puhl recently wrote about the 10th anniversary of Microsoft’s first production AD domain.

More information regarding ADWS (Active Directory Web Services)

April 7th, 2009

I found out some more detailed information regarding ADWS…

Installation

ADWS is installed part of the AD DS or AD LDS roles when added to a Windows 2008 R2 server. The data files are copied to the “%WINDIR%\adws” directory.

Registry

Although not much can be done there the parameters for the ADWS service can be found under the HKLM\SYSTEM\CurrentControlSet\Services\ADWS

Configuration

The configuration parameters are stored in the Microsoft.ActiveDirectory.WebServices.exe.config file, under %WINDIR%\ADWS directory.

The following parameters can be changed to modify ADWS service handles the traffic that is generated by the different applications (i.e.: ADAC)

  • MaxConcurrentCalls
  • MaxConcurrentSessions
  • MaxReceivedMessageSize
  • MaxStringContentLength
  • MaxPoolConnections
  • MaxPercentageReservedConnections
  • MaxConnectionsPerUser
  • MaxEnumContextExpiration
  • MaxPullTimeout
  • MaxEnumCtxsPerSession
  • MaxEnumCtxsTotal

More information on the default values can be found here on the Windows Server Tech Center.

Performance Counters

The following performance counters are made available to closely monitor the operations handled by the AD Webservice.

  • Active Web Services Sessions
  • Allocated Connections
  • ChangeOptionalFeature Operations Per Second
  • ChangePassword Operations Per Second
  • Create Operations Per Second
  • Delete Operations Per Second
  • Enumerate Operations Per Second
  • Get Operations Per Second
  • GetADDomain Operations Per Second
  • GetADDomainController Operations Per Second
  • GetADForest Operations Per Second
  • GetADGroupMember Operations Per Second
  • GetADPrincipalAuthorizationGroup Operations Per Second
  • GetADPrinciaplGroupMembership Operations Per Second
  • MoveADOperationsMasterRole Operations Per Second
  • Non-reserved Connections In Use
  • Number of Directory Instances
  • Open Enumeration Contexts
  • Open Web Service Sessions
  • Possible Connections
  • Pull Operations Per Second
  • Put Operations Per Second
  • Reserved Connections
  • Reserved Connections In Use
  • SetPassword Operations Per Second
  • TranslateName Operations Per Second
  • Web Service Sessions Created Per Second

Network

The ADWS service listens on TCP port 9389. I haven’t found a way to change this so far.

Microsoft has a (rather) small page up on technet regarding ADWS and can be found here.