community.windows.win_domain_computer – Manage computers in Active Directory

Note

This plugin is part of the community.windows collection (version 1.6.0).

To install it use: ansible-galaxy collection install community.windows.

To use it in a playbook, specify: community.windows.win_domain_computer.

Synopsis

  • Create, read, update and delete computers in Active Directory using a windows bridge computer to launch New-ADComputer, Get-ADComputer, Set-ADComputer, Remove-ADComputer and Move-ADObject powershell commands.

Parameters

Parameter Choices/Defaults Comments
description
string
Default:
""
Specifies a description of the object.
This parameter sets the value of the Description property for the object.
The LDAP display name (ldapDisplayName) for this property is description.
dns_hostname
string
Specifies the fully qualified domain name (FQDN) of the computer.
This parameter sets the DNSHostName property for a computer object.
The LDAP display name for this property is dNSHostName.
Required when state=present.
domain_password
string
The password for username.
domain_server
string
Specifies the Active Directory Domain Services instance to connect to.
Can be in the form of an FQDN or NetBIOS name.
If not specified then the value is based on the domain of the computer running PowerShell.
domain_username
string
The username to use when interacting with AD.
If this is not set then the user Ansible used to log in with will be used instead when using CredSSP or Kerberos with credential delegation.
enabled
boolean
    Choices:
  • no
  • yes ←
Specifies if an account is enabled.
An enabled account requires a password.
This parameter sets the Enabled property for an account object.
This parameter also sets the ADS_UF_ACCOUNTDISABLE flag of the Active Directory User Account Control (UAC) attribute.
managed_by
string
added in 1.3.0 of community.windows
The value to be assigned to the LDAP managedBy attribute.
This value can be in the forms Distinguished Name, objectGUID, objectSid or sAMAccountName, see examples for more details.
name
string / required
Specifies the name of the object.
This parameter sets the Name property of the Active Directory object.
The LDAP display name (ldapDisplayName) of this property is name.
odj_blob_path
string
The path to the file where the BLOB will be saved. If omitted, a temporary file will be used.
If offline_domain_join=output the file will be deleted after its contents are returned.
The parent directory for the BLOB file must exist; intermediate directories will not be created.
offline_domain_join
string
    Choices:
  • none ←
  • output
  • path
Provisions a computer in the directory and provides a BLOB file that can be used on the target computer/image to join it to the domain while offline.
The none value doesn't do any offline join operations.
output returns the BLOB in output. The BLOB should be treated as secret (it contains the machine password) so use no_log when using this option.
path preserves the offline domain join BLOB file on the target machine for later use. The path will be returned.
If the computer already exists, no BLOB will be created/returned, and the module will operate as it would have without offline domain join.
ou
string
Specifies the X.500 path of the Organizational Unit (OU) or container where the new object is created. Required when state=present.
Special characters must be escaped, see Distinguished Names for details.
sam_account_name
string
Specifies the Security Account Manager (SAM) account name of the computer.
It maximum is 256 characters, 15 is advised for older operating systems compatibility.
The LDAP display name (ldapDisplayName) for this property is sAMAccountName.
If ommitted the value is the same as name.
Note that all computer SAMAccountNames need to end with a $.
If $ is omitted, it will be added to the end.
state
string
    Choices:
  • absent
  • present ←
Specified whether the computer should be present or absent in Active Directory.

Notes

Note

  • For more information on Offline Domain Join see the step-by-step guide.

  • When using the ODJ BLOB to join a computer to the domain, it must be written out to a file.

  • The file must be UTF-16 encoded (in PowerShell this encoding is called Unicode), and it must end in a null character. See examples.

  • The djoin.exe part of the offline domain join process will not use domain_server, domain_username, or domain_password.

See Also

See also

ansible.windows.win_domain

The official documentation on the ansible.windows.win_domain module.

ansible.windows.win_domain_controller

The official documentation on the ansible.windows.win_domain_controller module.

community.windows.win_domain_group

The official documentation on the community.windows.win_domain_group module.

ansible.windows.win_domain_membership

The official documentation on the ansible.windows.win_domain_membership module.

community.windows.win_domain_user

The official documentation on the community.windows.win_domain_user module.

Examples

- name: Add linux computer to Active Directory OU using a windows machine
  community.windows.win_domain_computer:
    name: one_linux_server
    sam_account_name: linux_server$
    dns_hostname: one_linux_server.my_org.local
    ou: "OU=servers,DC=my_org,DC=local"
    description: Example of linux server
    enabled: yes
    state: present
  delegate_to: my_windows_bridge.my_org.local

- name: Remove linux computer from Active Directory using a windows machine
  community.windows.win_domain_computer:
    name: one_linux_server
    state: absent
  delegate_to: my_windows_bridge.my_org.local

- name: Provision a computer for offline domain join
  community.windows.win_domain_computer:
    name: newhost
    dns_hostname: newhost.ansible.local
    ou: 'OU=A great\, big organizational unit name,DC=ansible,DC=local'
    state: present
    offline_domain_join: yes
    odj_return_blob: yes
  register: computer_status
  delegate_to: windc.ansible.local

- name: Join a workgroup computer to the domain
  vars:
    target_blob_file: 'C:\ODJ\blob.txt'
  ansible.windows.win_shell: |
    $blob = [Convert]::FromBase64String('{{ computer_status.odj_blob }}')
    [IO.File]::WriteAllBytes('{{ target_blob_file }}', $blob)
    & djoin.exe --% /RequestODJ /LoadFile '{{ target_blob_file }}' /LocalOS /WindowsPath "%SystemRoot%"

- name: Restart to complete domain join
  ansible.windows.win_restart:

Return Values

Common return values are documented here, the following are the fields unique to this module:

Key Returned Description
djoin
dictionary
when offline_domain_join is True and the computer didn't exist
Information about the invocation of djoin.exe.

 
invocation
string
always
The full command line used to call djoin.exe

Sample:
djoin.exe /PROVISION /MACHINE compname /MACHINEOU OU=Hosts,DC=ansible,DC=local /DOMAIN ansible.local /SAVEFILE blobfile.txt
 
rc
integer
when not check mode
The return code from djoin.exe

Sample:
87
 
stderr
string
when not check mode
The stderr from djoin.exe

Sample:
Invalid input parameter combination.
 
stdout
string
when not check mode
The stdout from djoin.exe

Sample:
Computer provisioning completed successfully.
odj_blob
string
when offline_domain_join is not 'none' and the computer didn't exist
The offline domain join BLOB. This is an empty string when in check mode or when offline_domain_join is 'path'.
This field contains the base64 encoded raw bytes of the offline domain join BLOB file.

Sample:
<a long base64 string>
odj_blob_file
string
when offline_domain_join is 'path' and the computer didn't exist
The path to the offline domain join BLOB file on the target host. If odj_blob_path was specified, this will match that path.

Sample:
C:\Users\admin\AppData\Local\Temp\e4vxonty.rkb


Authors

  • Daniel Sánchez Fábregas (@Daniel-Sanchez-Fabregas)

  • Brian Scholer (@briantist)