--- schema_version: "1" id: 47e2bb67684ce057217f1c572c8dea19cae33788db88abf6d7351101c4d5195a title: OpenID Connect collection: tableau version: next locale: fr-ca portal_url: https://docs.salesforce.com/tableau/next/fr-ca/server-linux/openid_auth.md canonical_url: https://help.tableau.com/v0.0/server-linux/fr-ca/openid_auth.htm source_site: help.tableau.com content_type: documentation content_hash: d0c586e43d56f15d45f3e52586b03ae4cb431340d8a4adcc4cd521417ab83ed8 description: Understand how Tableau Cloud supports OpenID Connect (OIDC) for single sign-on (SSO). --- [Passer au contenu principal](#main-content) # OpenID Connect Vous pouvez configurer Tableau Server de manière à ce qu’il prenne en charge OpenID Connect (OIDC) pour l’authentification unique (SSO). OIDC est un protocole d’authentification standard qui permet aux utilisateurs de s’authentifier auprès d’un fournisseur d’identité (IdP) comme Google ou Salesforce. Après s’être correctement authentifiés auprès de leur fournisseur d’identité, ils sont automatiquement authentifiés auprès de Tableau Server. La configuration de l’OIDC comprend plusieurs étapes. Les rubriques de cette section fournissent des informations générales sur l’utilisation de Tableau Server avec OIDC et proposent une procédure pour configurer le fournisseur d’identité et Tableau Server. **Remarque :** sauf indication contraire, l’information relative à l’authentification OIDC s’applique à la fois à l’authentification OIDC configurée dans TSM lors de la configuration de Tableau Server et à l’authentification OIDC configurée avec les [pools d’identités](https://help.tableau.com/v0.0/server-linux/fr-ca/identity_pools.htm). ## Présentation de l’authentification Cette section décrit le processus d’authentification OpenID Connect (OIDC) avec Tableau Server. ![Un diagramme illustrant l’interaction entre Tableau Server, les clients et OpenID Connect.](/tableau/next/fr-ca/server-linux/fr-ca/Img/openid_auth_overview.png) 1\. Un utilisateur tente de se connecter à Tableau Server depuis un ordinateur client. 2\. Tableau Server redirige la demande d’authentification vers la passerelle du fournisseur d’identité. 3\. L’utilisateur est invité à s’authentifier et l’authentification auprès du fournisseur d’identité réussit. Le fournisseur d’identité répond par une URL de redirection vers Tableau Server. Un code d’autorisation pour l’utilisateur est fourni avec l’URL de redirection. 4\. Le client est redirigé vers Tableau Server et présente le code d’autorisation. 5\. Tableau Server présente le code d’autorisation du client au fournisseur d’identité ainsi que ses propres identifiants client. Tableau Server est également client du fournisseur d’identité. Cette étape a pour but de prévenir les attaques d’usurpation d’identité ou les attaques de l’homme du milieu. 6\. Le fournisseur d’identité renvoie un jeton d’accès et un jeton d’identifiant à Tableau Server. - Validation du jeton Web JSON (JWT) : par défaut, Tableau procède à la validation du jeton JWT du fournisseur d’identité. Lors de la découverte, Tableau récupère les clés publiques spécifiées par `jwks_uri` dans le document de découverte de configuration du fournisseur d’identité. Tableau valide la date d’expiration du jeton d’identifiant, puis vérifie la signature Web JSON (JWS), l’émetteur (fournisseur d’identité) et l’ID client. Pour en savoir plus sur le processus JWT, consultez la documentation OpenID, point [10 Signatures et chiffrement](http://openid.net/specs/openid-connect-core-1_0.html#SigEnc), et norme proposée par l’IETF, [Jeton Web JSON](https://tools.ietf.org/html/rfc7519). Nous vous recommandons de laisser la validation JWT activée, à moins que votre IdP ne la prenne pas en charge. - L’ID de jeton est un ensemble de paires de clés d’attributs pour l’utilisateur. Les paires de clés sont appelées _revendications_. Voici un exemple de revendication IdP pour un utilisateur : "sub" : "7gYhRR3HiRRCaRcgvY50ubrtjGQBMJW4rXbpPFpg2cptHP62m2sqowM7G1LwjN5" "email" : "alice@example.com", "email\_verified" : true, "name" : "Alice Adams", "given\_name" : "Alice", "family\_name" : "Adams", "phone\_number" : "+359 (99) 100200305", "profile" : "https://tableau.com/users/alice" 7\. Tableau Server identifie l’utilisateur à partir des revendications du fournisseur d’identité et termine la demande d’authentification à partir de l’étape 1. Tableau Server recherche la fiche technique du compte de l’utilisateur stocké dans le référentiel en faisant correspondre le « sub » (identifiant du sujet) pour identifier le compte utilisateur correct. Si aucun compte utilisateur n’est stocké avec la valeur de sous-réclamation, alors Tableau Server recherche un nom d’utilisateur dans le référentiel qui correspond à la réclamation « courriel » du fournisseur d’identité. Lorsqu’une correspondance de nom d’utilisateur est trouvée, Tableau Server stockera la sous-revendication correspondante dans la fiche technique de l’utilisateur dans le référentiel.Tableau Server peut être configuré pour utiliser différentes revendications pour ce processus. Voir [Configuration requise pour utiliser OpenID Connect](https://help.tableau.com/v0.0/server-linux/fr-ca/openid_auth_requirements.htm). 8\. Tableau Server autorise l’utilisateur. ## Fonctionnement de Tableau avec OpenID Connect OpenID Connect (OIDC) est un protocole flexible qui prend en charge de nombreuses options pour les informations qui sont échangées entre un fournisseur de services (ici, Tableau Server) et un fournisseur d’identité. La liste suivante fournit des détails sur l’implémentation d’OIDC dans Tableau Server. Ces détails peuvent vous aider à comprendre quels types d’informations Tableau Server envoie et s’attend à recevoir, et comment configurer un fournisseur d’identité. - Tableau Server prennent uniquement en charge le flux de code d’autorisation OpenID, comme décrit dans les [spécifications finales d’OpenID Connect](http://openid.net/specs/openid-connect-core-1_0.html) dans la documentation OpenID Connect. - Tableau Server s’appuient sur l’utilisation de la découverte ou d’une URL de fournisseur pour récupérer les métadonnées du fournisseur OpenID du l’.Vous pouvez également héberger un document de découverte statique sur Tableau Server. Pour plus d’informations, consultez [Configuration de Tableau Server pour OpenID Connect](https://help.tableau.com/v0.0/server-linux/fr-ca/openid_auth_server_config.htm). - Tableau Server prennent en charge les méthodes d’authentification du client `client_secret_basic` et `client_secret_post`. - Tableau Server attend une valeur `kid` dans l’en-tête JOSE de l’attribut `id_token`. Cette valeur est mise en correspondance avec l’une des clés trouvées dans le document JWK Set, dont l’URI est spécifiée par la valeur `jwks_uri` dans le document de découverte d’OpenID. Une valeur `kid` doit être présente même si le document JWK Set ne comporte qu’une seule clé. - Tableau Server inclut la prise en charge d’OpenID pour le paramètre `x5c` de JWK ou pour l’utilisation des certificats X.509. - Par défaut, Tableau Server ignore les paramètres de proxy et envoie toutes les demandes OpenID directement au fournisseur d’identité. Si Tableau Server est configuré pour utiliser un proxy de transfert pour se connecter à Internet, vous devez apporter des modifications supplémentaires comme décrit dans [Configuration de Tableau Server pour OpenID Connect](https://help.tableau.com/v0.0/server-linux/fr-ca/openid_auth_server_config.htm). ## Attributs utilisateur dans les revendications OIDC À compter de Tableau Server 2026.2, lorsque la fonctionnalité est configurée et que le paramètre de la fonctionnalité est activé, vous pouvez transmettre les revendications d’attribut des utilisateurs dans le jeton Web JSON (JWT) envoyé par le fournisseur d’identité (IdP) à Tableau Cloud lors de la connexion. Ces attributs utilisateur peuvent être utilisés avec les fonctionnalités d’attributs utilisateur de Tableau `(USERATTRIBUTE()`, `USERATTRIBUTEINCLUDES()`) pour contrôler et personnaliser le contenu de manière dynamique. Tableau valide les revendications et autorise ensuite l’accès au contenu. Pour plus d’informations, consultez [Personnaliser et contrôler l’accès aux données à l’aide d’attributs utilisateur](https://help.tableau.com/v0.0/server-linux/fr-ca/openid_auth_server_config.htm#user_attributes). **Exemple de JWT** "sub" : "7gYhRR3HiRRCaRcgvY50ubrtjGQBMJW4rXbpPFpg2cptHP62m2sqowM7G1LwjN5" "email" : "alice@example.com", "email\_verified" : true, "name" : "Alice Adams", "given\_name" : "Alice", "family\_name" : "Adams", "phone\_number" : "+359 (99) 100200305", "profile" : "https://tableau.com/users/alice", "region" : \["South", "South West"\] ## Autres articles de cette section