Fix: Active Directory Domain Controller Could Not Be Contacted

In this article, we’ll take a look at why it’s not possible to join a new computer to the Active Directory domain with an error Active Directory Domain Controller could not be contacted.

Active Directory Domain Controller Could Not Be Contacted Error: What Does It Looks Like and How to Fix It?

A user or an administrator tries to join a new Windows workstation or server to the domain. To do this, open the System Properties on the workstation, press Change settings > Change. Enter a new computer name, and select that this computer should be a member of a specified domain. Enter your AD domain FQDN name. After clicking on the OK button, you may receive an error:

An Active Directory Domain Controller (AD DC) for the domain “” could not be contacted.
Ensure that the domain name is typed correctly.

If the name is correct, click Details for troubleshooting information.

an active directory domain controller cannot be contacted

Click the Details button for more information about the error. In most cases, there you will see an error “DNS name does not exist” (error codes 0x0000232B RCODE_NAME_ERROR, 0x0000267C DNS_ERROR_NO_DNS_SERVER, and 0x00002746 WSAECONNRESET).

The domain name “DOMAIN_NAME” might be a NetBIOS domain name. If this is the case, verify that the domain name is properly registered with WINS.

If you are certain that the name is not a NetBIOS domain name, then the following information can help you troubleshoot your DNS configuration.

The following error occurred when DNS was queried for the service location (SRV) resource record used to locate an Active Directory Domain Controller (AD DC) for domain “DOMAIN_NAME”:

The error was: “DNS name does not exist.”

(error code 0x0000232B RCODE_NAME_ERROR)

The query was for the SRV record for _ldap._tcp.dc._msdcs.DOMAIN_NAME

Common causes of this error include the following:

– The DNS SRV records required to locate a AD DC for the domain are not registered in DNS. These records are registered with a DNS server automatically when a AD DC is added to a domain. They are updated by the AD DC at set intervals. This computer is configured to use DNS servers with the following IP addresses:



– One or more of the following zones do not include delegation to its child

.. (the root zone)

an active directory domain controller for the domain could not be contacted

Check If the IP Settings on Your Computer are Correct

Most often, this problem is related to wrong IP or DNS settings on your computer, DNS misconfiguration on the domain controller side, or firewall ports blocking.

First of all, check if your computer has the correct IP address on the primary network interface. The IP address can be obtained from a DHCP server, or manually specified in the network adapter settings. The current network settings of the computer can be obtained using the command:

ipconfig /all

an active directory domain controller (ad dc) for the domain could not be contacted

Make sure the DNS Client service is running using Get-Service cmdlet:

Get-Service dnscache

an active directory controller cannot be contacted

Open the hosts file (C:\Windows\System32\Drivers\etc\hosts) on the computer using notepad.exe or another text editor, and make sure there are no entries for your domain or domain controller names. If such entries exist, delete them.

You can display the contents of the hosts file with the command:

get-content C:\Windows\System32\Drivers\etc\hosts

active directory domain controller could not be contacted

Then clear the DNS cache, and restart the service from the elevated command prompt:

ipconfig /flushdns

net stop dnscache && net start dnscache

Next, check if the domain controller is accessible from the client. Open a command prompt, and run the following commands:




Make sure your domain controller is responding and reachable.

an active directory could not be contacted

Note. In addition, it’s recommended to check the availability of the domain controller from other workstations on the same IP network.

If the DC is reachable, try to add the received IP address as a DNS server in the Advanced TCP/IP settings of your network connection.

  1. Open Control Panel > Network and Internet > Network and Sharing Center > Change adapter settings;
  2. Select network adapter that is connected to your corporate network, right-click on it, and select Properties;
    the specified domain controller cannot be contacted
  3. Select Internet Protocol Version 4 (TCP/IPv4), and click Properties;
  4. Press the Advanced button, and go to the DNS tab;
  5. On the DNS tab press Add, and enter the IP address of your DNS server (domain controller). Don’t use Public DNS IPs in preferred and alternative fields, like (google) or (cloudflare);
    domain could not be contacted
  6. Click OK (if several IP addresses are listed in the DNS server list, move the IP address of your DC to the top of the list);
    ad dc could not be contacted
  7. Save the changes and restart the workstation;
  8. Try to join your workstation to the AD domain.

Verify if the access to the DNS service on the domain controller is not blocked by firewalls. The easiest way to check the availability of port 53 on a DC is to use PowerShell:

test-netconnection -port 53

In our example, TcpTestSucceeded: True means that the DNS service on the DC is accessible.

an active directory domain controller (ad dc) could not be contacted

Also, check if your computer can resolve the domain name to the correct IP address of the domain controller. Use the Resolve-DNSName cmdlet with the FQDN of your domain to which you are trying to join your workstation:


an active directory domain controller could not be contacted

The command should return one or more records of DNS servers.

Also, make sure the computer can contact the DNS server that hosts the DNS zone or can resolve DNS names in that domain. Make sure the correct DNS server is configured on this client as preferred and the client is connected to this server. Confirm you can find a domain and access the domain controller from the computer using the command:

nltest /

the system cannot contact a domain controller to service the authentication request

If your computer successfully discovered the domain and domain controller, the command should return information about the domain, AD site, and services running on the DC:

DC: \\
 Address: \\
 Dom Guid: 4216f343-2949-21c3-8caa-6d7cbcdb1690
 Dom Name:
 Forest Name:
 Dc Site Name: NY
 Our Site Name: NY

The command completed successfully.

Hint. Another helpful guide that can help you troubleshooting DC connectivity over RPC is “The RPC Server is Unavailable

Sometimes, in the Netsetup.log file you can find useful information about errors in joining a computer to an Active Directory domain. It is Windows clients log the details of domain join operation. This log can be found here %windir%\debug\Netsetup.log. Carefully examine the errors in the Netsetup.log file, they may help you in finding the problem of not being able to connect to the Active Directory domain.

The most typical errors are:

  • An attempt to resolve the DNS name of a DC in the domain being joined has failed. Please verify this client is configured to reach a DNS server that can resolve DNS names in the target domain;
  • An operation was attempted on a nonexistent network connection — restart the computer, make sure that you type the DNS name and not the NetBIOS name;
  • Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed. Disconnect all previous connections to the server or shared resource and try again — reboot your device;
  • Network name cannot be found — make sure your computer can access the DNS server hosting the domain’s DNS zone;
  • No more connections can be made to this remote computer at this time because there are already as many connections as the computer can accept — remove all mapped drives and reboot the computer.

Also, try to temporarily disable the built-in Windows Firewall, and all third-party applications with antivirus/firewalls modules (Symantec, MacAfee, Windows Defender, etc.), that can block network ports to access the domain controller. After disabling the firewalls, try to join the computer to the domain.

Here is the minimum list of network protocols, ports, and services that must not be blocked in firewalls between a client and a domain controller in order to successfully join a device to the Active Directory domain:

  • UDP 53 — DNS traffic;
  • TCP and UDP 88 — Kerberos authentication;
  • UDP 123 — Windows Time Sync with DC;
  • TCP 135 — Remote Procedure Call RPC Locator;
  • TCP and UDP 139 — NetBIOS Session Service;
  • TCP and UDP 389 (LDAP, DC Locator, Net Logon) or TCP 636 (LDAP over SSL);
  • TCP 445 (SMB/CIFS, Net Logon);
  • TCP 49152-65535 — RPC ports, randomly allocated high TCP ports.

Check the Replication and DNS SRV Records on the Domain Controller

If the above method didn’t help, check if in the DNS zone of your domain controller there is an SRV record of the location of the DC.

Open an elevated Command prompt, and run the following commands:


set type=all

Verify if the specified DNS server has an SRV record in the following form: SRV service location:

domain controller could not be contacted

If the specified SRV record is missing, it means your computer is configured to use a DNS server that does not have a correct SRV record with the location of the domain controller.

If you can’t change the DNS settings on your computer, you can manually add two records (SRV and A) to your existing DNS server which help you to resolve the domain controller’s IP address:

  • — is an SRV resource record that points to the domain controller that hosts the ADDS role;
  • Resource A record that identifies the IP address for the DC listed in the SRV resource record.

Verify if the domain controller is configured to use the same DNS server, or check if the replication on the DNS server that the client uses is successful (use the repadmin tool to check replication status). Also, make sure the DNS server allows dynamic updates.

Restart the Netlogon service on the domain controller with the command:

net stop netlogon && net start netlogon

(or simply try to reboot the DC)

On startup, it will try to register the necessary SRV records on the DNS server.

Also, you can re-register domain controller DNS records using the command:

ipconfig /registerdns

Wait for a while for the records to appear in DNS and replicate across the domain.

It is also recommended to verify if the SYSVOL and NETLOGON network shared folders are created and accessible on the domain controller (run the net share command on the closest DC).

however no domain controllers could be contacted.

If the SYSVOL and NETLOGON directories are missing in the shares list:

  1. Check the IP and DNS settings on your DC (the domain controller shouldn’t receive an IP address from a DHCP server, use only a static IP address);
  2. Verify if the C:\Windows\SYSVOL domain directory contains Policies and Scripts folders;
    no domain controllers could be contacted
  3. If you did not migrate Sysvol replication from FRS to DFS, to replicate Sysvol from PDC to all DCs in the domain, you need to stop the File Replication Service (net stop NtFrs). Then run the Regedit and go to the registry key HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Backup/RestoreProcess at Startup, here change the value of BurFlags DWORD parameter to D4 (hex) on PDC, and to D2 (hex) on all additional domain controllers. After that, start the service:
    net start NtFrs

    And check if the directory DCName SYSVOL appears and is accessible on the problem DC.

Accessing Legacy Domain Controllers Using the SMB v1 Protocol

If you use domain controllers running Windows Server 2008/2003/2000, and you are trying to join Windows 10 1803 (or newer) or Windows Server 2019 to the domain, you must enable SMBv1 protocol support on the client-side (this protocol is disabled by default in the newer Windows OS). The client SMB1Protocol-Client allows your computer to access legacy servers.

To enable SMBv1 support in Windows 10, go to Control Panel > Programs > Turn Windows features on or off. Expand the node SMB 1.0/CIFS File Sharing Support, enable the SMB 1.0/CIFS Client option, and save the changes.

however no domain controllers could be contacted

You can check SMB 1.0/CIFS Client protocol status on your Windows 10 computer using the PowerShell command:

Get-WindowsOptionalFeature -Online -FeatureName "SMB1Protocol-Client"

domain controller cannot be contacted

If the SMB1Client protocol status is Disabled, you can enable it using:

Enable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol-Client

You can check if SMBv1 Client is enabled on Windows Server 2022 or 2019, with the following PowerShell command:

Get-WindowsFeature | Where-Object {$ -eq "FS-SMB1"} | ft Name,Installstate

the following domain controller cannot be contacted

In order to install SMBv1 client on Windows Server 2022/2019, run:

Install-WindowsFeature FS-SMB1

On Windows 7/Vista clients you can detect the SMBv1 protocol state using the command:

sc.exe qc lanmanworkstation

If you need to enable SMB v1 Client on Windows 7/Windows Server 2008 R2, run:

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/mrxsmb20/nsi

sc.exe config mrxsmb10 start= auto
I enjoy technology and developing websites. Since 2012 I'm running a few of my own websites, and share useful content on gadgets, PC administration and website promotion.
Cyril Kardashevsky


  1. You are missing some _ underscores in commands above I think

    This stumped me for a while!!

    1. I thought this too. My server only had the records WITH underscores which did not work. I added the records WITHOUT underscores and it started working again. A Windows 10 update on the clients caused it to stop working, but I never figured out which one. So I now have the records both ways.

  2. Most of the issue on connecting AD was windows 10 update.
    After more than a months finding a solution, finally! Issue fixed! thank you very much!
    **only windows 10 update by default this features was disabled.
    Its works!
    “To enable SMBv1 support in Windows 10, then go to Control Panel > Programs > Turn Windows features on or off. Expand the node SMB 1.0/CIFS File Sharing Support, enable the SMB 1.0/CIFS Client option and save the changes.”

Leave a Reply

Your email address will not be published.

This site uses Akismet to reduce spam. Learn how your comment data is processed.