Active Directory (AD) Plugin: multiple untrusted domains


  • How to set-up Jenkins for multiple “untrusted” domains of Active Directory.




In order to achieve this configuration, the following requirements need to be fulfilled:

On the AD side:

  • At the network/infrastructure level, the Jenkins instance must be able to connect to both domain servers.
  • A user (“UserX”) is needed in all the different AD domains that shares common attributes that Jenkins can use to bind as. Those same values are:
    • first name and display name (In fact, changes on one applies to the other)
    • password

Note: This can be checked by using, for example, Active Directory Explorer and trying to log in on the multiple domain, using for “Bind DN” field the display name value and for “Bind Password” the password of “UserX”.

On the Jenkins side > Active Directory:

  1. Include the multiple domains separated by “,” ( a comma without spaces ) in the Domain Name field.
  2. Associate Bind DN to the display name and Bind Password to the password of the mentioned “UserX”.

Note: anonymous user for Bind DN is not valid.

Example scenario

The following scenario helps to understand the issue and its resolution:

On the AD side:

Two different domains (‘’ and ‘’) running on different Windows Server 2012 machines (‘dcpr1’ and ‘dcpr2’, for each domains respectively). Then, Server manager > Tools > Active Directory Users and Computer configuration for each one is as follows: AD config AD config

On the Jenkins side :

Global Security Configuration ($Jenkins_URL/configureSecurity/) > Security Realm > Active Directory would succeed as follows:

Jenkins AD configuration

Each user (from those 2 different domains) is added to Jenkins Users directory as soon as log into Jenkins. Thus, after logging all of them on the $Jenkins_URL/asynchPeople/ would look like this: (Note that “UserX” shares same name but not UserId)

Jenkins people

Have more questions?


Please sign in to leave a comment.