|
| 1 | +--- |
| 2 | +title: Status Code 0x3a |
| 3 | +description: Provides troubleshooting steps for resolving the status code 0x3a when you join a workgroup computer to a domain. |
| 4 | +ms.date: 04/23/2025 |
| 5 | +manager: dcscontentpm |
| 6 | +audience: itpro |
| 7 | +ms.topic: troubleshooting |
| 8 | +ms.reviewer: kaushika, raviks, herbertm, dennhu, eriw, v-lianna |
| 9 | +ms.custom: |
| 10 | +- sap:active directory\on-premises active directory domain join |
| 11 | +- pcy:WinComm Directory Services |
| 12 | +--- |
| 13 | +# Status code 0x3a: The specified server cannot perform the requested operation |
| 14 | + |
| 15 | +This article provides troubleshooting steps for resolving the status code 0x3a when you join a workgroup computer to a domain. |
| 16 | + |
| 17 | +When you join a workgroup computer to a domain, you receive the following error message: |
| 18 | + |
| 19 | +> The following error occurred when attempting to join the domain"\<DomainName\>": |
| 20 | +> |
| 21 | +> The specified server cannot perform the requested operation. |
| 22 | +
|
| 23 | +When you check the **NetSetup.log** file, you see the following entries. For example: |
| 24 | + |
| 25 | +```output |
| 26 | +NetpLdapBind: ldap_bind failed on <dc_fqdn>: 81: Server Down |
| 27 | +NetpJoinCreatePackagePart: status:0x3a. |
| 28 | +NetpJoinDomainOnDs: Function exits with status of: 0x3a |
| 29 | +NetpJoinDomainOnDs: status of disconnecting from '\\<dc_fqdn>': 0x0 |
| 30 | +NetpResetIDNEncoding: DnsDisableIdnEncoding(RESETALL) on '<domain_name>' returned 0x0 |
| 31 | +NetpJoinDomainOnDs: NetpResetIDNEncoding on '<domain_name>': 0x0 |
| 32 | +NetpDoDomainJoin: status: 0x3a |
| 33 | +``` |
| 34 | + |
| 35 | +## The client computer lacks network connectivity on TCP 389 port |
| 36 | + |
| 37 | +Status code 0x3a is logged when the client computer lacks reliable network connectivity on Transmission Control Protocol (TCP) 389 port between the client computer and the domain controller (DC). |
| 38 | + |
| 39 | +In addition to the port being blocked on a firewall, incorrect maximum transmission unit (MTU) sizes on some network devices can lead to packet loss during the domain join process and cause the domain join to fail. |
| 40 | + |
| 41 | +## Test and verify the connection |
| 42 | + |
| 43 | +To troubleshoot this issue, use the following steps: |
| 44 | + |
| 45 | +1. Run the following cmdlet to test the connection: |
| 46 | + |
| 47 | + ```powershell |
| 48 | + Test-NetConnection <IP_address_of_the_DC> -Port 389 |
| 49 | + ``` |
| 50 | +
|
| 51 | + The expected output is shown as follows: |
| 52 | +
|
| 53 | + ```output |
| 54 | + ComputerName : <ComputerName> |
| 55 | + RemoteAddress : <RemoteAddress> |
| 56 | + RemotePort : 389 |
| 57 | + InterfaceAlias : Ethernet 2 |
| 58 | + SourceAddress : <SourceAddress> |
| 59 | + TcpTestSucceeded : True |
| 60 | + ``` |
| 61 | +
|
| 62 | + The output indicates that the Lightweight Directory Access Protocol (LDAP) port TCP 389 is open between the client and the DC. |
| 63 | +
|
| 64 | +2. Collect the network trace to verify the TCP 389 connection to the DC. For example, on the client machine, you might see TCP retransmissions that indicate no response is received from the DC's TCP 389 port. |
| 65 | +
|
| 66 | + ```output |
| 67 | + CLIENT DC TCP TCP:Flags=CE....S., SrcPort=49300, DstPort=LDAP(389), PayloadLen=0, Seq=3537217409, Ack=0, Win=8192 ( Negotiating scale factor 0x8 ) = 8192 {TCP:58, IPv4:4} |
| 68 | + CLIENT DC TCP TCP:[SynReTransmit #177]Flags=CE....S., SrcPort=49300, DstPort=LDAP(389), PayloadLen=0, Seq=3537217409, Ack=0, Win=8192 ( Negotiating scale factor 0x8 ) = 8192 {TCP:58, IPv4:4} |
| 69 | + CLIENT DC TCP TCP:[SynReTransmit #177]Flags=......S., SrcPort=49300, DstPort=LDAP(389), PayloadLen=0, Seq=3537217409, Ack=0, Win=8192 ( Negotiating scale factor 0x8 ) = 8192 {TCP:58, IPv4:4} |
| 70 | + ``` |
0 commit comments