Précédent   Forum des professionnels en informatique > Bases de données > MySQL > Installation
Installation Forum d'entraide sur les problèmes liés à l'installation de MySQL
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 10/08/2007, 15h08   #1
ovh
Rédacteur
 
Avatar de ovh
 
Homme
Ingénieur développement logiciels
Inscription : mai 2002
Messages : 3 725
Détails du profil
Informations personnelles :
Sexe : Homme
Âge : 34
Localisation : France

Informations professionnelles :
Activité : Ingénieur développement logiciels

Informations forums :
Inscription : mai 2002
Messages : 3 725
Points : 6 310
Points : 6 310
Par défaut [Réseau] Connexion au serveur impossible via un autre réseau

Salut

Je bute sur un problème très handicapant depuis des heures. Voici la situation :
- un serveur mysql 5.0 sous linux, situé dans un LAN, au siège central
- des filiales possédant chacune un LAN distinct, reliés au LAN du siège par des liaisons VPN IPSEC, gérées par des routeurs adsl de manière autonome.
Chaque LAN a donc sa propre plage IP.
Tout cela marche très bien jusqu'à ce que... je décide de créer une petite C#.NET 2.0 qui a besoin de se connecter au serveur MySQL.

- siège central : tout marche très bien, depuis n'importe quel poste du LAN.
- filiales : impossible de se connecter ! L'erreur renvoyée par le pilote ODBC officiel de MySQL est :
Citation:
Lost connection to MySQL server at 'reading initial communication packet', system error: 0
Je précise que cette erreur est obtenue en utilisant le bouton "Test" de l'interface du driver ODBC, cela ne peut donc pas être dû à une erreur de programmation de ma part

J'ai fait tous les tests possibles et imaginables :
- dans /etc/mysql/my.cnf : bind-address est décommenté (donc par défaut sur 0.0.0.0 = écoute sur n'importe quelle adresse), mais même en forçant sur 0.0.0.0 ça ne change rien; mettre l'IP du serveur appartenant au LAN du siège central ne change rien non plus.
- le user qui se connecte à la DB a bien l'autorisation depuis n'importe quelle adresse (caractère %) dans la base des privilèges. Les login et mot de passe ont bien sûr été vérifié (de toute façon si c'était ça je pense que le message d'erreur serait différent).
- j'ai essayé aussi bien avec le pilote ODBC qu'avec le connecteur .NET MySQL natif, même erreur.
- j'ai même testé en remettant mysql uniquement en local (bind-address = 127.0.0.1) mais là l'erreur est différente, il met "can't connect to server" et non pas "lost connection".

Bref j'ai épuisé mes ressources, là je suis complètement bloqué...
Si quelqu'un pouvait m'aider je lui en serais très reconnaissant !

__________________
Tutoriels sur les UPS, e-commerce, PHP, critiques de livres...

Ce forum est fait pour vous et surtout par vous, merci d'en respecter les règles.
Je n'ai rien à voir avec la société www.ovh.com !
ovh est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 10/08/2007, 15h16   #2
Membre éprouvé
 
Homme
Développeur informatique
Inscription : janvier 2005
Messages : 349
Détails du profil
Informations personnelles :
Sexe : Homme
Âge : 49
Localisation : Belgique

Informations professionnelles :
Activité : Développeur informatique
Secteur : Conseil

Informations forums :
Inscription : janvier 2005
Messages : 349
Points : 439
Points : 439
Il s'agit peut-être de l'autorisation d'accès à la db depuis un serveur externe qui manque dans les privilèges
beeboo est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 10/08/2007, 15h43   #3
ovh
Rédacteur
 
Avatar de ovh
 
Homme
Ingénieur développement logiciels
Inscription : mai 2002
Messages : 3 725
Détails du profil
Informations personnelles :
Sexe : Homme
Âge : 34
Localisation : France

Informations professionnelles :
Activité : Ingénieur développement logiciels

Informations forums :
Inscription : mai 2002
Messages : 3 725
Points : 6 310
Points : 6 310
Citation:
Envoyé par beeboo
Il s'agit peut-être de l'autorisation d'accès à la db depuis un serveur externe qui manque dans les privilèges
J'ai vérifié dans les tables mysql mais tout est bon... Il y a bien "%" pour toutes les DB concernées et le même user...

Je viens de faire l'essai avec le client MySQL autonome, même résultat "lost connection during query".

J'ai trouvé ça http://blog.neovov.com/index.php?200...is-l-exterieur
Pour info, j'ai essayé ce qu'il dit, à savoir remplacer le % par * dans les tables de privilèges (au moyen de phpmyadmin).
Hé bien ce n'est pas ça, ça ne change rien au problème

Je voudrais également préciser une chose importante concernant la config réseau :

Avec le VPN IPSEC qu'on a, les adresses restent les mêmes... Pour accéder à mon serveur central depuis une autre filiale, je tape la même IP que celle qu'il a dans le LAN de la centrale. Et ça marche très bien pour tout d'ailleurs, sauf pour mysql...


J'ai fait un autre test : j'ai installé un MySQL 5 Windows vite fait sur un poste du LAN de la centrale... Dans le wizard de config j'ai mis le mot de passe root et puis j'ai coché la cache "authorize remote access" (ou un truc du genre).
Et là ça marche !! J'y ai accès depuis les filiales, donc depuis un autre réseau !
Donc ce n'est pas un prob de config du VPN mais bien du serveur MySQL sous linux !

Par contre je ne pige rien car le my.ini du serveur windows ne ressemble pas du tout à celui de linux ! Il n'y a aucune ligne bind-address dedans !!!

Bref je suis toujours aussi perdu, je suis juste réconforté dans mon hypothèse de départ : c'est bien le serveur mysql qui merde quelque part...

Et pourtant netstat me confirme que le serveur est censé écouter toutes les adresses... :
Citation:
tcp 0 0 *:mysql *:* LISTEN mysql 5281314 17020/mysqld
__________________
Tutoriels sur les UPS, e-commerce, PHP, critiques de livres...

Ce forum est fait pour vous et surtout par vous, merci d'en respecter les règles.
Je n'ai rien à voir avec la société www.ovh.com !
ovh est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 23h21.


 
 
 
 
Partenaires

Hébergement Web