3.10.1 Registering authentication information

The authentication information registered in Automation manages the secret information of the target host where the job is executed.
This section describes how to register the following authentication information.

(1) Authentication information for accessing credentials in GitLab and Ops I

Because Playbooks are stored in GitLab, it is necessary to access GitLab from AWX. This section describes how to register authentication information for accessing credentials in GitLab and Ops I from AWX.
To access GitLab, a GitLab access token must be stored in a secret in advance. In addition, when executing APIs from a Playbook, it is necessary to access credentials in Ops I from AWX. Credentials in Ops I must also be stored in a secret.
After storing the information in the secret, obtain the following secret information. The table below shows the items and references that must be obtained.

(Table) List of information to be obtained in advance for registration of authentication information

Item Refer to
  • Secrets engine name
Creating a secrets engine
  • Path to secret (preferred path entered in "Path for this secret")
  • Key name (preferred key entered in "Secret data")
Creating a secret
  • Role ID for AppRole
  • Secret ID for AppRole
Obtaining authentication information for accessing the Secret from Automation

[Procedure for registering authentication information to access the secret]

To reference the GitLab access token and the Ops I credentials that have been stored in the secret from AWS, first configure the settings for accessing the secret from AWS.

1. Select the Automation application, then select "Credentials" in the "Resources" category on the AWX window displayed in the contents area.
2. When the authentication information windows appears, click the "Add" button and the Create New Credential window will be displayed. Enter the required information.

(Figure) Create New Credential window (Credential Type “HashiCorp Vault Secret Lookup”)

(Figure) Create New Credential window (Credential Type “HashiCorp Vault Secret Lookup”) (Figure) Create New Credential window (Credential Type “HashiCorp Vault Secret Lookup”)


(Table) List of information to be entered in the Create New Credential window to access the secret

Item Description
Name Name of authentication information to access the secret
"Outpost" is a reserved word and cannot be used
Credential Type Select "HashiCorp Vault Secret Lookup" to access the secret
Server URL http://vault.tenant name-service:8200
Replace tenant name with the name of a tenant who has a Playbook.
AppRole role_id Role ID for AppRole obtained in advance in the secret
AppRole secret_id Secret ID for AppRole obtained in advance in the secret
Path to Auth approle (default)
API Version Select "v2"
3. Click the "Save" button.

[Procedure for registering authentication information to access GitLab]

Authentication information for accessing GitLab is registered using the “Source Control” authentication type. By referencing the authentication information for “HashiCorp Vault Secret Lookup” from the authentication information for “Source Control”, the key can be obtained from the secret to access GitLab.

1. Select the Automation application and then select "Credentials" in the "Resources" category on the AWX window displayed in the contents area.
2. When the authentication information windows appears, click the "Add" button and the Create New Credential window will be displayed. Enter the required information.

(Figure) Create New Credential window (Credential Type “Source Control”)

(Figure) Create New Credential window (Credential Type “Source Control”) (Figure) Create New Credential window (Credential Type “Source Control”)


(Table) List of entries in the Create New Credential window for referencing “HashiCorp Vault Secret Lookup”

Item Description
Name Authentication information name for referencing the authentication information of the credential type "HashiCorp Vault Secret Lookup"
"Outpost" is a reserved word and cannot be used
Credential Type Select "Source Control" to access GitLab
Username User name under which the Secret authentication information was registered
Password Configure according to the following procedure.
  1. Click the key mark in the password entry field.
  2. The authentication information selection window for the External Secret Management System will appear and a list of previously created authentication information will be displayed. Select the authentication information created in [Procedure for registering authentication information to access the secret] and click [Next].
  3. This will take you to the metadata entry window, so enter the required secret information. For details of information to be entered, see "(Table) List of external secret management system metadata to enter".
  4. Click the test button to verify whether you can access the authentication information for "HashiCorp Vault Secret Lookup".
  5. Click "OK".

(Figure) External Secret Management System window

(Figure) External Secret Management System window (Figure) External Secret Management System window


(Table) List of external secret management system metadata to enter

Item Description
Name of Secret Backend Secret Engine Name
Path to Secret Path to the secret obtained in advance in the secret
Path to Auth Same parameters as "Path to Auth" on the Create New Credential window
Key Name Key name obtained in advance in the secret

3. Click the "Save" button after entering the required information.

[Procedure for registering authentication information for accessing credentials in Ops I]

Authentication information for accessing users’ credentials in Ops I is registered using the credential type “OpsI Credential Type”. By referencing authentication information for “HashiCorp Vault Secret Lookup” from the “OpsI Credential Type” authentication information, you can retrieve keys from the secret and access credentials in Ops I.
To register authentication information, you must first register in the secret the items to be referenced from the Playbook, such as the Ops I domain and tokens. For details about registering a secret, see “Creating a secret”. For details about obtaining Ops I tokens, see “(Table) Related resources area tabs (“User details” window)”.

1. Select the Automation application, then select "Credentials" in the "Resources" category on the AWX window displayed in the contents area.
2. When the authentication information windows appears, click the "Add" button and the Create New Credential window will be displayed. Enter the required information.

(Table) List of entries in the [Create New Credential] window for referencing “HashiCorp Vault Secret Lookup” from “OpsI Credential Type”

Item Description
Name Authentication information name for referencing the authentication information of the credential type "HashiCorp Vault Secret Lookup"
"Outpost" is a reserved word and cannot be used
Credential Type Select "OpsI Credential Type" to access credentials in Ops I.
Type Details From among "opsi_domain", "opsi_token", "opsi_username", and "opsi_password", configure the items to be referenced from the Playbook as follows:
  1. Click the key mark in the password entry field.
  2. The authentication information selection window for the External Secret Management System will appear and a list of previously created authentication information will be displayed. Select the authentication information created in [Procedure for registering authentication information to access the secret] and click [Next].
  3. This will take you to the metadata entry window, so enter the required secret information. For details of information to be entered, see "(Table) List of external secret management system metadata to enter".
  4. Click the test button to verify whether you can access the authentication information for "HashiCorp Vault Secret Lookup".
  5. Click "OK".

3. Click the "Save" button after entering the required information.


(2) Authentication information using PAT

PAT (Personal Access Token) is authentication information for Provided Ops I components to access automation.
When using PAT, user information (user name, user password) is not required. A PAT is required for users without a password to access automation via IdP linkage.
For details on provided Ops I components, see “Provided Ops I components”, and for linking IdP, see “Setting up IdP linkage”.

[PAT Creation Procedure]

PAT creation is performed by the user who will use the PAT.

  1. Select the Automation application and then select "Access" - "Users" in the AWX window displayed in the contents area.
  2. A list of users will be displayed. Select the user who will obtain the token.
  3. The Details window will be displayed, so click the Add button on the "Tokens" tab.
  4. The Create user token window will open. Select "Write" in the "Scope" item and click the Save button to issue the token.
  5. A token will be issued and displayed in the window. If you navigate to another window, you will no longer be able to view the token, so please save it in a memo.

Save the created PAT (the token issued in step 5) in Secret Management. For more information on secrets, see “Register a secret”.

As a PAT is valid for 1,000 years, it generally does not need to be renewed.
To renew a PAT, create a new PAT and replace the old PAT stored in the secret with the new PAT. After all workflows created before replacing the PAT with the new PAT in the secret are complete, delete the old PAT from Automation.