2FA avec OTP cassé après restauration à partir de la sauvegarde

J’ai déplacé mon Discourse de mon PC personnel vers un serveur « toujours allumé », les deux étant sur le même réseau. J’ai créé un nouveau conteneur Docker avec Discourse, puis j’ai restauré la sauvegarde comme indiqué ici : Restore a backup from the command line

Tout fonctionne bien, sauf la connexion pour les utilisateurs ayant activé la double authentification (2FA) avec un mot de passe à usage unique (OTP). J’utilise AndOTP sur Android et l’OTP n’est plus valide. De plus, il est impossible de créer un nouveau jeton 2FA, car le jeton généré par l’application n’est pas accepté par Discourse. Donc, d’une certaine manière, même si je viens de scanner le code QR, le jeton généré n’est plus correct.

Je suppose que j’ai fait une erreur ?

1 « J'aime »

Pour cerner le problème : je viens d’essayer de sécuriser mon compte avec une Yubikey, et cela a parfaitement fonctionné.

C’est uniquement l’OTP qui pose problème.

1 « J'aime »

Avez-vous essayé de supprimer les enregistrements OTP avant d’en recréer de nouveaux ? Consultez ce post pour de l’aide : Désactiver la 2FA via la console - howto / sysadmin - Discourse Meta

3 « J'aime »

Non, je ne l’ai pas fait, alors merci pour cela. Je m’étais aidé en créant un nouvel utilisateur administrateur, en me connectant avec ce compte et en utilisant l’interface web pour désactiver la double authentification (2FA) pour les utilisateurs concernés.

J’ai maintenant suivi votre lien (merci pour cela) et cela a fonctionné dans la mesure où ma 2FA avec une YubiKey a été désactivée.

Mais réactiver la 2FA avec un OTP ? Non. Je ne peux pas ajouter une application d’authentification, car après avoir scanné le code QR, le jeton généré n’est pas valide. Ce qui n’était PAS un problème sur l’instance originale.

Oh, je n’ai pas vu cela récemment. Quelle version de Discourse utilisez-vous actuellement ?

Peut-être une différence de temps entre le serveur et le client ?

5 « J'aime »

Les deux versions (source de la sauvegarde et système sur lequel la sauvegarde a été restaurée) sont la 2.8.0.beta1.

Je vérifierai cela demain, car je n’ai pas accès au système aujourd’hui. Cela pourrait être le problème, mais je suis raisonnablement certain que ntp est actif et devrait corriger l’horloge interne du serveur.

2 « J'aime »

Vous aviez raison, cela a résolu mon problème. Bien que ntp soit installé, le décalage d’heure était si important que ntp ne le corrigeait plus. J’ai maintenant forcé la synchronisation et OTP fonctionne à nouveau.

5 « J'aime »

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.