Discussion :

[CraPu!e]

Bonjour,

Je travaille sur un projet web avec 2 étudiants.
Nous avons décidé de travailler sur la même base de donnée pour éviter d'avoir à l'exporter à chaque modifications.

De ce fait j'ai installé lampp sur un petit serveur(Ubuntu 10.04.1 LTS) qui est derrière une box installé avec un dyndns. J'ai fais les paramétrages de bases. Tout fonctionne parfaitement, apache/php installé sur la machine accède bien à la bd car la connexion à mysql se fait à travers localhost.

Maintenant quand je leur communique l'adresse du serveur en l'occurrence mon dyndns et les identifiants, ils ne peuvent pas accéder au serveur. J'ai bien ouvert le 3306, le nom d'utilisateur que je leur est communiqué est bien réglé sur "tout type de serveur".

Le message d'erreur est le suivant :
SQLSTATE[HY000] [2013] Lost connection to MySQL server at 'reading initial communication packet

Avez vous une petite idée de ce qu'il peut bien m'arriver ?

Merci d'avance.

PS : Le site est bien accessible à travers le dyndns le problème vient vraiment de mysql.

[gene69]

note: c'est pas malin de mettre une adresse aussi précise sur son profil.

partons pour un probleme réseau:

dans un shell

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#netstat  --inet -l

ça doit sortir quelque chose comme:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
tcp        0      0 *:mysql         *:*                     LISTEN

[gene69]

pfff je suis tête en l'air.

Le ping traverse la box? la redirection de flux fonctionne à travers la box? (telnet ou netcat pour tester)

si le serveur est derriere une box et qu'il fait LAMP à lui tout seul, pourquoi ne pas juste poser un phpmyadmin et ne rediriger que les flux http/https à travers la box? c'est rare quand on peut taper directement la base de donnée de son hébergeur. D'ailleurs à votre place si je voulais faire celà, je donnerai plutot un acces ssh sur l'ubuntu, et apres vos étudiants travaillent à distance en local. plus de probleme. apres je connais pas vos impératifs.

[gene69]

et comme on peut utiliser ssh pour transporter un peu tout et n'importe quoi il pourront l'utiliser pour faire des tunnels pour se connecter depuis windows avec une chose "horrible" comme une source ODBC (ce n'est pas une recommendation) ou leurs clients lourds à eux.

[Nudger]

Bonjour,

Le user mysql a-t-il bien été créé pour tout hostname ? (host = "%")

[gene69]

dans le genre question triviale on peut aussi demander si l'utilisateur @% a acces à la base sur le serveur...

[CraPu!e]

Merci beaucoup pour ton aide, enfaite s'était tout bête mais il faut le savoir.

Par défaut, pour des raisons de sécurité, le serveur MySQL interdit toute connexion extérieure. Il faut donc commenter cette ligne dans le fichier /etc/mysql/my.cnf afin qu'il autorise les connexions distantes :
# bind-address = 127.0.0.1

Après cette manipulation, tout fonctionne parfaitement.

Encore merci gene69 et Nudger pour l'attention que vous avez porté à ce post.

[gene69]

cool, tu as du t'en rendre compte avec le netstat

Bon bien résolu alors !