Le Forum Non Officiel de la DEDIBOX
Vous n'êtes pas identifié.
Bonjour,
Petite question, qui m'est venue à l'esprit en me disant que c'est vraiment moche d'avoir un mot de passe en clair qui apparaît dans un script de backup MySQL (via mysqldump). Et je pensais aux connexions SSH permanentes entre serveurs grâce au système de clés...
Mais en fait, si je déclare sur un serveur X, dans MySQL, un utilisateur "backup" déclaré pour un serveur Y, sans mot de passe et que dans ma ligne de commande pour mysqldump, je précise l'user backup et donc pas de mot de passe... ça pourrait marcher ?
(en gros, qu'un utilisateur "backup" puisse avoir des droits sur une base, sans mot de passe, mais depuis un serveur donné uniquement... et ainsi, que je puisse faire des dumps en ayant le script sur un autre serveur, et sans avoir à utiliser de mot de passe)
Merci !
Dernière modification par HostOfSeraphim (2008-01-23 22:11:34)
Hors ligne
Tu peux créer un user sans mot de passe qui ne peut que dumper tes bases.
J'utilise ce système au boulot et ça marche très bien ![]()
Hors ligne
Guillaume a écrit:
Tu peux créer un user sans mot de passe qui ne peut que dumper tes bases.
J'utilise ce système au boulot et ça marche très bien
OK, donc ça doit marcher, merci :-)
Par contre, en local, ça doit être moyen : si quelqu'un voit le nom d'utilisateur... il peut dumper toutes les bases. Mais avec les bases sur un serveur, les scripts sur un autre... ça va être sympa, j'vais m'amuser :-)
Merci !
Hors ligne
Guillaume a écrit:
Tu peux créer un user sans mot de passe qui ne peut que dumper tes bases.
J'utilise ce système au boulot et ça marche très bien
Mouais
sur une machine en directe sur le net, chais pas trop si c'est bien raisonnable
![]()
Hors ligne
MadStef a écrit:
Guillaume a écrit:
Tu peux créer un user sans mot de passe qui ne peut que dumper tes bases.
J'utilise ce système au boulot et ça marche très bienMouais
sur une machine en directe sur le net, chais pas trop si c'est bien raisonnable
![]()
Si l'user sans mot de passe est défini comme ne pouvant se connecter que depuis une IP précise, ça réduit quand même pas mal les risques je trouve.
Hors ligne
HostOfSeraphim a écrit:
Si l'user sans mot de passe est défini comme ne pouvant se connecter que depuis une IP précise, ça réduit quand même pas mal les risques je trouve.
Mouais c'est quand même vachement joueur
tu peux pas faire plutot un backup en local et un transfert via ssh (ou ftp) ? c'est plus secure
Hors ligne
Ah bon faut faire un backup en plus, moi le vendeur il m'a dit vous verrez vous brancher ca marche ![]()
Perso j'utilise la méthode du backup local et upload sur un ftp distant pour des sites non "sensible" et sinon c'est backup puis transfert via ssh
Hors ligne
MadStef a écrit:
HostOfSeraphim a écrit:
Si l'user sans mot de passe est défini comme ne pouvant se connecter que depuis une IP précise, ça réduit quand même pas mal les risques je trouve.
Mouais c'est quand même vachement joueur
tu peux pas faire plutot un backup en local et un transfert via ssh (ou ftp) ? c'est plus secure
Justement, le problème du backup en local, c'est que mon mot de passe apparaît directement sur le script...
Hors ligne
Ben oui, mais tes parametres de connections de ton ou tes site(s) sont aussi en clair... c'est la politique du moins pire ![]()
Hors ligne
Oui pardon, j'aurais du préciser.
J'ai créé un user sans mot de passe qui n'a que les droits pour dumper les bases, mais tout ça se fait en local, puis envoi du fichier via ssh sur un autre serveur ![]()
Et puis là c'est une solution pour une entreprise, donc derrière quelques par feu et autre joyeuses protections ^^
Hors ligne