Configurer pour que seuls les détenteurs de compte G-Suite aient accès ?

Existe-t-il un moyen de configurer Discourse afin que les utilisateurs de G-Suite de l’organisation aient automatiquement un accès de base ?

Ou, à tout le moins, puissent-ils créer leur propre compte.

Et que si l’appartenance à G-Suite est révoquée, l’accès à Discourse le soit également ?

Oui, c’est assez simple :

  • Réglez votre site pour exiger une inscription afin de voir le contenu en utilisant - login required
  • Configurez l’authentification Google
  • Ajoutez votre domaine G Suite à la liste blanche des domaines d'e-mail, ce qui obligera les inscrits à utiliser une adresse e-mail provenant de ce domaine

Vous pouvez ajouter plusieurs domaines à la liste blanche si nécessaire.

Je pense que vous pouvez réaliser la première partie en utilisant un groupe configuré pour ajouter les membres qui s’inscrivent avec un domaine spécifié.

Je ne pense pas que cela soit possible.

J’ai fait cela par le passé en suivant les étapes indiquées par @Stephen, plus une étape supplémentaire : désactiver la connexion par adresse e-mail et mot de passe. (Je ne me souviens plus exactement du nom du paramètre).

Nous avons également modifié un paramètre pour aider à désactiver plus rapidement les comptes lorsqu’une personne quitte l’organisation (ce n’est pas parfait, mais cela s’en approche) :

Cela s’appelle « activer les connexions locales ». Ce n’est pas strictement nécessaire si vous utilisez une liste blanche de domaines, mais cela vous offre une solution de repli en cas de problème avec Google. De plus, le bouton de connexion Google peut disparaître avec certains bloqueurs de publicités et de contenu.

J’ai travaillé avec plusieurs communautés qui ont commencé avec ce paramètre désactivé jusqu’à ce que l’un des problèmes mentionnés ci-dessus provoque des plaintes.

Si vous utilisez uniquement la connexion Google, l’accès est interrompu lorsque la session Google se termine. Vous pouvez réduire la durée par défaut de la session pour limiter la fenêtre d’accès, mais tous les utilisateurs devront s’authentifier plus fréquemment.

La raison pour laquelle nous l’avons désactivé était d’obtenir ceci (mise en évidence de ma part) :