Demande d'aide pour récupérer mon mot de pass

Mon jeedom est installé sur une carte raspberry. Le mot de pass ou id est refusé. J’accède à mon raspberry avec VNC puis un terminal et je lance la procédure indiquée par le bouton « j’ai perdu mon mot de passe ». J’obtiens:
‹ host › => ‹ localhost ›,|
‹ port › => ‹ 3306 ›,|
‹ dbname › => ‹ jeedom ›,|
‹ username › => ‹ jeedom ›,|
‹ password › => ‹ 87b0d4000d70015 ›,

Je note le password indiqué et je poursuis avec:
mysql -ujeedom -p
je saisi le mot de passe que j’ai noté plus haut et je fais return. J’obtiens:
Welcome to the MariaDB monitor. Commands end with ; or \g.
Your MariaDB connection id is 530442
Server version: 10.3.22-MariaDB-0+deb10u1 Raspbian 10

Là, comme demandé dans la procédure, je colle:

use jeedom;
REPLACE INTO user SET `login`='adminTmp',password='c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec',profils='admin', enable='1';

Le system me répond: Query OK, 1 row affected (0.003 sec)

Je me dis: Super et je tente d'accéder à mon jeedom sans plus de succès.

J'ai essayé en désactivant AD/LDAP comme indiqué sans succès.
Je ne vois pas ce qui déconne. Quelqu'un peut m'aider?

Bonsoir,

Tu essaies bien de te connecter avec adminTmp / admin en respectant minuscules et majuscules.

Bon courage

Merci pour ta réponse. Je mets:
Nom utilisateur: adminTmp
Password:admin
C’est bien ça?

J’ai mis ça et ça ne marche pas…

Oui c’est bien cela.

Je vais tester de mon côté.

A plus

Bonjour,

juste pour confirmer, lorsque tu te connecte à jeedom, il te met bien « mot de passe ou utilisateur invalide » et pas " Error 500 internal server error " comme message en bas à droite.
Car j’ai eu le soucis la semaine dernier à cause d’une mise à jour de plugin qui m’a saturé mon espace disque et donc bloqué l’accès.

Bonjour @bisra ;

La procédure fonctionne bien chez moi.

Tu peux retenter en te connectant à la base et en rejouant les lignes :

use jeedom;
REPLACE INTO user SET `login`='adminTmp',password='c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec',profils='admin', enable='1';

Le login adminTmp / mot de passe : admin fonctionne

Bon courage

Bonjour FBAF,
C’est exactement ce que j’ai fait:
Database changed
MariaDB [jeedom]> REPLACE INTO user SET login=‹ adminTmp ›,password=‹ c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec ›,profils=‹ admin ›, enable=‹ 1 ›;
Query OK, 1 row affected (0.002 sec)
Par ailleurs, jeedom continue de fonctionner normalement…
Que faire?

@Djelau
Lorsque j’essaie de me connecter avec

  • id = adminTmp
    -password = admin
    il me répond: Mot de passe ou nom d’utilisateur incorrect.

Question:
Est-il possible qu’un pirate ait rendu mon jeedom inaccessible?

Comme personne ne me donne de solution, j’ai lancé une requête sur la table ‹ user › de la base de donnée ‹ jeedom › pour savoir si ma réinitialisation du mot de passe a bien été prise en compte dans la table ‹ user ›:

MariaDB [jeedom]> SELECT login,password FROM user;
+----------------+----------------------------------------------------------------------------------------------------------------------------------+
| login          | password                                                                                                                         |
+----------------+----------------------------------------------------------------------------------------------------------------------------------+
| admin          | 2ac69e82853081a300643cbe6fb27549cc5e50ad19b86f01fec0911358e7b32c5a9fb8b1b31ec4f05380a14e885ef37507590b4a3c3f2373528e2f2c279bba17 |
| adminTmp       | c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec |
| adminTmp       | c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec |
| adminTmp       | c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec |
| jeedom_support | f6bb8f86227edf037356bdb1b14e8f45614b5903a680e15cc67bd566bc4324e9f86ba10332182f501f2ae7cf8ead9e3d12e468470f3f289da9c99f8807cdc9c2 |
| adminTmp       | c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec |
| adminTmp       | c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec |
| adminTmp       | c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec |
| adminTmp       | c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec |
| adminTmp       | c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec |
| adminTmp       | c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec |
| adminTmp       | c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec |
| adminTmp       | c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec |
| adminTmp       | c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec |
| adminTmp       |                                                                                                                                  |
| adminTmp       | c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec |
| admin          | 2ac69e82853081a300643cbe6fb27549cc5e50ad19b86f01fec0911358e7b32c5a9fb8b1b31ec4f05380a14e885ef37507590b4a3c3f2373528e2f2c279bba17 |
| adminTmp       | c7ad44cbad762a5da0a452f9e854fdc1e0e7a52a38015f23f3eab1d80b931dd472634dfac71cd34ebc35d16ab7fb8a90c81f975113d6c7538dc69dd8de9077ec |
+----------------+----------------------------------------------------------------------------------------------------------------------------------+
18 rows in set (0.001 sec)

On voit toutes mes tentatives successives de modification. On voit aussi que celles-ci on bien été enregistrées avec adminTmp et admin.
Mais jeedom s’en moque!

Bonjour,
Tu as un problème dans ta table user.
Tu as plusieurs utilisateurs admin et plusieurs adminTmp.
Je suis quasi certain que cela te pose un problème.
Tu as intérêt à nettoyer ta table user.

Pour info, la doc de MariaDB donne pour la commande REPLACE

REPLACE works exactly like INSERT , except that if an old row in the table has the same value as a new row for a PRIMARY KEY or a UNIQUE index, the old row is deleted before the new row is inserted.

Utilse les commandes <SELECT id,login;> from user pour obtenir une liste et
<DELETE from user where id=« xxxx »; > pour effacer les enregistrements inutiles.

Merci henribi. Je vais vider la table « user ».

Tu peux utiliser un outil de gestion de DB comme Adminer. Tu le trouve à l’url https://www.adminer.org/

C’est bon. J’ai effacé presque tous les enregistrements sauf le deuxième:

Et… Miracle ça marche après avoir relancé une procédure.

Un énorme MERCI à toi henribi. J’avais tellement eu peur de tout perdre!

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.