HTTP admite tres métodos de autenticación:

• Autenticación básica: utilícela cuando su servidor HTTP requiera autenticación de nombre de usuario y contraseña.
• Autenticación por token: utilícela cuando su servidor HTTP requiera uno o más tokens personalizados en encabezados o parámetros de consulta.
• Sin autenticación: utilícela cuando su servidor HTTP no requiera autenticación.

Autenticación básica

La autenticación básica requiere un archivo de credenciales con un nombre de usuario y una contraseña:

{
	"auth_type": "Basic Auth",
	"credentials": [
		{
			"username": "USERNAME",
			"password": "PASSWORD"
		}
	]
}

Reemplace USERNAME y PASSWORD con su nombre de usuario y contraseña.

En la conexión del runner, especifique la ubicación del archivo de credenciales en el contenedor del runner de Private Actions. En este ejemplo, el archivo de credenciales se almacena en /etc/dd-action-runner/config/credentials/http_basic.json.

Autenticación por token

La autenticación por token requiere un archivo de credenciales con una matriz de nombres y valores de token:

{
	"auth_type": "Token Auth",
	"credentials": [
		{
			"tokenName": "TOKEN1",
			"tokenValue": "VALUE1"
		},
		{
			"tokenName": "TOKEN2",
			"tokenValue": "VALUE2"
		}
	]
}

Reemplace TOKEN1, TOKEN2, VALUE1 y VALUE2 con sus nombres y valores de token.

En la conexión del runner, especifique la ubicación del archivo de credenciales en el contenedor del runner de Private Actions. En este ejemplo, el archivo de credenciales se almacena en /etc/dd-action-runner/config/credentials/http_token.json.

Sin autenticación

Este tipo de conexión es adecuado para puntos de conexión HTTP que no requieren autenticación.

Para configurar esta conexión, especifique la URL del punto de conexión:

La conexión de GitLab acepta las siguientes credenciales:

Incluya todas las credenciales en un solo archivo:

{
        "auth_type": "Token Auth",
        "credentials": [
                {
                        "tokenName": "gitlabApiToken",
                        "tokenValue": "GITLAB_API_TOKEN"
                },
                {
                        "tokenName": "baseURL",
                        "tokenValue": "GITLAB_URL"
                }
        ]
}

Reemplace GITLAB_API_TOKEN y GITLAB_URL con sus credenciales.

En la conexión del runner, especifique la ubicación del archivo de credenciales en el contenedor del runner de Private Actions. En este ejemplo, el archivo de credenciales se almacena en /etc/dd-action-runner/config/credentials/gitlab_token.json.

La conexión de Jenkins acepta las siguientes credenciales:

Incluya todas las credenciales en un solo archivo:

{
        "auth_type": "Token Auth",
        "credentials": [
                {
                        "tokenName": "username",
                        "tokenValue": "USERNAME"
                },
                {
                        "tokenName": "token",
                        "tokenValue": "API_TOKEN"
                },
                {
                        "tokenName": "domain",
                        "tokenValue": "DOMAIN"
                }
        ]
}

Reemplace USERNAME, API_TOKEN y DOMAIN con sus credenciales.

En la conexión del runner, especifique la ubicación del archivo de credenciales en el contenedor del runner de Private Actions. En este ejemplo, el archivo de credenciales se almacena en /etc/dd-action-runner/config/credentials/jenkins_token.json.

MongoDB admite dos métodos de autenticación:

• Autenticación SRV: Úselo al conectarse a MongoDB Atlas o cuando necesite detección automática de conjuntos de réplicas y conmutación por error. Este método utiliza un registro DNS SRV para descubrir automáticamente todos los miembros de un conjunto de réplicas.
• Autenticación estándar: utilícela al conectarse directamente a un servidor MongoDB o cuando necesite especificar el servidor y el puerto exactos.

Autenticación SRV

La autenticación SRV de MongoDB requiere las siguientes credenciales:

Incluya todas las credenciales en un solo archivo:

{
        "auth_type": "Token Auth",
        "credentials": [
                {
                        "tokenName": "username",
                        "tokenValue": "USERNAME"
                },
                {
                        "tokenName": "password",
                        "tokenValue": "PASSWORD"
                },
                {
                        "tokenName": "srvHost",
                        "tokenValue": "SRV_HOST"
                },
                {
                        "tokenName": "database",
                        "tokenValue": "DATABASE"
                }
        ]
}

Reemplace USERNAME, PASSWORD, SRV_HOST y DATABASE con sus credenciales.

En la conexión del runner, especifique la ubicación del archivo de credenciales en el contenedor del runner de Private Actions. En este ejemplo, el archivo de credenciales se almacena en /etc/dd-action-runner/config/credentials/mongodb_srv_token.json.

Autenticación estándar

La autenticación estándar de MongoDB acepta las siguientes credenciales:

Incluya todas las credenciales en un solo archivo:

{
        "auth_type": "Token Auth",
        "credentials": [
                {
                        "tokenName": "username",
                        "tokenValue": "USERNAME"
                },
                {
                        "tokenName": "password",
                        "tokenValue": "PASSWORD"
                },
                {
                        "tokenName": "host",
                        "tokenValue": "HOST"
                },
                {
                        "tokenName": "port",
                        "tokenValue": "PORT"
                },
                {
                        "tokenName": "database",
                        "tokenValue": "DATABASE"
                },
                {
                        "tokenName": "authSource",
                        "tokenValue": "AUTH_SOURCE"
                },
                {
                        "tokenName": "authMechanism",
                        "tokenValue": "AUTH_MECHANISM"
                }
        ]
}

Reemplace USERNAME, PASSWORD, HOST, PORT, DATABASE, AUTH_SOURCE y AUTH_MECHANISM con sus credenciales.

En la conexión del runner, especifique la ubicación del archivo de credenciales en el contenedor del runner de Private Actions. En este ejemplo, el archivo de credenciales se almacena en /etc/dd-action-runner/config/credentials/mongodb_standard_token.json.

La conexión de PostgreSQL acepta las siguientes credenciales:

Incluya todas las credenciales en un solo archivo:

{
        "auth_type": "Token Auth",
        "credentials": [
                {
                        "tokenName": "host",
                        "tokenValue": "HOST_NAME"
                },
                {
                        "tokenName": "port",
                        "tokenValue": "PORT"
                },
                {
                        "tokenName": "user",
                        "tokenValue": "USER"
                },
                {
                        "tokenName": "password",
                        "tokenValue": "PASSWORD"
                },
                {
                        "tokenName": "database",
                        "tokenValue": "DATABASE_NAME"
                },
                {
                        "tokenName": "sslmode",
                        "tokenValue": "require"
                },
                {
                        "tokenName": "applicationName",
                        "tokenValue": "APPLICATION_NAME"
                },
                {
                        "tokenName": "searchPath",
                        "tokenValue": "SEARCH_PATH"
                }
        ]
}

Reemplace los valores de ejemplo con sus credenciales.

En la conexión del ejecutor, especifique la ubicación del archivo de credenciales en el contenedor del ejecutor de acciones privado. En este ejemplo, el archivo de credenciales se almacena en /etc/dd-action-runner/config/credentials/postgresql_token.json.

Temporal admite tres métodos de autenticación:

• Autenticación mTLS: utilícela para la comunicación más segura con autenticación de certificado bidireccional de servidor a cliente.
• Autenticación TLS: utilícela para una comunicación segura con autenticación de certificado de servidor.
• Sin autenticación: utilícela para comunicación sin cifrar (no se recomienda para entornos de producción).

Autenticación mTLS

La autenticación mTLS de Temporal requiere las siguientes credenciales:

Incluya todas las credenciales en un solo archivo:

{
        "auth_type": "Token Auth",
        "credentials": [
                {
                        "tokenName": "serverAddress",
                        "tokenValue": "SERVER_ADDRESS"
                },
                {
                        "tokenName": "serverNameOverride",
                        "tokenValue": "SERVER_NAME_OVERRIDE"
                },
                {
                        "tokenName": "serverRootCACertificate",
                        "tokenValue": "SERVER_ROOT_CA_CERTIFICATE"
                },
                {
                        "tokenName": "clientCertPairCrt",
                        "tokenValue": "CLIENT_CERTIFICATE"
                },
                {
                        "tokenName": "clientCertPairKey",
                        "tokenValue": "CLIENT_KEY"
                }
        ]
}

Reemplace SERVER_ADDRESS, SERVER_NAME_OVERRIDE, SERVER_ROOT_CA_CERTIFICATE, CLIENT_CERTIFICATE y CLIENT_KEY con sus credenciales.

En la conexión del ejecutor, especifique la ubicación del archivo de credenciales en el contenedor del ejecutor de acciones privado. En este ejemplo, el archivo de credenciales se almacena en /etc/dd-action-runner/config/credentials/temporal_mTLS_token.json.

Autenticación TLS

La autenticación TLS de Temporal requiere las siguientes credenciales:

Incluya todas las credenciales en un solo archivo:

{
        "auth_type": "Token Auth",
        "credentials": [
                {
                        "tokenName": "serverAddress",
                        "tokenValue": "SERVER_ADDRESS"
                },
                {
                        "tokenName": "serverNameOverride",
                        "tokenValue": "SERVER_NAME_OVERRIDE"
                },
                {
                        "tokenName": "serverRootCACertificate",
                        "tokenValue": "SERVER_ROOT_CA_CERTIFICATE"
                }
        ]
}

Reemplace SERVER_ADDRESS, SERVER_NAME_OVERRIDE y SERVER_ROOT_CA_CERTIFICATE con sus credenciales.

En la conexión del ejecutor, especifique la ubicación del archivo de credenciales en el contenedor del ejecutor de acciones privado. En este ejemplo, el archivo de credenciales se almacena en /etc/dd-action-runner/config/credentials/temporal_TLS_token.json.

Sin autenticación

Este tipo de conexión utiliza comunicación sin cifrar y no se recomienda para entornos de producción. Solo debe utilizarse en entornos de desarrollo o para probar conexiones. Para uso en producción, considere utilizar los tipos de autenticación TLS o mTLS.

El tipo de conexión requiere las siguientes credenciales:

Para este tipo de conexión, no necesita crear un archivo de credenciales ya que la dirección no es un secreto y se almacena directamente en Datadog. Para configurar, proporcione la dirección del servidor: