> ## Documentation Index
> Fetch the complete documentation index at: https://translations.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

> Testez et développez localement des applications intégrées à Auth0 sans connexion Internet complète grâce à la configuration locale du tenant Auth0.

# Tester les applications localement

Dans la plupart des cas, l’authentification des utilisateurs par Auth0 nécessite une connexion Internet. Cependant, vous pouvez quand même développer et tester localement des applications qui utilisent Auth0. Dans certains cas, vous n’aurez peut-être même pas besoin d’une connexion Internet.

Pour savoir comment structurer vos environnements de développement, de test et de production lorsque vous utilisez Auth0, consultez [Configurer plusieurs environnements](/docs/fr-ca/get-started/auth0-overview/create-tenants/set-up-multiple-environments).

<div id="use-json-web-tokens-with-client-side-applications">
  ## Utiliser des JSON Web Tokens avec des applications côté client
</div>

Comme les [JSON Web Tokens (JWTs)](/docs/fr-ca/secure/tokens/json-web-tokens) sont sans état (c’est-à-dire que l’application qui les consomme ne tient compte que de leur contenu, et non de leurs états antérieurs), c’est l’un des scénarios les plus faciles à tester localement.

Vous pouvez obtenir des <Tooltip tip="JSON Web Token (JWT) : format standard d’ID Token (et souvent de jeton d’accès) utilisé pour représenter des claims de façon sécurisée entre deux parties." cta="Voir le glossaire" href="/docs/fr-ca/glossary?term=JWTs">JWTs</Tooltip> pour vos tests à l’aide de l’une des méthodes suivantes :

1. Créez un utilisateur test pour une [connexion de base de données](/docs/fr-ca/get-started/applications/set-up-database-connections), puis connectez cet utilisateur par programmation. Essentiellement, vous utilisez le [Resource Owner Password Flow](/docs/fr-ca/get-started/authentication-and-authorization-flow/resource-owner-password-flow). Pour obtenir des instructions détaillées de mise en œuvre, consultez [Call Your API Using the Resource Owner Password Flow](/docs/fr-ca/get-started/authentication-and-authorization-flow/resource-owner-password-flow/call-your-api-using-resource-owner-password-flow).
2. Utilisez un bot de navigateur pour simuler un utilisateur, se connecter et récupérer un JWT.

<div id="use-sessions-with-server-side-applications">
  ## Utiliser des sessions avec des applications côté serveur
</div>

À moins que votre application côté serveur ne permette de créer des sessions factices à des fins de test, vous devrez disposer d’un moyen de vous connecter manuellement via Auth0.

Pour un aperçu général de la façon de procéder, consultez [Flux du code d’autorisation](/docs/fr-ca/get-started/authentication-and-authorization-flow/authorization-code-flow). Pour des instructions détaillées de mise en œuvre, consultez notre tutoriel [Ajouter une connexion à l’aide du flux du code d’autorisation](/docs/fr-ca/get-started/authentication-and-authorization-flow/authorization-code-flow/add-login-auth-code-flow).

<div id="use-local-domains-with-auth0">
  ## Utiliser des domaines locaux avec Auth0
</div>

Si vous développez votre application localement, vous pouvez utiliser `localhost` et d’autres domaines auxquels Auth0 n’a pas accès (comme ceux d’un intranet) comme [URL de rappel](/docs/fr-ca/authenticate/login/redirect-users-after-login). Par exemple, pendant le développement, vous pourriez utiliser `http://localhost:3000/callback` comme URL de rappel.

1. Accédez à [Auth0 Dashboard > Applications > Applications](https://manage.auth0.com/#/applications/\{yourClientId}/settings), puis cliquez sur l’application.
2. Ajoutez l’URL à la liste **Allowed Callback URLs**.

Comme le principal protocole d’identité d’Auth0 est [OpenID Connect (OIDC)](/docs/fr-ca/authenticate/protocols/openid-connect-protocol), Auth0 n’a jamais besoin de communiquer directement avec le serveur de votre application. Auth0 redirige plutôt les utilisateurs vers le ou les endpoints de votre application avec les informations requises dans une chaîne de requête ou un fragment de hachage.

<div id="divert-emails-for-testing">
  ## Rediriger les courriels à des fins de test
</div>

Si vous voulez tester votre application locale sans que les courriels (création, validation, etc.) soient envoyés à l’adresse courriel réelle des utilisateurs que votre application crée ou valide, Auth0 recommande d’utiliser un custom email provider. Par exemple, un service comme [Mailtrap](https://mailtrap.io/signin) ou votre propre implémentation de serveur SMTP personnalisé peut appliquer la logique nécessaire pour intercepter les courriels. Ainsi, les utilisateurs ne reçoivent pas de courriels, mais vous pouvez y accéder pour la validation et le dépannage. Pour en savoir plus, consultez [Configurer le serveur de courriel SMTP de test](/docs/fr-ca/customize/email/configure-test-smtp-email-servers).

Auth0 n’autorise pas certains domaines « faux » couramment utilisés pendant les tests. Utilisez de vraies adresses courriel pour éviter les interruptions ou les erreurs.