acces mysql

[olga]

ok j'ai peché ...
j'ai donné le mdp root a un developpeur pour verifier la conf de mysql sur la sme de ma boite et il a touché a tout ...

maintenant que j'essais de me connecter a mysql avec ssh j'ai le message d'erreur
[root@intra1rdp etc]#mysql

[root@intra1rdp etc]# ERROR 1045: Access denied for user: 'root@localhost' (Using password: YES)

bon en fait il a interdit l'acces en local au user root de mysql.
j'ai une autre sme dans le reseau qui pourrait eventuellement intervenir (je peux aussi m'y connecté en ssh )

en resumé : j'ai 2 sme sur un site distant ( tres distant ), et dont une ( serveur web ) ou je ne peut plus me connecter a mysql en local

quelqu'un a une solution ?

olga

[nemesis]

Oui tuer le développeur

Ensuite plus serieusement demander à une personne de confiance de remettre l'acces en local à root puis changer le mdp de root et enfin créer un user test qui permettra d'effectuer les test.

Par contre pour ton développeur faudrait lui indiquer que ce qu'il a fait pourrait lui valoir un blame si sa hiérarchie était vacharde....

Nem.

Ps : je vois pas quels tests nécessitaient le mdp root pour ton dev.... il aurait miux valu lui créer un user avec les droits qu'il lui fallait et surtout pas le droit de toucher à la tble users....

[MasterSleepy]

Salut,

A la fin de cette page tu trouveras peut-être la solution à ton problème.
http://www.sme-fr.homelinux.net/faqs/faq_e-smith.txt

A+

[olga]

en fait ce qu'il a fait c'est que il a autorisé l'acces a mysql que a partir d'une certaine ip ... donc plus d'acces en local ....

je ne peut plus lui poser de question car je l'ai tué ...

comment reset la conf de mysql .... mon serveur a 3jours et il est vide .... si il faut reinstaller mysql ou autre ....

[MasterSleepy]

As-tu lu la fin de la page que je t'ai donné

Code: Tout sélectionner

Au cas où vous auriez fait des bêtises et supprimé ou modifié les comptes
MySQL existants, il vous est toujours possible de les récupérer en tapant
les trois commandes suivantes :
  /etc/rc.d/init.d/mysqld stop
  /etc/e-smith/events/actions/conf-mysql-password
  /etc/rc.d/init.d/mysqld start


As-tu essayé cette manip

[olga]

oui bien sur j'ai fait cette manip ... mais j'ai la meme erreur.

le dev a juste autorisé l'acces a l'utilisateur root a partir d'une ip ... c'est pas un probleme de mot de passe .

[root@intra1rdp root]# mysql
ERROR 1045: Access denied for user: 'root@localhost' (Using password: YES)
[root@intra1rdp root]#

[MasterSleepy]

Aaarffff.

Bon ben j'ai retrouvé un post ou Grand-pa donne une autre commande.
Essaye voir ça.
http://forums.ixus.net/viewtopic.php?t=12142

Là c'est le dernier lapin que je sors de mon chapeau

A+

[lolo-a]

Hello,

génial : /etc/e-smith/events/actions/conf-mysql-password

je sais pas ce que ça fait, mais ça m'a déplanté le pb d'authentification de ma sme 6.01-01 kernel 2.4.26
Je m'explique pour ceux qui ont ce type de souci, et qui comme moi n'y entravent pas grand chose.

J'ai installé zoneminder avec le (super) script de chapaï.
suite à celà mysql m'envoyait $%#&! à chaque tentative de login :
ERROR 1045: Access denied for user: 'root@localhost' (Using password: YES)
il me fallait utiliser l'option -p avec le mot de passe root (comme si mysql n'arrivait pas à le récupérer sur le tty).

Phpmyadmin merdait aussi :
il a fallu que je mette le mot de passe root en clair dans "config.inc.php" à la place de celui hashé???
le souci c'est que les scripts avec accès aux bases mysql partant d'une console (même root) sans authentification explicite ne marchaient plus.

et puis un coup de /etc/e-smith/events/actions/conf-mysql-password avec le service mysql stoppé et tout est reparti comme en 14.
Je vais l'essayer sur ma cafetière.
Plus sérieusement si quelqu'un à une explication je suis prenneur histoire de pas mourir idiot.

Merci