|
Publicité ' | |||||||||||||||||||||||
|
|
#1 | |
![]() ![]() Ingénieur développement logiciels Inscription : mai 2002 Messages : 3 725 ![]() |
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:
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 ! |
|
|
|
00
|
|
|
#2 |
|
Membre éprouvé
![]() Développeur informatique Inscription : janvier 2005 Messages : 349 ![]() |
Il s'agit peut-être de l'autorisation d'accès à la db depuis un serveur externe qui manque dans les privilèges
|
|
|
00
|
|
|
#3 | ||
![]() ![]() Ingénieur développement logiciels Inscription : mai 2002 Messages : 3 725 ![]() |
Citation:
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-exterieurPour 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:
__________________
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 ! |
||
|
|
00
|
Copyright © 2000-2012 - www.developpez.com