Paramètres d'administration - Authentification Google

La page Authentification Google de la section Authentification du menu Admin vous permet de configurer Google OAuth côté Looker.

Présentation des fonctionnalités

Looker peut authentifier les utilisateurs disposant d'un compte Google Workspace à l'aide de Google OAuth.

• Les organisations qui utilisent Google Workspace peuvent authentifier les utilisateurs Looker qui possèdent un compte Google.
• Les utilisateurs se connectent à Looker en s'authentifiant avec leur compte Google.
• Les nouveaux comptes Google ont automatiquement accès à Looker. Vous n'avez pas besoin d'inviter séparément les utilisateurs à Looker. Vous définissez le rôle par défaut des nouveaux utilisateurs, ce qui peut limiter leur accès aux fonctionnalités et aux données.
• Les organisations peuvent configurer la mise en miroir des groupes Google pour attribuer automatiquement des rôles et des groupes Looker en fonction de l'appartenance à des groupes Google.
• Lorsqu'elle est activée, Looker authentifie les utilisateurs uniquement avec Google OAuth, sauf si l'option "méthode de connexion alternative" est sélectionnée (voir la section suivante sur l'activation des connexions par e-mail lorsque l'authentification Google est activée).
• L'avatar Google d'un utilisateur s'affiche dans la barre de navigation à la place du symbole d'utilisateur standard.

• Lorsque vous activez Google OAuth, l'instance Looker peut fusionner les comptes utilisateur existants avec le domaine enregistré auprès de Google, mais uniquement pour les comptes dont l'adresse e-mail correspond au domaine. Tous les autres comptes non administrateurs ne pourront plus se connecter.
• Tous les utilisateurs du domaine spécifié ont accès à l'instance Looker.
• Par défaut, les nouveaux utilisateurs Google disposent d'un accès de base à une liste de modèles spécifiée (qui peut, si vous le souhaitez, ne contenir aucun modèle). Un administrateur peut modifier les autorisations après la création du compte.
• Les nouveaux comptes Looker qui s'authentifient à l'aide de Google OAuth ne peuvent pas passer à l'authentification par mot de passe, même si OAuth est désactivé pour l'instance Looker.

Conditions préalables

L'utilisation de Google OAuth nécessite les éléments suivants :

• Un compte Google Workspace pour l'organisation.
• Un domaine contrôlé par l'organisation et enregistré dans le compte Google Workspace.
• Utilisateurs dont l'adresse e-mail se trouve dans le domaine associé au compte Google.
• Chaque utilisateur doit disposer d'un compte utilisateur géré dans Google Workspace. Pour rechercher et migrer les utilisateurs disposant de comptes utilisateur non gérés, utilisez l'outil de transfert pour les utilisateurs non gérés.

Pour utiliser la mise en miroir des groupes Google, les exigences supplémentaires suivantes s'appliquent :

• Dans le projet Google Cloud qui contient votre client OAuth, l'API Cloud Identity (cloudidentity.googleapis.com) doit être activée.
• Pour les instances Looker hébergées par le client, l'hôte de l'instance doit disposer d'un accès à Internet sortant via HTTPS (cloudidentity.googleapis.com:443).
• Les utilisateurs doivent disposer de l'autorisation VIEW_MEMBERSHIP sur les groupes Google auxquels ils appartiennent. Dans les paramètres de Google Groupes, définissez le champ Qui peut voir les membres sur Membres du groupe.
• La mise en miroir des groupes Google n'est pas compatible avec les instances Looker en mode conforme à la norme FIPS.

Activer l'authentification avec Google OAuth

Pour activer l'authentification avec Google OAuth, un administrateur doit effectuer des étapes à la fois côté Google et côté Looker, comme décrit dans les sections suivantes.

Configuration côté Google

Cette section décrit la procédure à suivre pour activer Google OAuth côté Google. La description générique de ces étapes est disponible sur la page d'assistance Google sur la configuration d'OAuth 2.0. Vous pouvez également consulter la documentation d'aide de la consoleGoogle Cloud .

1. Accédez à la consoleGoogle Cloud .

2. Cliquez sur la flèche vers le bas dans le menu déroulant Sélectionner un projet. Le nom d'un projet existant peut s'afficher dans le menu déroulant. Cliquez quand même sur la flèche vers le bas pour accéder à l'option permettant de créer un projet.

3. Sur la page Sélectionner un projet, cliquez sur Nouveau projet.

   La console Google Cloud affiche la page Nouveau projet.

4. Renseignez les informations sur la page Nouveau projet, puis cliquez sur Créer.

   Une fois que la console Google Cloud a terminé de créer votre projet, Google vous redirige vers la console Google Cloud et affiche votre nouveau projet.

5. Facultatif : Si vous prévoyez d'utiliser la mise en miroir des groupes Google, activez l'API Cloud Identity dans votre projet Google Cloud . L'activation de cette API rend le champ d'application https://www.googleapis.com/auth/cloud-identity.groups.readonly visible lorsque vous configurez l'écran de consentement OAuth. Pour activer les API, vous devez disposer du rôle IAM (Identity and Access Management) Administrateur Service Usage (roles/serviceusage.serviceUsageAdmin).

   Activer l'API

6. Dans le menu de gauche, sélectionnez API et services > Identifiants.

7. Sur la page Identifiants, cliquez sur le bouton Créer des identifiants, puis sélectionnez ID client OAuth dans le menu déroulant.

   La console Google Cloud affiche la page Créer un ID client OAuth.

8. La console Google Cloud vous demande de configurer un écran de consentement OAuth, qui permet à vos utilisateurs de choisir comment accorder l'accès à leurs données privées et fournit un lien vers les conditions d'utilisation et les règles de confidentialité de votre organisation. Cliquez sur Configurer l'écran de consentement. (Si vous avez configuré le consentement OAuth pour un projet précédent, cette option ne s'affiche pas et vous pouvez passer à l'étape 13.)

   La console Google Cloud affiche la page Écran de consentement OAuth.

9. Saisissez le domaine de votre instance Looker dans le champ Domaines autorisés. Par exemple, si Looker héberge votre instance sur https://mycompany.looker.com, le domaine est looker.com. Pour les déploiements de Looker hébergés par un client, saisissez le domaine sur lequel vous hébergez Looker.

10. Configurez votre écran de consentement OAuth, puis cliquez sur Enregistrer et continuer.

11. Sur la page Champs d'application, configurez les champs d'application comme suit :

    • Si vous prévoyez d'utiliser la mise en miroir de groupes Google, cliquez sur Ajouter ou supprimer des champs d'application. Recherchez le champ d'application https://www.googleapis.com/auth/cloud-identity.groups.readonly, cochez la case à côté, puis cliquez sur Mettre à jour. Si vous ne voyez pas ce champ d'application, vérifiez que vous avez activé l'API Cloud Identity dans votre projetGoogle Cloud .
    • Si vous ne prévoyez pas d'utiliser la mise en miroir des groupes Google, aucune configuration de champ d'application supplémentaire n'est requise.

    Cliquez sur Enregistrer et continuer.

12. Sur la page Résumé, cliquez sur Revenir au tableau de bord.

    La console Google Cloud vous redirige vers la page Créer un ID client OAuth.

13. Sous Type d'application, sélectionnez Application Web.

14. Dans le champ Nom, saisissez un nom pour votre ID client OAuth.

15. Dans le champ Origines JavaScript autorisées, saisissez l'URL de votre instance Looker, y compris https://. Exemple :

    • Si Looker héberge votre instance : https://mycompany.looker.com
    • Si votre instance Looker est hébergée par le client : https://looker.mycompany.com
    • Si votre instance Looker nécessite un numéro de port : https://looker.mycompany.com:9999

16. Dans le champ URI de redirection autorisés, saisissez l'URL de votre instance Looker, suivie de /oauth2callback. Exemple : https://mycompany.looker.com/oauth2callback ou https://looker.mycompany.com:9999/oauth2callback.

17. Cliquez sur Créer.

18. Copiez les valeurs de votre ID client et de votre code secret du client. Vous en aurez besoin pour configurer Looker.

Configuration côté Looker

Pour activer Google OAuth côté Looker, procédez comme suit :

1. Dans l'application Looker, connectez-vous en tant qu'administrateur, puis cliquez sur le menu déroulant Admin pour ouvrir le menu Admin.

2. Dans le groupe Authentication (Authentification), cliquez sur Google. Looker affiche la page Authentification Google.

3. Cliquez sur Activé pour afficher et modifier les paramètres Google OAuth. (Cela n'active pas immédiatement l'authentification Google. Vous devrez confirmer votre choix ultérieurement.)

4. Saisissez vos paramètres Google Auth.

   • ID client et code secret du client : copiez et collez ces valeurs depuis la page Client OAuth de Google, comme indiqué dans les instructions de configuration de Google précédentes.
   • Domaines : nom(s) de domaine de votre organisation géré(s) par Google. Tout utilisateur Google du domaine indiqué peut se connecter à votre instance Looker. Si vous contrôlez plusieurs domaines Google, vous pouvez les saisir en les séparant par une virgule.

5. Saisissez les options de migration, qui contrôlent le comportement de l'instance Looker pendant la transition vers Google OAuth.

   • Méthode de connexion alternative pour les administrateurs et les utilisateurs spécifiés : permet aux administrateurs et aux utilisateurs spécifiés de continuer à se connecter avec une adresse e-mail et un mot de passe. Ce paramètre active une méthode de remplacement essentielle pour éviter un verrouillage complet si le projet Google Cloud qui héberge le client OAuth Looker est supprimé ou désactivé (ce qui peut entraîner une erreur 401 deleted_client même après la restauration du projet) ou si Google OAuth échoue pour d'autres raisons. Ce paramètre est vivement recommandé et est décrit plus en détail dans Activer les connexions par e-mail lorsque l'authentification Google est activée.
   • Fusionner les utilisateurs à l'aide de : convertit les utilisateurs existants qui ont des adresses e-mail dans les domaines spécifiés pour qu'ils utilisent Google OAuth lors de leur prochaine connexion (par exemple, Adresse e-mail/Mot de passe Looker). Ce paramètre est recommandé.
   • Rôles pour les nouveaux utilisateurs : spécifie les fonctionnalités et l'accès aux modèles dont disposent les nouveaux utilisateurs non administrateurs. Vous pourrez modifier cette liste ultérieurement. Si ce champ est laissé vide, les nouveaux utilisateurs authentifiés par Google disposeront de fonctionnalités limitées sur la plate-forme Looker jusqu'à ce qu'un administrateur ajoute un rôle à leur compte. Étant donné que tous les utilisateurs de votre domaine Google pourront se connecter à Looker, envisagez de spécifier un rôle par défaut pour les nouveaux utilisateurs afin de limiter l'accès de manière appropriée.

6. Configurez Groupes et rôles pour mettre en miroir les groupes Google dans les groupes Looker et attribuer des rôles automatiquement (facultatif) :

   Si vous disposez de Google Groupes gérés, Looker peut créer des groupes Looker qui reflètent l'appartenance à vos groupes Google. Cela signifie que vous n'avez pas besoin de configurer les utilisateurs directement dans Looker, mais que vous pouvez gérer l'accès des utilisateurs en gérant l'appartenance aux groupes Google. De plus, vous pouvez utiliser les groupes Looker pour attribuer des rôles aux membres du groupe, définir des contrôles d'accès au contenu, contrôler l'accès aux fonctionnalités et aux données, et attribuer des attributs utilisateur.

   Pour que la mise en miroir des groupes fonctionne correctement, les utilisateurs doivent disposer de l'autorisation VIEW_MEMBERSHIP sur les groupes Google auxquels ils appartiennent. Cela permet à Looker de vérifier leur appartenance à un groupe lors de la connexion. Pour accorder cette autorisation dans les paramètres de Google Groupes, définissez le champ Qui peut voir les membres sur Membres du groupe.

   Pour activer la mise en miroir de groupes, procédez comme suit :

   1. Activez l'option Dupliquer les groupes Google.
   2. Cliquez sur Gérer les groupes pour ouvrir la configuration du mappage de groupes.
   3. Remplissez les champs suivants pour chaque groupe Google que vous souhaitez dupliquer :
      • Nom du groupe Looker : saisissez un nom pour le groupe Looker. Ce nom s'affiche sur la page Groupes de Looker.
      • ID du groupe Google : saisissez le nom ou l'adresse e-mail du groupe Google à dupliquer.
      • Rôles : sélectionnez un ou plusieurs rôles Looker à attribuer aux membres du groupe.

   Looker crée un groupe Looker pour chaque groupe Google que vous ajoutez à la configuration. Vous pouvez afficher ces groupes sur la page Groupes de Looker.

   Looker applique les groupes Looker mis en miroir (ainsi que les rôles et accès associés) lorsque les utilisateurs se connectent à l'instance Looker. Les modifications apportées aux appartenances à un groupe dans Google Groupes sont mises à jour lors de la prochaine connexion de chaque utilisateur.

Dupliquer les groupes Google

Après avoir configuré la mise en miroir des groupes Google, vous pouvez modifier ou désactiver les groupes mis en miroir, et configurer des options avancées de gestion des rôles, comme décrit dans les sections suivantes.

Modifier des groupes dupliqués

Lorsque vous modifiez l'appartenance à un groupe Google, ces modifications sont automatiquement propagées à l'appartenance au groupe Looker dupliqué et validées lors de la prochaine connexion de chaque utilisateur.

Si vous modifiez le nom du groupe Looker ou le rôle attribué à un groupe sur la page Authentification Google, cela modifie l'apparence du groupe dupliqué sur la page Groupes ou les rôles attribués au groupe, mais pas les membres du groupe.

Si vous remplacez le nom ou l'adresse e-mail dans le champ ID du groupe Google par un nouvel ID de groupe Google, les membres du groupe Looker mis en miroir sont remplacés par les membres du nouveau groupe Google, tandis que le nom du groupe et les rôles définis sur la page Authentification Google sont conservés.

Looker applique les modifications que vous apportez à un groupe mis en miroir aux utilisateurs de ce groupe lors de leur prochaine connexion à Looker.

Désactivation des groupes mis en miroir…

Si vous ne souhaitez plus mettre en miroir vos groupes Google dans Looker, désactivez l'option Mettre en miroir les groupes Google sur la page Authentification Google. La désactivation de l'option entraîne le comportement suivant :

• Tout groupe Google dupliqué ne contenant aucun utilisateur est immédiatement supprimé.
• Tout groupe Google dupliqué qui contient des utilisateurs est marqué comme orphelin. Il n'est plus possible d'ajouter ni de supprimer des utilisateurs des groupes orphelins. Si aucun utilisateur d'un groupe orphelin ne se connecte dans un délai de 31 jours, le groupe est supprimé.

Gestion avancée des rôles

Si l'option Mettre en miroir les groupes Google est activée, la section Gestion avancée des rôles affiche des options qui déterminent le niveau de rigueur avec lequel les administrateurs Looker peuvent configurer les groupes et les utilisateurs Looker mis en miroir depuis Google.

Si vous souhaitez que la configuration de vos groupes et utilisateurs Looker corresponde strictement à celle de vos groupes Google, sélectionnez toutes les options de gestion avancée des rôles. Lorsque toutes les options sont activées, les administrateurs Looker ne peuvent pas modifier directement les appartenances aux groupes mis en miroir. Ils ne peuvent attribuer des rôles aux utilisateurs que via Google Groupes.

Si vous souhaitez plus de flexibilité pour personnaliser les groupes dans Looker, laissez ces options décochées. Vos groupes Looker refléteront toujours votre configuration Google Groupes, mais vous pourrez effectuer des tâches supplémentaires de gestion des groupes et des utilisateurs dans Looker, comme ajouter des utilisateurs Google à des groupes Looker intégrés ou attribuer des rôles directement à des utilisateurs Google.

La section Gestion avancée des rôles contient les options suivantes :

• Empêcher les utilisateurs Google individuels de recevoir des rôles directs : l'activation de cette option empêche les administrateurs Looker d'attribuer des rôles Looker directement aux utilisateurs Google. Les utilisateurs Google ne reçoivent des rôles que s'ils sont membres d'un groupe. Si les utilisateurs Google sont autorisés à appartenir à des groupes Looker intégrés (non dupliqués), ils peuvent toujours hériter de rôles à la fois des groupes Google dupliqués et des groupes Looker intégrés. Les rôles qui étaient auparavant attribués directement aux utilisateurs Google seront supprimés lors de leur prochaine connexion.

• Empêcher l'adhésion directe à des groupes autres que Google : cette option empêche les administrateurs Looker d'ajouter des membres de groupes mis en miroir directement à des groupes Looker intégrés qui ne font pas partie de la configuration du groupe mis en miroir sur la page Authentification Google.

  Si cette option est sélectionnée, tous les utilisateurs Google qui étaient auparavant affectés à des groupes Looker intégrés seront supprimés de ces groupes lors de leur prochaine connexion.

  Si cette option est décochée, les administrateurs Looker peuvent ajouter des utilisateurs Google directement aux groupes Looker intégrés.

• Empêcher l'héritage des rôles depuis des groupes autres que Google : cette option empêche les membres des groupes mis en miroir d'hériter des rôles des groupes Looker intégrés. Si les groupes Google dupliqués sont autorisés à être membres de groupes Looker intégrés, les utilisateurs Google peuvent conserver leur appartenance à ces groupes Looker intégrés. Toutefois, tous les utilisateurs Google qui ont précédemment hérité de rôles d'un groupe intégré perdront ces rôles lors de leur prochaine connexion.

  Si cette option est désactivée, les groupes mis en miroir ou les utilisateurs Google ajoutés en tant que membres d'un groupe Looker intégré hériteront des rôles attribués à ce groupe intégré.

• Auth Requires Role (L'authentification nécessite un rôle) : si cette option est activée, les utilisateurs Google doivent disposer d'un rôle Looker attribué. Si cette option est activée, Looker exige que les utilisateurs Google disposent d'un rôle Looker pour pouvoir se connecter à Looker.

  Si cette option est désactivée, les utilisateurs Google peuvent s'authentifier auprès de Looker même si aucun rôle ne leur est attribué. Un utilisateur sans rôle attribué ne pourra pas voir les données ni effectuer d'actions dans Looker, mais il pourra se connecter.

Tester l'authentification des utilisateurs

1. Cliquez sur Tester l'authentification Google pour utiliser les paramètres actuels et tenter d'authentifier le navigateur actuel dans une nouvelle fenêtre. Cette action n'enregistre pas les paramètres actuels et ne les applique pas à l'instance Looker.

   Si vous n'êtes pas connecté à Google, vous êtes invité à vous connecter et à autoriser l'utilisation des informations de votre compte Google. Ce flux utilise les paramètres personnalisés de l'écran de consentement que vous avez utilisés lors de la configuration côté Google.

   Si l'opération réussit, une section User Info (Informations utilisateur) s'affiche avec votre nom, votre adresse e-mail et votre domaine, ainsi que tous les groupes Google mis en miroir détectés pour votre compte. La présence de cette section User Info (Informations utilisateur) indique que cet utilisateur serait authentifié par Looker.

   En cas d'échec, des descriptions d'erreur s'affichent. Voici quelques problèmes courants :

   • ID client ou code secret du client mal copié. Vous devez les copier et les coller intégralement avec soin.
   • L'utilisateur n'appartient pas au domaine. Si vous voyez une section Informations sur la personne, mais pas de section Informations sur l'utilisateur, cela signifie probablement que l'utilisateur ne se trouve pas dans le domaine que vous avez spécifié. Cela signifie que la personne s'est correctement authentifiée auprès de Google, mais qu'elle n'utilise pas un compte Google que vous avez choisi d'autoriser dans votre instance Looker.
   • Une URL Looker ou une URL de redirection n'est pas configurée correctement dans Google pour votre instance Looker.
   • Si le chargement des groupes Google échoue, vérifiez que l'API Cloud Identity est activée dans votre projet Google Cloud , que le champ d'application https://www.googleapis.com/auth/cloud-identity.groups.readonly a été ajouté et que l'utilisateur dispose des autorisations VIEW_MEMBERSHIP sur ses groupes Google.

2. Pour enregistrer et appliquer les modifications, sélectionnez J'ai vérifié la configuration ci-dessus et je souhaite l'appliquer dans le monde entier. Cliquez sur Mettre à jour.

Configurer l'authentification Google à l'aide de l'API

Les administrateurs peuvent lire et mettre à jour les paramètres d'authentification Google et les mappages de rôles de groupe de manière programmatique à l'aide des points de terminaison google_config dans l'API Looker. Pour en savoir plus, consultez la documentation de référence de l'API Looker.

Conseils

• Pour tester le cycle d'authentification complet, vous pouvez vous déconnecter de Google et vérifier que Google vous invite à vous reconnecter lorsque vous tentez de vous connecter à Looker.

• Dans Google, vous pouvez cliquer sur Compte dans le menu déroulant personnel (à côté de votre adresse e-mail en haut à droite d'une page Google Workspace) pour gérer votre compte personnel.

  Sur cette page de gestion, vous trouverez un onglet Sécurité avec une section Autorisations du compte. En cliquant sur Applications et sites Web Tout afficher, vous pouvez (en tant qu'utilisateur) voir et gérer les services et les applications auxquels vous avez accordé des autorisations.

  En cliquant sur les autorisations Looker que vous avez accordées pour vous connecter, vous verrez les détails que les utilisateurs voient sur l'écran de consentement que vous avez personnalisé précédemment. Vous pouvez également cliquer sur Révoquer l'accès pour que l'écran de consentement s'affiche à nouveau la prochaine fois que vous vous connecterez à Looker (ou que vous testerez l'autorisation). Vous pouvez utiliser ce workflow pour personnaliser votre écran de consentement et voir ce que les utilisateurs verront.

Dépannage

Pour résoudre les problèmes d'authentification, consultez le tableau de bord des activités des utilisateurs dans l'activité du système. Ce tableau de bord comporte des tuiles qui affichent les échecs de connexion récents, ainsi que la méthode d'authentification utilisée, le message d'erreur renvoyé et l'heure de la tentative.

• Si un utilisateur ne parvient pas à se connecter, vérifiez d'abord qu'il a bien indiqué un prénom et un nom dans son compte Google. Si l'utilisateur a supprimé son prénom ou son nom de son compte Google, Looker risque de ne pas pouvoir l'authentifier avec Google OAuth.

• Si la tentative de connexion d'un utilisateur échoue et que Looker affiche une erreur telle que User not in the authorized domain, vérifiez le champ hd de la réponse JSON. Si le champ hd contient un domaine, assurez-vous qu'il est enregistré dans votre compte Google Workspace. Si le champ hd est vide, utilisez l'outil de transfert pour les utilisateurs non gérés afin d'inviter l'utilisateur à convertir son compte en compte géré dans votre domaine.

• Si la tentative de connexion d'un utilisateur échoue, mais que Looker n'affiche pas de message d'erreur, il est possible que l'utilisateur ait modifié le nom de son compte Google Workspace et supprimé son prénom ou son nom. Dans ce cas, le nom du compte Google Workspace peut toujours apparaître complet dans la console d'administration, qui n'affiche pas forcément les modifications de l'utilisateur. Pour éviter ce problème, les administrateurs Google Workspace peuvent désactiver l'option Autoriser les utilisateurs à personnaliser ce paramètre.

• Si l'authentification Google renvoie une erreur 401 deleted_client, cela signifie que le projet Google Cloud qui héberge le client OAuth Looker a été supprimé ou désactivé. Même si le projet Google Cloud est restauré par la suite, le client OAuth peut continuer à échouer avec l'erreur deleted_client, ce qui entraîne un blocage complet de la connexion pour tous les utilisateurs. Si l'authentification Google est la seule méthode d'authentification activée, ce verrouillage empêche l'accès, même pour les administrateurs.

  Pour éviter un verrouillage complet en cas de suppression ou de défaillance d'un client OAuth, vous devez activer le paramètre Méthode de connexion alternative pour les administrateurs. Ce paramètre garantit que les administrateurs disposent d'une méthode de connexion de secours pour accéder à l'instance Looker et mettre à jour les paramètres d'authentification.

Activer les connexions par e-mail lorsque l'authentification Google est activée

Les nouveaux comptes Google ont automatiquement accès à Looker. Il n'est donc pas nécessaire d'ajouter les utilisateurs qui se trouvent dans votre domaine Google.

Pour ajouter un utilisateur avec une adresse e-mail qui ne figure pas dans votre domaine Google :

1. Activez l'option Méthode de connexion alternative pour les administrateurs et les utilisateurs spécifiés sur la page "Google Auth".
2. Créez ou modifiez un rôle utilisateur existant pour ajouter l'autorisation login_special_email.
3. Accédez à Ajouter des utilisateurs depuis le panneau "Utilisateurs" (/admin/users/new).
4. Ajoutez les adresses e-mail que vous souhaitez inclure et les rôles que ces utilisateurs doivent avoir, qui doivent inclure un rôle avec l'autorisation login_special_email.
5. Ces utilisateurs peuvent désormais se connecter à l'aide de l'URL masquée https://mycompany.looker.com/login/email.

Désactiver l'authentification Google une fois qu'elle a été activée

Si vous souhaitez désactiver l'authentification Google pour votre instance Looker après l'avoir activée, tenez compte des points suivants :

• Les utilisateurs créés avant l'ajout de l'authentification Google et qui ont déjà configuré une connexion par adresse e-mail et mot de passe standard pourront toujours se connecter.
• Les utilisateurs créés après l'ajout de l'authentification Google ne pourront plus se connecter. Bien que leurs comptes existent toujours, ils n'ont aucun moyen d'y accéder et leurs comptes sont effectivement orphelins.

C'est pourquoi nous vous suggérons d'éviter cet itinéraire. Si vous devez suivre cette voie, il existe peut-être une méthode pour corriger les comptes orphelins à l'aide de l'API Looker. Contactez l'assistance Looker pour obtenir des conseils supplémentaires.