Microsoft KB Archive/330095

= Error Message &quot;Access Denied&quot; When You Join a Computer to a Domain =

Article ID: 330095

Article Last Modified on 1/21/2003

-

APPLIES TO


 * Microsoft Windows XP Professional

-



This article was previously published under Q330095



SYMPTOMS
When you try to join a computer to a domain, the join process might not work, and you might receive an &quot;Access denied&quot; (in Windows XP) or an &quot;Insufficient privileges&quot; (in Microsoft Windows 2000) error message. You receive the error message under the following conditions:
 * You are replacing a client computer with another computer that has the same computer name.
 * The domain user account that you are using for the join process has only the &quot;Add workstation to domain&quot; permission. Therefore, the older computer account is deleted before the replacement occurs.



CAUSE
The client uses a Lightweight Directory Access Protocol (LDAP) server or domain controller that has not yet replicated the account deletion, but does not have correct permissions to modify the account that still exists.



WORKAROUND
To work around this behavior, use any of the following methods:  Use a different computer name. Wait for Active Directory replication to occur, or force replication to occur by using the following command:

repadmin /sync  ._msdcs   /force

 Use a domain administrator account for the join process. Grant additional permissions to the account that you are using:  Start Adsiedit.msc. Open the Domain NC, DC=, CN=Computers node.</li> Click Computers, and then click Properties.</li> On the Security tab, click Advanced.</li> Click Add, and then click the appropriate user account or group.</li> In the Apply onto box, click Computer Objects.</li> In the Permissions pane, click to select the Write All Properties, the Reset Password, and the Apply these permissions to objects/or containers within this container only check boxes.</li> Click OK until the change is made.</li> Wait for Active Directory replication to occur, or force synchronization to occur.</li></ol> </li></ul>

<div class="status_section">

STATUS
This behavior is by design.

<div class="moreinformation_section">

MORE INFORMATION
Although the client looks for the site in which it is located, the client looks in Domain Name System ( DNS) for LDAP servers in &quot;_ldap._tcp.dc._msdcs. .&quot; This is not site-specific. The client might use an LDAP server (a domain controller) from a remote site that has not yet replicated the deletion of the old computer account. This depends on the Active Directory inter-site replication schedule.

The site information that is received from the LDAP server is used to find the site-specific LDAP servers in &quot;_ldap._tcp. ._sites.dc._msdcs. .&quot; During communication with the local LDAP servers, the client is made aware that its computer account name exists only at the domain controller that is first used. To avoid a potential replication conflict issue, the client uses a domain controller on which the computer account is already known instead of creating a new account. However, the domain user account that you are using for the join process does not have enough permissions to modify the existing account, so the join does not work.

For additional information about the domain controller locator process, click the following article numbers to view the articles in the Microsoft Knowledge Base:

247811 How Domain Controllers Are Located in Windows

314861 How Domain Controllers Are Located in Windows XP

Keywords: kbprb KB330095

-

[mailto:TECHNET@MICROSOFT.COM Send feedback to Microsoft]

© Microsoft Corporation. All rights reserved.