Passer au contenu principal
Ce guide concerne les utilisateurs qui se connectent à une application que vous avez créée. Pour les problèmes de connexion à votre compte Replit, consultez Compte et accès.

​
Identifiez d’abord le système d’authentification

Demandez à Agent : « Cette application utilise-t-elle Replit Auth, Clerk Auth géré par Replit, ou un fournisseur d’authentification configuré séparément ? »
  • Replit Auth : les utilisateurs se connectent avec des comptes Replit.
  • Clerk Auth géré par Replit : votre application possède ses propres comptes utilisateurs et une configuration d’authentification gérée.
  • Votre propre compte Clerk ou un autre fournisseur : vérifiez la configuration de ce fournisseur ainsi que celle de l’application.
Pour Clerk, vérifiez si Agent a provisionné l’intégration ou si vous avez fourni les identifiants de votre propre compte Clerk. Ne mélangez pas la configuration des deux.
Ne supprimez pas et ne recréez pas un tenant d’authentification pour corriger une erreur de connexion. Supprimer un tenant peut supprimer des comptes utilisateurs. Ne changez pas de fournisseur et ne remplacez pas les identifiants sans plan de migration pour les utilisateurs existants.

​
La connexion fonctionne dans Preview mais échoue après la publication

  1. Testez Preview et l’application publiée séparément. Notez l’échec exact.
  2. Pour Clerk, vérifiez que l’environnement de développement ou de production voulu est sélectionné. Leurs utilisateurs et leur configuration sont distincts.
  3. Vérifiez que l’application publiée dispose des variables d’environnement d’authentification requises. Examinez les noms et l’état de la configuration ; ne collez pas leurs valeurs dans le chat.
  4. Si vous utilisez votre propre fournisseur, comparez les origines autorisées et les URL de rappel avec le nom d’hôte et le protocole exacts de l’application publiée.
  5. Publiez toute modification de configuration voulue, puis testez dans une nouvelle session de navigateur.
Pour une erreur OAuth redirect_uri_mismatch, comparez l’URI de redirection réelle avec l’URI enregistrée auprès du fournisseur. Ne devinez pas un chemin de rappel et n’ajoutez pas d’accès par caractère générique comme solution de contournement.

​
Un seul fournisseur de connexion sociale échoue

Testez une autre méthode de connexion activée pour isoler l’échec. Vérifiez la configuration du fournisseur en échec : environnement, domaine et URI de rappel corrects. Pour Clerk géré, suivez Clerk Auth plutôt que de créer un tenant de remplacement.

​
Des utilisateurs semblent manquer

Confirmez le projet, le fournisseur d’authentification et l’environnement avant de modifier quoi que ce soit. Un compte de développement ne prouve pas que le même compte existe en production. Un projet copié ou remixé peut utiliser une configuration d’authentification différente ; ne supposez pas que les utilisateurs ont migré avec le code.

​
Un domaine personnalisé provoque des erreurs de connexion

Testez d’abord l’URL publiée par défaut. Si seul le domaine personnalisé échoue, suivez le guide des domaines, puis vérifiez la configuration de domaine du fournisseur d’authentification. Le DNS d’hébergement et le DNS d’authentification sont des vérifications distinctes. Si un domaine est signalé comme déjà associé à une autre application d’authentification, contactez le support pour une intégration gérée, ou votre fournisseur pour une intégration autogérée. Ne supprimez pas l’ancienne application uniquement pour libérer le domaine.

​
Les e-mails de vérification n’arrivent pas

Vérifiez l’adresse, le dossier de spam et si le compte existe dans l’environnement voulu. Notez tout message d’erreur ou de limitation de débit avant de réessayer. Évitez de demander des codes à répétition et ne partagez jamais un code de vérification avec le support.

​
Le problème persiste ?

Indiquez le fournisseur et le mode de gestion, l’environnement, la méthode de connexion en échec, le nom d’hôte concerné, l’erreur nettoyée et l’heure avec le fuseau horaire. Précisez si les autres méthodes fonctionnent. N’incluez ni jetons, ni cookies, ni identifiants, ni listes d’utilisateurs. Utilisez la liste de vérification du support.