Connexion à distance sur une base de donnéesRésolu/Fermé

Question

Bonjour, 

J'ai actuellemet un serveur IIS configuré en local avec une base de données MySQL et PhpMyAdmin avec un CRM développé en ASP.
Cependant j'ai besoin de recueillir les informations des formulaires de remplis sur mon site internet et de les mettre dans ma base en local. Le souci est que ça m'affiche :

Microsoft OLE DB Provider for ODBC Drivers error '80004005'
[MySQL][ODBC 3.51 Driver]Can't connect to MySQL server on 'IpDeMonServeur' (10060) 

J'ai trouvé pas mal de trucs sur le net, et j'ai tout essayé, rien ne change.. (définir un utilisateur avec tous les droits, regarder le my.ini de MySQL mais pas trouvé de bind-adress ou skip-networking)

Ma connexion sur le serveur distant (chez LWS) :
Set Conn = Server.CreateObject("ADODB.Connection")
Conn.Open "DRIVER={MySQL ODBC 3.51 Driver}; SERVER=xxx.xxx.xxx.xxx; PORT=3306; DATABASE=xxxx; UID=xxxx;PASSWORD=xxxx; OPTION=3" 

Quelqu'un aurait une idée ? S'il vous plait.. 

Configuration: Windows 8 / Firefox 22.0

heliconius · Accepted Answer

Bonsoir,

La création de tous les droits accordés par l'administrateur à un utilisateur 'jean' pour tous les objets de SA base se fait par l'une des commandes suivantes :

1: GRANT ALL PRIVILEGES ON Base.* TO jean@localhost IDENTIFIED BY 'mdp';
2: GRANT ALL PRIVILEGES ON Base.* TO jean@192.168.0.15 IDENTIFIED BY 'mdp';
3: GRANT ALL PRIVILEGES ON Base.* TO jean@% IDENTIFIED BY 'mdp';
4: GRANT ALL PRIVILEGES ON Base.* TO jean IDENTIFIED BY 'mdp';
mpd = mot de passe

Dans l'exemple 1, Jean ne pourra interroger sa base de données qu'à partir de la machine sur laquelle se trouve le serveur MySQL, c'est à dire en local. Soit lui-même à la console mysql soit par un script lui appartenant et se trouvant sur la machine locale.

Dans l'exemple 2, Jean ne pourra interroger sa base de données qu'à partir de la machine 192.168.0.15 uniquement (attention si le serveur se trouve sur Internet (n° IP publique). 192.168.0.15 est une IP privée qui ne pourra donc pas être atteinte par le serveur. Il faudrait indiquer l'adresse IP publique du routeur.

Les exemples 3 et 4 sont équivalents. Pour MySQL, % est un caractère de substitution (ex: "SELECT .... WHERE nom LIKE 'dup%';"). Donc, 'jean@%' signifie par 'jean' à partir de n'importe quelle machine. Ne pas marquer de localisation, comme l'exemple 4, équivaut à l'exemple 3.

Certains FAI, pour des raisons de sécurité n'autorisent que les accès en localhost (ex: Free.fr).
Pour ma part, je suis hébergé sur un serveur privé et je me suis accordé les droits à partir de n'importe où. De ce fait, à partir de mon PC à la maison, j'ouvre une session SSH (avec PuTTY) et je peux travailler sur ma base distante comme si elle était sur mon PC domestique. J'ai aussi un espace web avec PHP/MySQL chez Free. Ce que je fais avec une base de mon serveur privé, je ne peux pas le faire avec ma base chez Free pour cette raison.

Je pense qu'il faut demander à ton hébergeur si les droits d'accès MySQL sont seulement accordés en local (pour eux) ou si tu peux y accéder à distance.

heliconius · Answer

Je ne sais pas comment est installé ton réseau sur ta machine mais ordinairement :
- les machines présentes sur Internet ont des numéros IP publiques
- les machines sur les réseaux domestiques ont des numéros IP privés

Numéros IP privés pour réseaux locaux :
Classe A : 10.0.0.0  
Classe B : 172.16.0.0 à 172.31.0.0  
Classe C : 192.168.0.0 à 192.168.255.0 
Ces numéros IP ne se seront donc jamais attribués sur internet.

Config classique d'un réseau local privé qui pourrait être le tien : 
+-------------+
| serveur web |
| hébergement |
|    (LWS)    |
| 105.7.19.12 | <== IP publique (du serveur)
+-------+-----+
        |
   @ Internet @
        |
        |
+-------+-------+
| 80.105.213.8  | <== IP publique (par FAI)
| Modem/Routeur |
|  192.168.0.1  | <== IP privée (passerelle)
+---+---+---+---+
        |   |
        |   +-------> autres machines du LAN
+-------+-------+
| 192.168.0.15  |
| PC domestique |
| serveur MySQL |
|    etc...     |
+---------------+

Tous les numéros IP indiqués dans la suite feront référence au schéma ci-dessus.

Le numéro IP de ton PC sur lequel tourne le serveur MySQL (dans l'exemple: 192.168.0.15) est un numéro IP qui ne sera jamais vu ni adressable sur Internet car c'est un numéro privé. Le script contenu dans la page web sur le serveur web qui se trouve sur Internet et qui contient ton formulaire ne pourra jamais atteindre le serveur MySQL se trouvant sur une machine ayant un numéro privé.

Le modem/routeur fait normalement du NAT (Network Address Translation) C'est à dire de la translation d'adresse. Quand un paquet IP provenant d'une machine privée va vers Internet, le modem/routeur remplace l'adresse IP du demandeur (IP privée) par la sienne propre (IP publique).

Si l'on s'en réfère à l'exemple du croquis : sur ton PC (192.168.0.15) tu demandes une page web sur ton serveur (105.7.19.12). La demande qui part de ton PC en paquets IP va contenir l'adresse du demandeur (toi : 192.168.0.15). Le modem/routeur faisant du NAT, va remplacer ton adresse par la sienne à savoir par 80.105.213.8). Les paquets IP arriveront sur ton serveur et ce dernier "croira" que la demande émane de 80.105.213.8. Il enverra donc la réponse à ce numéro IP et ton modem/routeur va recevoir les paquets IP de la réponse et il remplacera alors, dans ces paquets son adresse (80.105.213.8) par celle du véritable destinataire : 192.168.0.15.

Les paquets qui viennent d'Internet vers le réseau local ne sont que des réponses à des questions émanant du réseau local. Or ton script sur ton serveur web, quand il veut s'adresser à ton serveur MySQL sur ton réseau local n'effectue pas de réponse et il ne peut pas, à partir d'Internet, s'adresser directement à un numéro IP privé.

Généralement les modems/routeurs gèrent aussi des règles de sécurité et font office de firewall. C'est à dire qu'une demande provenant d'Internet vers une machine privée sera refusée. Cela protège le réseau privé. Toutefois, tous les services ne sont pas refusés ex abrupto. Certaines organisations peuvent souhaiter mettre sur leur réseau un serveur web adressable depuis Internet. Il peut donc y avoir une zone du réseau local qui sera accessible de l'Internet et pour laquelle la surveillance sera moins policière. On appelle cette zone une DMZ (DeMilitary Zone, une zone démilitarisée).

Beaucoup de modems/routeurs gèrent les DMZ. Dans ton cas (et pour l'exemple ci-dessus), il faudrait indiquer au modem/routeur une DMZ dont le numéro IP serait 192.168.0.15 (ta machine). Ensuite, pour éviter que n'importe quoi n'arrive sur ton PC, tu filtres les services. En l'occurrence si tu ne veux laisser passer que les requêtes MySQL, tu autorises le service 3306 pour aller sur la DMZ. Si ton PC domestique héberge un serveur web lui aussi, il faut autoriser le service 80 vers la DMZ pour que celui-ci soit accessible à partir de l'internet ou ne pas l'autoriser dans le cas contraire. Etc.. pour les autres services à autoriser sur la DMZ (FTP: 21, SMTP: 25, etc...)

En résumé:

- Ton PC: serveur MySQL avec tous les droits à partir de n'importe où ou mieux, seulement à partir de ton servur web (105.7.19.12), pour l'utilisateur autorisé,
- modem/routeur: Définir comme DMZ ta machine (192.168.0.15) et autoriser le service MySQL (3306) vers la DMZ

Normalement, le script se trouvant sur le serveur web d'Internet, en s'adressant à ton IP publique (ou à un nom DNS dynamique correspondant -voir un peu plus loin-), port 3306 sera redirigé vers la DMZ (en l'occurrence ta machine) où le service 3306 est autorisé. Comme l'utilisateur peut adresser ses requêtes à partir de n'importe où (ou juste de ton serveur web), la requête sera acceptée et exécutée. Sauf... si ton fournisseur d'accès change parfois ton numéro IP (adressage dynamique de l'IP publique de ton modem/routeur: 80.105.213.8). Dans ce cas, si cela peut se produire, recourir à des services tels que no-IP, DynDNS qui remplissent le rôle de DNS pour les machine à adressage dynamique.

Voilà. j'espère avoir répondu et que ça marchera... :o)
Bonne continuation.

Connexion à distance sur une base de données

2 réponses

Discussions similaires

Newsletters