--- schema_version: "1" id: a3c7717dc9cddb404212fc8b382b53115cc5a9d52cf584420a41596766a34e9c title: Configurer OAuth externe pour SAP HANA collection: tableau version: next locale: fr-ca portal_url: https://docs.salesforce.com/tableau/next/fr-ca/server/config_oauth_hana.md canonical_url: https://help.tableau.com/v0.0/server/fr-ca/config_oauth_hana.htm source_site: help.tableau.com content_type: documentation content_hash: eeb95163ee093b12153c744ddee25375dffc4e7607b67712585f1aadaf0d8167 description: Configure external OAuth 2.0/OIDC identity federation for SAP HANA in Tableau Cloud. --- [Passer au contenu principal](#main-content) # Configurer OAuth externe pour SAP HANA Depuis Tableau 2024.3 pour Tableau Cloud, vous pouvez utiliser Oauth 2.0/OIDC pour fédérer l’identité d’un fournisseur d’identité externe dans HANA. Selon le fournisseur d’identité, plusieurs étapes sont nécessaires pour configurer l’intégration. Voici une présentation générale du processus. ## Configurer le fournisseur d’identité sur HANA Pour plus d’informations sur la configuration de votre fournisseur d’identité sur HANA, consultez [Authentification unique à l’aide de jetons Web JSON](https://help.sap.com/docs/hana-cloud-database/sap-hana-cloud-sap-hana-database-security-guide/single-sign-on-using-json-web-tokens) dans le système d’aide de SAP. Voici quelques exemples de différentes manières de configurer un fournisseur d’identité : - Fournisseur d’identité Okta avec HANA Cockpit : [Se connecter à SAP HANA Cloud avec un compte Okta](https://help.alteryx.com/current/fr/designer/data-sources/sap-hana/connect-to-sap-hana-cloud-with-okta-account.html#connect-to-sap-hana-cloud-with-okta-account) - Fournisseur d’identité Azure avec HANA Studio : [Configurer une instance SAP HANA avec l’authentification OAuth ou l’authentification unique](https://www2.microstrategy.com/producthelp/Current/Gateway_Connections/WebHelp/Lang_1033/Content/sap_hana_instance_oauth_sso.htm) ## Configurer le fournisseur d’identité 1. Créez des clients OAuth sur le fournisseur d’identités pour Tableau Desktop, Tableau Server ou Tableau Cloud. Le client Desktop doit activer [`PKCE`](https://auth0.com/docs/get-started/authentication-and-authorization-flow/authorization-code-flow-with-pkce)et utiliser les redirections `http://localhost`. 2. Créez les fichiers de configuration Tableau OAuth. Pour plus de détails sur la procédure à suivre, consultez [Configuration et utilisation d’OAuth](https://tableau.github.io/connector-plugin-sdk/docs/oauth) sur [GitHub](https://tableau.github.io/connector-plugin-sdk/docs/oauth "Documentation OAuth sur GitHub") et des exemples [ici](https://github.com/tableau/connector-plugin-sdk/tree/master/samples/components/oauth "Exemples OAuth sur GitHub."). Nous vous invitons à nous faire part d’exemples concernant d’autres fournisseurs d’identité. 1. N’oubliez pas de préfixer les identifiants de configuration Tableau OAuth avec « `custom_` ». **Remarque :** Les identifiants de configuration OAuth sont limités à un maximum de 36 caractères. Les ID plus longs peuvent ne pas générer d’erreur, mais ils ne fonctionneront pas. 2. Si votre fournisseur d’identité prend en charge le port dynamique de l’hôte local, désactivez `OAUTH_CAP_FIXED_PORT_IN_CALLBACK_URL`. Si votre fournisseur d’identité ne prend pas en charge ce port, assurez-vous d’ajouter plusieurs URL de rappel localhost à la liste d’autorisations du fichier de configuration et du fournisseur d’identité. 3. Installez les nouveaux fichiers de configuration Tableau OAuth dans le dossier `OAuthConfigs` associé à chaque application sur les hôtes de bureau (Tableau Desktop, Tableau Prep Builder, Tableau Bridge) et sur chaque site Tableau Server ou Tableau Cloud qui utilisera OAuth par l’intermédiaire de la page de configuration du site. Pour en savoir plus, consultez : [Custom OAuth Configs on Desktop](https://tableau.github.io/connector-plugin-sdk/docs/oauth#custom-oauth-configs-on-desktop) et [Site Level OAuth Clients](https://tableau.github.io/connector-plugin-sdk/docs/oauth#site-level-oauth-clients). ## Connexion à HANA L’utilisateur doit cliquer sur Se connecter avec OAuth et sélectionner le Fournisseur OAuth installé plus tôt. ![](/tableau/next/fr-ca/server/fr-ca/Img/hana_connect.png) ## Okta Si vous utilisez Okta, il est préférable d’utiliser un « serveur d’autorisation personnalisé » plutôt que le « serveur d’autorisation de l’organisation ». Les serveurs d’autorisation personnalisés offrent plus de souplesse. Un serveur d’autorisation personnalisé, appelé « default », est créé par défaut. L’URL d’autorisation devrait se présenter comme suit : https://${yourOktaDomain}/oauth2/{authServerName}/v1/authorize ![](/tableau/next/fr-ca/server/fr-ca/Img/redshift_oauth_iam_okta_800x332.png)