Foro de TI tranquilo

¿Puedes eliminar el comando MACHINEOU para comprobarlo? ¿

La máquina con la consola está en el mismo dominio que el dominio solicitado para la unión?

Tras realizar algunas pruebas, he podido reproducir el problema:

el mensaje indica un problema con MACHINEOU.

El problema se reproduce si la OU especificada es cn=computers; al parecer, djoin no funciona con cn=computers. Es necesario especificar una OU, no un CN.

Al crear djoin, en la esquina superior derecha, se puede especificar manualmente una OU en modo texto (si la OU no aparece en la lista).

Bueno, lo intentaré tan pronto como pueda

Hola,

efectivamente: https://social.technet.microsoft.com/Fo ... igMgrCBOSD

Si desea integrar la máquina en cn=computers, no debería especificar nada (suponiendo que el contenedor predeterminado para equipos sea efectivamente cn=computers). Dicho esto, desde la perspectiva de la administración de Active Directory, es recomendable no integrar las máquinas en cn=computers, sino tener una unidad organizativa predeterminada para los equipos y redirigir el contenedor predeterminado; esto permite que algunas directivas de grupo se apliquen de forma predeterminada.

Tendremos en cuenta este caso en la interfaz gráfica de usuario. Gracias por la depuración.

Saludos cordiales,

Denis

Así que creé una OU donde enviaré temporalmente las PC que redistribuiré a mis otros servidores en el futuro

Hola Florian777,

existe el comando `redircmp` [1] para definir la OU predeterminada para todas las nuevas uniones al dominio. Y como mencioné en mi publicación anterior, se considera una buena práctica hacerlo.

He enviado un ticket interno para bloquear la opción `cn=computers` en WaptConsole.

Saludos,

Denis


[1] https://docs.microsoft.com/fr-fr/troubl ... containers

Buen día,

Desde esta mañana he tenido un nuevo problema. Hasta ahora podía usar djoin sin problemas, pero reinicié mi servidor WAPT y ahora, al intentar usar djoin, me aparece el siguiente error:
La cuenta en la que he iniciado sesión tiene permiso para agregar usuarios al dominio y el servidor wapt puede contactar al dominio.


[actualizar]

Reinicié el servidor y ahora recibo este error adicional:


Pero si cambio a un símbolo del sistema con otra cuenta, ya no lo tengo

Buen día

El djoin no tiene nada que ver con el servidor wapt; el comando djoin.exe se ejecuta tal cual mediante la consola wapt.
Simplemente recuperamos la salida del comando djoin.exe (el SAVEFILE) para enviar el resultado al servidor wapt.
Por lo tanto, no es necesario reiniciar el servidor wapt; todo sucede entre su estación de trabajo waptconsole y su Active Directory

Después de una búsqueda en Google del código de error 0x54b que mencionaste:
https://docs.microsoft.com/en-us/troubl ... -to-domain

Nos encontramos con cosas como ésta: ¿Entonces el controlador de dominio no está disponible? El mensaje es: El dominio especificado no existe o no se pudo contactar.

¿El comando se ejecuta correctamente en el símbolo del sistema con una cuenta de dominio con permiso para crear cuentas de equipo? (No funciona con una cuenta local)

Para su captura de pantalla, djoin.exe está en ????

Normalmente, djoin.exe se encuentra aquí: c:\windows\system32\djoin.exe

¿Tiene un archivo djoin.exe en su directorio de inicio?

Simón

Bueno, lo acabo de intentar de nuevo y no me salen más mensajes de error. Funciona perfectamente (debo estar maldito). No tengo ni idea de qué ha pasado, no he tocado nada desde mi último mensaje...

Cierro este hilo. Por favor, abre un nuevo hilo para otro problema.
En resumen: no debes especificar /machineou en djoin si quieres añadir una máquina a cn=computers, de lo contrario djoin.exe falla con /machineou=cn=computer. Esto es un error/limitación de la herramienta djoin de Microsoft; habría sido útil que la herramienta mostrara un mensaje de error más explícito. Añadiremos protección a la consola wapt para evitar este error/limitación de djoin.
Como recordatorio, no se recomienda almacenar las cuentas de tus máquinas en cn=computers.

Denis