Can you remove the MACHINEOU command to see?
Is the machine with the console in the same domain as the domain requested for the join?
[RESOLVED] OS Domain Junction Code 1326
Forum Rules
Community Forum Rules
* English support on www.reddit.com/r/wapt
* French community support is available on this forum
* Please prefix the topic title with [RESOLVED] if it is resolved.
* Please do not edit a topic that is tagged [RESOLVED]. Open a new topic referencing the old one.
* Specify the installed WAPT version, full version, and build number (2.2.1.11957 / 2.2.2.12337 / etc.) as well as the Enterprise/Discovery edition.
* Versions 1.8.2 and earlier are no longer supported. The only questions accepted regarding version 1.8.2 are related to upgrading to a supported version (2.1, 2.2, etc.).
* Specify the server OS (Linux/Windows) and version (Debian Buster/Bullseye - CentOS 7 - Windows Server 2012/2016/2019).
* Specify the OS of the administration/package creation machine and the machine with the problematic agent, if applicable (Windows 7/10/11/Debian 11/etc.).
* Avoid asking multiple questions when opening a topic, otherwise it may be ignored. If there are multiple topics, open separate topics, preferably one after the other and not all at the same time (i.e., do not spam the forum).
* Include code snippets, screenshots, and other images directly in the post. Links to Pastebin, Bitly, and other third-party sites will be systematically removed.
* As with any community forum, support is provided voluntarily by members. If you require commercial support, you can contact Tranquil IT's sales department at 02.40.97.57.55
Community Forum Rules
* English support on www.reddit.com/r/wapt
* French community support is available on this forum
* Please prefix the topic title with [RESOLVED] if it is resolved.
* Please do not edit a topic that is tagged [RESOLVED]. Open a new topic referencing the old one.
* Specify the installed WAPT version, full version, and build number (2.2.1.11957 / 2.2.2.12337 / etc.) as well as the Enterprise/Discovery edition.
* Versions 1.8.2 and earlier are no longer supported. The only questions accepted regarding version 1.8.2 are related to upgrading to a supported version (2.1, 2.2, etc.).
* Specify the server OS (Linux/Windows) and version (Debian Buster/Bullseye - CentOS 7 - Windows Server 2012/2016/2019).
* Specify the OS of the administration/package creation machine and the machine with the problematic agent, if applicable (Windows 7/10/11/Debian 11/etc.).
* Avoid asking multiple questions when opening a topic, otherwise it may be ignored. If there are multiple topics, open separate topics, preferably one after the other and not all at the same time (i.e., do not spam the forum).
* Include code snippets, screenshots, and other images directly in the post. Links to Pastebin, Bitly, and other third-party sites will be systematically removed.
* As with any community forum, support is provided voluntarily by members. If you require commercial support, you can contact Tranquil IT's sales department at 02.40.97.57.55
- sfonteneau
- WAPT Expert
- Messages: 2318
- Registered: July 10, 2014 - 11:52 PM
- Contact :
- sfonteneau
- WAPT Expert
- Messages: 2318
- Registered: July 10, 2014 - 11:52 PM
- Contact :
After some testing here, I can reproduce the problem:
The message corresponds to a problem with MACHINEOU.
I can reproduce the problem if the specified OU is cn=computers; apparently, the djoin doesn't work with cn=computers. You must specify an OU and not a CN.
When creating the djoin, in the top right corner, you can manually specify an OU in text mode (if the OU doesn't appear in the list).
The message corresponds to a problem with MACHINEOU.
I can reproduce the problem if the specified OU is cn=computers; apparently, the djoin doesn't work with cn=computers. You must specify an OU and not a CN.
When creating the djoin, in the top right corner, you can manually specify an OU in text mode (if the OU doesn't appear in the list).
- dcardon
- WAPT Expert
- Messages: 1929
- Registration: June 18, 2014 - 09:58
- Location: Saint Sébastien sur Loire
- Contact :
Hello,
indeed: https://social.technet.microsoft.com/Fo ... igMgrCBOSD
If you want to integrate the machine into cn=computers, you shouldn't specify anything (assuming that the default container for computers is indeed cn=computers). That said, from an AD management perspective, it's good not to integrate your machines into cn=computers, but to have a default OU for the computers and redirect the default container; this allows some GPOs to apply by default.
We'll take this case into account in the GUI. Thanks for the debugging.
Best regards,
Denis
indeed: https://social.technet.microsoft.com/Fo ... igMgrCBOSD
If you want to integrate the machine into cn=computers, you shouldn't specify anything (assuming that the default container for computers is indeed cn=computers). That said, from an AD management perspective, it's good not to integrate your machines into cn=computers, but to have a default OU for the computers and redirect the default container; this allows some GPOs to apply by default.
We'll take this case into account in the GUI. Thanks for the debugging.
Best regards,
Denis
Denis Cardon - Tranquil IT
Share your experiences on WAPT! Send us your blog and article URLs in the "Your Opinion of the forum, and we'll feature them on the WAPT
Share your experiences on WAPT! Send us your blog and article URLs in the "Your Opinion of the forum, and we'll feature them on the WAPT
-
florian777
- Messages: 32
- Registration: Apr 13, 2022 - 09:53
So I created an OU where I will temporarily send the PCs that I will redistribute to my other servers in the future
- dcardon
- WAPT Expert
- Messages: 1929
- Registration: June 18, 2014 - 09:58
- Location: Saint Sébastien sur Loire
- Contact :
Hello Florian777,
there's the `redircmp` command [1] to define the default OU for all new domain joins. And as I mentioned in my previous post, it's considered good practice to do this.
I've submitted an internal ticket to block the `cn=computers` option in the WaptConsole.
Regards,
Denis
[1] https://docs.microsoft.com/fr-fr/troubl ... containers
there's the `redircmp` command [1] to define the default OU for all new domain joins. And as I mentioned in my previous post, it's considered good practice to do this.
I've submitted an internal ticket to block the `cn=computers` option in the WaptConsole.
Regards,
Denis
[1] https://docs.microsoft.com/fr-fr/troubl ... containers
Denis Cardon - Tranquil IT
Share your experiences on WAPT! Send us your blog and article URLs in the "Your Opinion of the forum, and we'll feature them on the WAPT
Share your experiences on WAPT! Send us your blog and article URLs in the "Your Opinion of the forum, and we'll feature them on the WAPT
-
florian777
- Messages: 32
- Registration: Apr 13, 2022 - 09:53
Good morning,
Since this morning I've encountered a new problem. Until now, I could use djoin perfectly. I restarted my WAPT server, and now when I try to use djoin, I get the following error:
The account I am logged into has permission to add users to the domain and the wapt server can contact the domain.
[update]
I restarted the server and now I'm getting this additional error:

But if I switch to a command prompt with another account, I no longer have it
Since this morning I've encountered a new problem. Until now, I could use djoin perfectly. I restarted my WAPT server, and now when I try to use djoin, I get the following error:
Code: Select all
C:\Users\xxxx>djoin.exe /PROVISION /DOMAIN "xxx.xxx.fr" /MACHINE "test-iso" /MACHINEOU "ou=Import_wapt,dc=xxx,dc=xxx,dc=fr" /SAVEFILE "C:\Windows\temp\join-202204280936" /REUSE
Approvisionnement de l'ordinateur...
Échec de l'approvisionnement de [test-iso] dans le domaine [xxx.xxx.fr] : 0x54b.
Il peut être nécessaire de spécifier /REUSE pendant la réexécution de djoin.exe avec le même nom d'ordinateur.
Échec de l'approvisionnement de l'ordinateur : 0x54b.
Le domaine spécifié n'existe pas ou n'a pas pu être contacté.[update]
I restarted the server and now I'm getting this additional error:

But if I switch to a command prompt with another account, I no longer have it
- sfonteneau
- WAPT Expert
- Messages: 2318
- Registered: July 10, 2014 - 11:52 PM
- Contact :
Good morning
The djoin has nothing to do with the wapt server; the djoin.exe command is executed as is by the wapt console.
We just retrieve the output of the djoin.exe command (the SAVEFILE) to send the result to the wapt server.
Therefore, there is no need to restart the wapt server; everything happens between your waptconsole workstation and your Active Directory
After a Google search for the error code 0x54b that you mentioned:
https://docs.microsoft.com/en-us/troubl ... -to-domain
We come across things like this:
So the domain controller is unavailable? The message is indeed: The specified domain does not exist or could not be contacted.
The command is being executed correctly in a command prompt using a domain account that has the right to create machine accounts? (It won't work with a local account.)
For your screenshot, djoin.exe is in ????
Normally, djoin.exe is located here: c:\windows\system32\djoin.exe
Do you have a djoin.exe file in your home directory?
Simon
The djoin has nothing to do with the wapt server; the djoin.exe command is executed as is by the wapt console.
We just retrieve the output of the djoin.exe command (the SAVEFILE) to send the result to the wapt server.
Therefore, there is no need to restart the wapt server; everything happens between your waptconsole workstation and your Active Directory
After a Google search for the error code 0x54b that you mentioned:
https://docs.microsoft.com/en-us/troubl ... -to-domain
We come across things like this:
Code: Select all
<DateTime> NetpDsGetDcName: failed to find a DC in the specified domain: 0x54b, last error is 0x0
<DateTime> NetpJoinDomainOnDs: NetpDsGetDcName returned: 0x54b
<DateTime> NetpJoinDomainOnDs: Function exits with status of: 0x54b
<DateTime> NetpDoDomainJoin: status: 0x54b
The command is being executed correctly in a command prompt using a domain account that has the right to create machine accounts? (It won't work with a local account.)
For your screenshot, djoin.exe is in
Code: Select all
c:\usersNormally, djoin.exe is located here: c:\windows\system32\djoin.exe
Do you have a djoin.exe file in your home directory?
Simon
-
florian777
- Messages: 32
- Registration: Apr 13, 2022 - 09:53
Okay, I just tried again and I'm not getting any more error messages, it's working perfectly (I must be cursed). I have no idea what happened, I haven't touched anything since my last message...
- dcardon
- WAPT Expert
- Messages: 1929
- Registration: June 18, 2014 - 09:58
- Location: Saint Sébastien sur Loire
- Contact :
I'm closing this thread then. Please open a new thread for another problem.
To summarize: you shouldn't specify /machineou in djoin if you want to add a machine to cn=computers, otherwise djoin.exe crashes with /machineou=cn=computer. This is a bug/limitation of Microsoft's djoin tool; it would have been nice if the tool displayed a more explicit error message. We'll add protection to the wapt console to avoid encountering this djoin bug/limitation.
As a reminder, it's not recommended to store your machine accounts in cn=computers.
Denis
To summarize: you shouldn't specify /machineou in djoin if you want to add a machine to cn=computers, otherwise djoin.exe crashes with /machineou=cn=computer. This is a bug/limitation of Microsoft's djoin tool; it would have been nice if the tool displayed a more explicit error message. We'll add protection to the wapt console to avoid encountering this djoin bug/limitation.
As a reminder, it's not recommended to store your machine accounts in cn=computers.
Denis
Denis Cardon - Tranquil IT
Share your experiences on WAPT! Send us your blog and article URLs in the "Your Opinion of the forum, and we'll feature them on the WAPT
Share your experiences on WAPT! Send us your blog and article URLs in the "Your Opinion of the forum, and we'll feature them on the WAPT
