---
schema_version: "1"
id: c2a12d16a693cccf6b9bb3712f1f5e8fb46da620d1dd473c732fcae0eb3dcb96
title: Activer l’authentification Kerberos Exécuter en tant que pour les connecteurs JDBC
collection: tableau
version: current
locale: fr-ca
portal_url: https://docs.salesforce.com/tableau/current/fr-ca/server/kerberos_runas_jdbc.md
canonical_url: https://help.tableau.com/current/server/fr-ca/kerberos_runas_jdbc.htm
source_site: help.tableau.com
content_type: documentation
content_hash: 90db31398ed72ffc2bcde05a3d614c8e12de56007e0f9e0e8bcfbb865ef01120
description: Enable Kerberos Run As authentication for JDBC connectors in Tableau Server.
---
[Passer au contenu principal](#main-content)

# Activer l’authentification Kerberos Exécuter en tant que pour les connecteurs JDBC

Depuis la version 2020.2, Tableau Server prend en charge l’authentification Kerberos pour les connecteurs JDBC.

Vous pouvez configurer Tableau Server de manière à utiliser un compte de service Kerberos pour accéder à une base de données. Dans ce scénario, Tableau Server se connecte à des bases de données avec un compte de service (également appelé « Compte Exécuter en tant que service »). Ce scénario est appelé « Authentification Exécuter en tant que »

Consultez [Compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas.htm).

Pour utiliser l’authentification « Exécuter en tant que » sur Tableau Server, vous devez d’abord créer un classeur ou une source de données dans Tableau Desktop qui utilise l’authentification intégrée. Lorsque vous publiez sur Tableau Server, vous obtenez l’accès à l’option d’authentification Exécuter en tant que. Lors de la création d’une source de données avec la création Web, l’authentification Exécuter en tant que est l’opération par défaut si vous sélectionnez l’authentification intégrée.

## Sources de données prises en charge

Tableau prend en charge la délégation JDBC avec les sources de données suivantes :

- Oracle
- PostgreSQL

Si vous configurez l’authentification Exécuter en tant que pour une source de données Oracle utilisant un connecteur basé sur JDBC, suivez la procédure décrite dans cette rubrique. Par ailleurs, si le connecteur que vous utilisez sur Tableau Server utilise un pilote natif, vous n’avez pas à suivre les étapes de cette rubrique. Suivez plutôt les étapes pour créer un compte Exécuter en tant que service, comme indiqué dans la rubrique [Modifier le compte Exécuter en tant que service](https://help.tableau.com/current/server/fr-ca/runas_acct.htm).

## Exigences

La délégation Kerberos requiert Active Directory.

- La banque d’informations Tableau Server doit être configurée pour utiliser LDAP - Active Directory.
- MIT KDC n’est pas pris en charge.

## Processus de configuration

Cette section propose un exemple du processus d’activation de l’authentification Kerberos Exécuter en tant que.

1. Créez un fichier keytab pour le compte Exécuter en tant que service.
    
    L’exemple suivant utilise l’outil ktab fourni avec le JDK. Vous pouvez télécharger l’outil sur le site [AdoptOpenJDK](https://adoptopenjdk.net/). Lorsque vous utilisez ktab pour créer le fichier keytab, utilisez un identifiant de connexion principal au format UPN (par exemple, `service@EXAMPLE.COM`), et non un nom de service principal (par exemple, `HTTP/service.example.com@EXAMPLE.COM`). Vous pouvez également générer des fichiers keytab avec l’utilitaire ktpass, dans quel cas vous pouvez utiliser l’un ou l’autre style de nom principal.
    
    <JDK\_HOME>/bin/ktab -k E:/tmp/tabsrv.keytab -a tabsrv@EXAMPLE.COM
    
    Tableau Server utilisera le compte Exécuter en tant que service et le fichier keytab associé pour l’authentification et l’établissement d’une connexion directe à la base de données.
2. Copiez le fichier keytab dans le répertoire de données de Tableau Server et vérifiez que le compte Exécuter en tant que service peut accéder au fichier keytab et le lire. Par défaut, le répertoire de données Tableau Server se trouve à l’adresse : `C:\ProgramData\Tableau`. Si vous exécutez Tableau Server dans un déploiement distribué, exécutez cette étape sur chaque nœud du groupement.
3. Exécutez les commandes TSM suivantes pour définir le compte Exécuter en tant que service et le chemin d’accès au fichier keytab :
    
    tsm configuration set -k native\_api.datasource\_runas\_principal -v tabsrv@EXAMPLE.COM
    tsm configuration set -k native\_api.datasource\_runas\_keytab\_path -v <path-to-file>kerberos.keytab
    
    Dans certains cas, TSM peut renvoyer une erreur indiquant `--force-keys`. Si cette erreur s’affiche, réexécutez la commande en ajoutant le paramètre `--force-keys` à l’argument.
4. Créez un fichier krb5.conf et installez-le dans `C:\Windows` sur tous les nœuds Tableau Server.
    
    Si vous avez déjà déployé un fichier krb5.ini sur les ordinateurs de votre entreprise, copiez ce fichier et utilisez-le pour Tableau Server. Pour plus d’informations, consultez la rubrique [krb5.conf](https://web.mit.edu/kerberos/krb5-1.12/doc/admin/conf_files/krb5_conf.html) dans la documentation MIT Kerberos.
    
    Pour modifier l’emplacement du fichier de configuration Kerberos, exécutez la commande TSM suivante :
    
    tsm configuration set -k native\_api.kerberos\_config\_path --force-keys -v "C:\\temp\\krb5.ini"
    
    Voici un exemple de fichier krb5.conf. L’assistance Tableau ne peut pas aider à la création de krb5.conf.
    
    \[libdefaults\]
    forwardable = true
    default\_realm = EXAMPLE.COM
    default\_tkt\_enctypes = rc4-hmac
    default\_tgs\_enctypes = rc4-hmac
    
    \[realms\]
    EXAMPLE.COM = {
    kdc = kdc.example.com
    admin\_server = kdc.example.com
    }
    
    \[domain\_realm\]
    .example.com = EXAMPLE.COM
    example.com = EXAMPLE.COM
5. Exécutez la commande TSM suivante pour appliquer les modifications à Tableau Server :
    
    `tsm pending-changes apply`
    
    Si les modifications en attente nécessitent un redémarrage du serveur, la commande `pending-changes apply` affichera une invite pour vous informer qu’un redémarrage va avoir lieu. Cette invite s’affiche même si le serveur est arrêté, mais dans ce cas, il n’y a pas de redémarrage. Vous pouvez supprimer l’invite à l’aide de l’option `--ignore-prompt`, mais cela ne modifiera pas le comportement de redémarrage. Si les modifications ne nécessitent pas de redémarrage, les modifications sont appliquées sans invite. Pour plus d’informations, consultez [tsm pending-changes apply](https://help.tableau.com/current/server/fr-ca/cli_pending-changes.htm#pending-changes-apply).