---
schema_version: "1"
id: eee88d8334981b7a126d8374dde3c6044432808a1a4e4cdd2d753cf8aa37167b
title: OAuth externe pour Snowflake
collection: tableau
version: next
locale: fr-ca
portal_url: https://docs.salesforce.com/tableau/next/fr-ca/server-linux/snowflake_oauth_idp.md
canonical_url: https://help.tableau.com/v0.0/server-linux/fr-ca/snowflake_oauth_idp.htm
source_site: help.tableau.com
content_type: documentation
content_hash: 999f3b9ddaf1e18b95f203d45790987e7214f2c2ca7fca6c4a82d700a04450d9
description: Configure external OAuth to federate identity from an IdP to Snowflake.
---
[Passer au contenu principal](#main-content)

# OAuth externe pour Snowflake

Depuis Tableau 2024.3, vous pouvez utiliser OAuth 2.0/OIDC pour fédérer l’identité d’un fournisseur d’identité externe dans Snowflake.

Selon le fournisseur d’identité, plusieurs étapes sont nécessaires pour configurer l’intégration. Voici une présentation générale du processus destinée à vous guider pendant la configuration sans fournir les détails nécessaires que vous trouverez dans la documentation de votre fournisseur d'identité. Nous supposons que vous connaissez la configuration d’OAuth et que vous comprenez les détails techniques requis pour configurer l’authentification à l’aide d’un fournisseur d’identité externe.

## Configurer le fournisseur d’identité sur Snowflake

Pour plus d'informations sur la configuration de votre IdP, consultez [Présentation de External OAuth](https://docs.snowflake.com/fr/user-guide/oauth-ext-overview) dans le système d'aide de Snowflake.

## Configurer le fournisseur d'identité sur Tableau

1. Créez des clients OAuth sur le fournisseur d'identité pour Tableau Desktop, et pour Tableau Cloud ou Tableau Server. Le client Desktop active [PKCE](https://auth0.com/docs/get-started/authentication-and-authorization-flow/authorization-code-flow-with-pkce) et utilise les redirections `http://localhost`.
2. Créez le fichier de configuration OAuth de Tableau. 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) et des exemples [ici](https://github.com/tableau/connector-plugin-sdk/tree/master/samples/components/oauth). Nous vous invitons à nous faire part d’exemples supplémentaires concernant d’autres fournisseurs d’identité.
    
    - N’oubliez pas de préfixer les identifiants de configuration OAuth de Tableau 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.
    - 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 le nouveau fichier de configuration OAuth de Tableau 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 et Tableau Cloud qui utilisera OAuth via 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).

## Se connecter à Snowflake

Lors de la connexion, vous devez sélectionner OAuth et choisir la configuration OAuth installée précédemment.

![](/tableau/next/fr-ca/server-linux/fr-ca/Img/snowflake_connect_oauth.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 de bord Okta](/tableau/next/fr-ca/server-linux/fr-ca/Img/athena_okta.png)