Erreur de connexion : un problème est survenu avec votre compte. Veuillez contacter l'administrateur du site

Soutien SSO
1

Erreur de connexion : Un problème est survenu avec votre compte. Veuillez contacter l’administrateur du site.

Je rencontre une erreur de connexion signalée uniquement par deux utilisateurs et qui apparaît et disparaît selon les moments. Je peux me connecter sans problème, ainsi que de nombreux autres utilisateurs. Selon les journaux du service Discourse CAS SSO, l’utilisateur est transféré vers le forum sans aucun problème enregistré. Est-ce une erreur que l’un d’entre vous connaît ? Où puis-je trouver plus de journaux pour m’aider à identifier ce bug ?

Les noms d’utilisateur sont identiques, sauf que pour un compte, la casse des lettres est différente. Le nom d’utilisateur de l’autre utilisateur est exactement le même. Les adresses e-mail sur notre serveur CAS correspondent à leurs adresses sur le forum. Nous exécutons la dernière version de Discourse, datant de quelques jours. Nous n’appliquons aucun correctif dans le code de l’application.

Cela peut être une coïncidence, mais le problème a disparu temporairement pour l’un de nos utilisateurs après le redémarrage du service CAS SSO, mais maintenant ils ne peuvent plus se connecter au forum. (À ce moment-là, un seul utilisateur signalait ce problème.) J’espère trouver une solution permanente au problème.

J’ai suggéré à l’un des utilisateurs d’entrer uniquement le nom de domaine du forum, sans aucun chemin, dans leur navigateur, mais ils n’ont pas signalé de succès avec cette méthode. Selon les journaux, au moins un utilisateur parvient à traverser le processus de connexion initial, donc je doute que le problème soit causé par la saisie d’une mauvaise URL dans leur navigateur ou l’utilisation d’un mauvais favori.

Voici une capture d’écran de l’erreur :

login-error
login-error1910×372 26.5 KB

J’ai trouvé les journaux du fournisseur SSO associés à l’échec de la connexion en faisant correspondre un paramètre dans leur capture d’écran. Je les ai comparés à une connexion réussie de ma part, et les seules différences concernaient les paramètres sso et sig, le numéro de ticket CAS, les horodatages, l’adresse IP, etc. Les deux journaux étaient très similaires, ce qui implique que les premières étapes de validation SSO fonctionnent correctement. Je joins une version modifiée du journal de connexion du fournisseur SSO associé à l’échec de la connexion :

I, [2019-02-05T05:31:33.683842 #18023]  INFO -- : Started GET "/?sso=...&sig=..." for ... at 2019-02-05 05:31:33 -0500
I, [2019-02-05T05:31:33.685726 #18023]  INFO -- : Processing by LoginController#login as HTML
I, [2019-02-05T05:31:33.685829 #18023]  INFO -- :   Parameters: {"sso"=>"...", "sig"=>"..."}
I, [2019-02-05T05:31:33.687034 #18023]  INFO -- : Redirected to https://forum.members.fsf.org/auth/cas
I, [2019-02-05T05:31:33.687299 #18023]  INFO -- : Completed 302 Found in 1ms (ActiveRecord: 0.0ms)
I, [2019-02-05T05:31:33.812099 #18023]  INFO -- : Started GET "/auth/cas" for ... at 2019-02-05 05:31:33 -0500
I, [2019-02-05T05:31:49.217709 #18023]  INFO -- : Started GET "/auth/cas/callback?url&ticket=ST-..." for ... at 2019-02-05 05:31:49 -0500
I, [2019-02-05T05:31:49.256905 #18023]  INFO -- : Processing by LoginController#create as HTML
I, [2019-02-05T05:31:49.257047 #18023]  INFO -- :   Parameters: {"url"=>nil, "ticket"=>"ST-...", "provider"=>"cas"}
I, [2019-02-05T05:31:49.259105 #18023]  INFO -- : inside allow_groups ["is_member"] empty? false
I, [2019-02-05T05:31:49.259686 #18023]  INFO -- : Redirected to https://forum.members.fsf.org/session/sso_login?sso=...&sig=...
I, [2019-02-05T05:31:49.260007 #18023]  INFO -- : Completed 302 Found in 3ms (ActiveRecord: 0.0ms)

Toute aide concernant ce problème serait grandement appréciée.

Merci ! : D

2

I’ve seen the error you reported in the screenshot for users who were imported, but have never before logged in. In my case WP is the SSO provider and the “problem users” don’t have a Single Sign On section at the bottom of their user page.

3

Thanks for the input. In my case, they have logged in before, and they do have the SSO section at the bottom of their user account page.

4

Great news! I figured out how to reproduce the error. If I try to log in as “Sudoman” instead of “sudoman”, then this error appears. Our CAS server (i’m not referring to the CAS SSO service connected with Discourse) allows people to log in lto our systems like that.

In any case, presuming that the SSO provider is passing the user to Discourse with the user name of “Sudoman”, is this error message the desired behavior in Discourse, or is it a bug?

In my case, it would make sense to allow the user to log in, but in other systems, that could be a different user who is trying to log in.

I tried creating an account with capitalized letters in the user name, and an account was created with the same capitalization. Trying to log in again with all lower case letters caused an error. That makes sense to me.

Maybe it would make sense to create a resource that lists the list of possible causes that produces this error message. It would help systems administrators track down the issue when this happens to their users.

Thanks! :smiley: