You are not logged in.
Le mieux est de reprendre une ancienne sauvegarde de la base et des fichiers et de refaire l'upgrade en 0.72 puis celui de compte sur un poste X et une fois l'upgrade ok, remplacer les tables glpi_plugin_compte et glpi_plugin_compte_hash.
Xavier Caillaud
Blog GLPI Infotel
Offline
Elle se trouve dans un seul fichier dont j'ai oublié le nom (TSMR pourra te le dire, je n'ai pas de GLPI ici).
Mais sans ton ancienne clé, point de déchiffrage, point de salut.
Voilà pourquoi il faut pas stocker ce genre de clé privée, tu finis par l'oublier à force de ne plus la taper.
T'as pas un vieux backup des fichiers quelque part, même très ancien ?
TSMR : Faudrait pour l'upgrade tester l'existence du paquet php-mcrypt d'une manière ou d'une autre pour ne pas s'engager dans la procédure si il est pas présent.
Last edited by Noran (2009-07-31 10:09:06)
Offline
Bonjour a tous,
De retour, j'ai pris connaisance de vos infos et vous en remercie.
Je n'avais effectivement pas php-mcrypt que je viens d'installer
Du coup, je viens de remoter va ma DB d'avant l'upgrade 0.72 et GLPI 0.71.6 et je constate quej'avais le plugin compte en 1.3.
Je viens de passer au 1.4 mais par contre il a encrypté tous les mot de passe sans me demander de cle pour generer le hash ! est-ce normal ??
Je vais refaire l'upgrade vers 0.72 et je vous tiens au courant ..;))
merci encore
a+
Offline
voilà tout est redevenu correct et lisible.
Super merci beaucoup pour votre aide
Et pour revenir sur le poste de Noran, le fait de tester le package php-mcrypt peut être une bonne chose.
Merci a+
Offline
Ajouté en 1.5.2 Je clos
Xavier Caillaud
Blog GLPI Infotel
Offline