Connexion au Serveur Distant MySQL

Je suis d'essayer de se connecter à un serveur distant, que j'appellerai de la machine A. j'ai créé un utilisateur en suivant les instructions ici

CREATE USER 'monty'@'localhost' IDENTIFIED BY 'some_pass';
GRANT ALL PRIVILEGES ON *.* TO 'monty'@'localhost'
      WITH GRANT OPTION;
CREATE USER 'monty'@'%' IDENTIFIED BY 'some_pass';
GRANT ALL PRIVILEGES ON *.* TO 'monty'@'%'
      WITH GRANT OPTION;

Sur Une machine, je peux exécuter la commande

mysql -u monty -h website.com -p

Cela se connecte à sql sans problème. Toutefois, lorsque vous tentez de le faire à partir d'une machine B, je reçois l'erreur:

ERREUR de 2003 (HY000): can't connect to MySQL server on 'website.com' (113)

J'ai aussi commenté la ligne suivante:

# bind-address      = 127.0.0.1

dans le /etc/mysql/my.cnf de fichier. Toujours pas de chance connexion à partir d'une connexion à distance. De toute évidence, les choses que je pourrais être absent? Tous les commentaires, comme toujours, est très apprécié.

Le serveur est en écoute sur le port 3306? Vous pouvez le vérifier en faisant un netstat -ln. Voir si 3306 est dans la liste. Si c'est le cas, vérifiez les IP, c'est à l'écoute sur. Si c'est non, alors vous savez le problème est qu'il n'est pas à l'écoute à tous les ou sur un port différent.
Après l'exécution de la commande netstat -ln, le port 3306 est répertorié comme : tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN tous les commentaires sur ce que cela signifie?
Cela signifie qu'il est à l'écoute sur toutes les interfaces réseau. En supposant que website.com pointe vers une adresse IP qui correspond à ce serveur, vous ne devriez pas avoir de problèmes. Assurez-vous de rincer les privilèges, aussi essayez de vérifier le mysql journal des erreurs pour toutes les autres notes de ce qui pourrait être mauvais.

InformationsquelleAutor Vincent Russo | 2012-02-28

3

Je pense que c'est la SUBVENTION qui doit être réparé.
```
GRANT ALL PRIVILEGES ON *.* TO 'monty'@'localhost'
```
Peut-être besoin d'être
```
GRANT ALL PRIVILEGES ON *.* TO 'monty'@'website.com'
```
Vous allez vouloir s'assurer que les choses sont bien sûr.
Il est généralement préférable d'essayer de ne pas permettre à l'extérieur de mysql se connecte qui ne sont pas de localhost.
- Ainsi, selon le tutoriel, vous devez faire les deux: "Il est nécessaire d'avoir deux comptes pour monty pour être en mesure de se connecter à partir de n'importe où que monty. Sans le localhost de compte, les anonymes-un compte d'utilisateur pour localhost qui est créé par mysql_install_db priorité quand monty se connecte à partir de l'hôte local. En conséquence, monty serait considéré comme un utilisateur anonyme. La raison pour cela est que les anonymes-compte d'utilisateur a un plus spécifiques à l'Hôte de la valeur de la colonne que l' 'monty'@'%' compte et vient donc plus tôt dans la table utilisateur ordre de tri".
- Comme pour la sécurité côté des choses, j'ai un programme que n'importe qui peut télécharger le dire. Grâce à ce programme, je veux avoir de l'utilisateur de téléchargement de contenu pour une base de données. Est-il une autre méthode plus sûre que je pourrais employer? Merci encore.
- Ah ok, donc, si vous utilisez un service d'hébergement mutualisé ils pourraient avoir des choses verrouillé vers le bas un peu. Une façon de sécuriser les choses consiste à faire une API que votre application peut se connecter à et alors que l'API va se connecter à la base de données en local. Cela ne vous sauvera pas du tout, mais elle vous permet de contrôler un peu mieux.
- J'ai un accès root à la machine hôte, de sorte que toutes les modifications que je devrais être en mesure de faire. Existe-il des bonnes ressources sur le web pour la création d'une API vous pourriez recommander? Aussi, je veux certainement assurez-vous que ce problème est résolu en premier avant d'entreprendre la construction de l'API et de l'exécution dans la même problème. Des idées?
- en cas d'urgence: GRANT ALL PRIVILEGES ON *.* TO 'monty'@'%' permettra une connexion à partir de n'importe où
- Vous pouvez google "Comment créer une API" et vous trouverez une tonne de trucs. Celui-ci semble assez bon particletree.com/features/how-to-add-an-api-to-your-web-service. Je suis de plus en plus partielle en JSON personnellement, contrairement à XML. Aussi, une API de connexion localement, car il fonctionne sur le même serveur. Il devrait donc résoudre ce problème dans un sens. Vous aurez envie de faire en sorte que les choses sont verrouillés si.
InformationsquelleAutor Thomas Schultz
0

Il ressemble à la 'website.com l'adresse ne peut pas être résolu à partir de la machine B. s'il vous Plaît essayez de vous connecter au serveur MySQL en utilisant l'adresse IP de la machine, c'est à dire:
```
mysql -u monty -h x.x.x.x -p
```
Si cela ne fonctionne pas, assurez-vous que vous avez connecté l'adresse IP de la machine, Un à le nom de "website.com" correctement.
- Pas de chance ici. De toute évidence sur Une machine: mysql -u monty -h x.x.x.x -p fonctionne, mais sur la machine B, je reçois toujours le même problème. Toutes les suggestions?
- Pouvez vous s'il vous plaît vérifier la tf de la machine est accessible à partir de la machine B à tous? I. e. essayez de ping x.x.x.x où x.x.x.x est une adresse IP de A. Aussi, avez-vous redémarré le serveur MySQL après avoir fait le changement dans le mon.cnf fichier?
- Je n'ai assurez-vous de redémarrer MySQL après la modification de la ma.cnf de fichier, mais ne reçoivent pas de réponse lors de la commande ping mon serveur depuis une machine distante. Est-il une modification que je peux apporter à ma machine Un pour répondre à ces pings?
- En passant, avez-vous des "skip-networking" réglage commenté dans mon.cnf? Généralement, si la machine n'est pas disponible à partir de B, il y a probablement un problème de réseau, mais clairement pas la configuration de MySQL question. Je n'ai malheureusement pas d'informations sur la configuration de votre réseau, et je ne suis pas le spécialiste du réseau, donc je peux vous suggérer de ne vérifier qu'une chose générale: s'il y a un pare-feu est de travailler sur Une, ce qui pourrait bloquer les connexions réseau à partir de B?
- Bon, je l'ai eu alors que je peux faire un ping du serveur (qui peut-être les règles sur le problème de réseau?), mais il ne peut toujours pas se connecter, car il donne la même ERREUR en 2003, comme il le faisait avant. Je vais regarder dans le pare-feu ainsi
InformationsquelleAutor dr. nafanya
0

Mon problème était que le pare-feu bloque la connexion.

J'ai été en utilisant CentOS 7 et a été d'obtenir cette erreur:
```
mysql -usomeuser -h192.168.194.4 -p somedb
ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.194.4' (113)
```
Alors, j'ai installé telnet pour essayer et obtenu ceci:
```
[root@vm3 config]# telnet 192.168.194.4 3306
Trying 192.168.194.4...
telnet: connect to address 192.168.194.4: No route to host
```
et comme d'autres l'ont noté, l'erreur 113 est "No route to host" qui n'est pas une config MySQL question.

Je pouvais avoir juste ouvert 3306 pour le monde ou juste l'IP, j'ai été la connexion, mais au lieu de cela, j'ai décidé de créer une nouvelle zone car c'était pour mon hôte ESX interne "hostonly" du réseau.

Sur l'ordinateur hôte exécutant MySQL (MariaDB), j'ai couru ces pare-feu commandes:
```
firewall-cmd --new-zone=esxlocalhost --permanent
firewall-cmd --reload
firewall-cmd --zone=esxlocalhost --permanent --add-source=192.168.194.0/24
firewall-cmd --zone=esxlocalhost --permanent --add-port=3306/tcp
firewall-cmd --reload
```
Une fois que ce fut fait, je pourrais connecter sur le client:
mysql -usomeuser -h192.168.194.4 -p somedb
Entrez le mot de passe:

Et la vie était bonne

InformationsquelleAutor Jean-Serge Gagnon

Vous devez vous connecter pour publier un commentaire.