Serveurs Privés Virtuels (VPS) - [résolu] Serveur Mysql - hôte inconnu
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Frage

[résolu] Serveur Mysql - hôte inconnu

V
Von
VasyliiY
Erstellungsdatum 2017-01-19 16:21:06 (edited on 2024-09-04 13:07:37) in Serveurs Privés Virtuels (VPS)

Bonjour,

J'ai mis en place un serveur avec Mysql, phpmyadmin et Webmin afin de simplifier la gestion du serveur. J'arrive à accéder sans problème à phpmyadmin depuis internet, j'arrive à mis connecter. Cependant je n'arrive pas à accéder à ma base de donnée qui est sur le port 3306. Il faut d'après ce que j'ai compris ouvrir le port 3306 afin que je puisse communiquer avec la base, chose que j'ai fait. image

Du coup je test bêtement à me connecter en pdo à la base de donnée, mais j'ai une jolie erreur avec : hôte inconnu.

$pdo = new PDO('mysql:host=IP_DU_VPS.1;port=3306;dbname=web_site_v1', BDD_NOM, MDP);

J'aurai ainsi aimé avoir un peu d'aide afin de pouvoir me connecter en pdo à ma base de donnée.

Merci par avance,

----

Debian 7 - mysql 5.5.53
Positive Bewertungen (0)
42155 Ansichten
18 Antworten ( Latest reply on 2017-01-22 19:45:03 Von
Gaston_Phone
)
T

Sur le même serveur (php et mysql) ? Si oui, quel est l'intérêt de l'exposer (avec tous les problèmes de sécurité que ça peut poser) quand tu peux passer par localhost, et encore mieux, une socket Unix (PHP? faisant la conversion de la valeur "localhost" à une socket) ?

hôte inconnu, si je ne m'abuse, c'est purement et simplement un nom dont la résolution DNS échoue (= ce n'est pas une IP en paramètre host du DSN) ?
Hilfreich (0)

as tu essaye simplement localhost en adresse
Hilfreich (0)
J

Bonjour,

si vous souhaitez y accéder depuis l'extérieur est-ce que vous avez configuré MySQL en fonction de ça (par défaut il écoute uniquement en local) ?
De plus une fois ouvert à l'internet il faut penser à sécuriser les accès car tout le monde pourra essayer de trouver votre pass MySQL.

Cordialement, janus57
Hilfreich (0)
J

Bonjour,

dans webmin vous n'auriez pas activé un firewall ?

De plus dans ce genre de cas pour ma part je préfère vérifier en ligne de commande le fichier de MySQL + retour de iptables.
Enfin pour finir après chaque modification de la configuration de mysql il faut restart le service sinon elle ne sera jamais appliqué la modification.

Cordialement, janus57
Hilfreich (0)

quel est le message d'erreur exactement ? Parce que hôte inconnu en se connectant sur l'IP ça me parait étrange...
Hilfreich (0)
N

Check avec http://php.net/manual/fr/pdo.connections.php
T'auras deux, trois surprises.
Hilfreich (0)

perso j'enlèverai le ;port=3306 ou alors je mettre ip_du_vps:3306

Après j'utilise pas les connexion en pdo mais directement mysqli et suis pas très doué en php :)
Hilfreich (0)
T

> il manquait juste un espace entre mysql et hôte ...

Non, il n'en faut pas. Parce que là, il ignore ton paramètre host donc il cherche à établir une connexion locale par défaut, d'où le passage à une socket ...

> perso j'enlèverai le ;port=3306 ou alors je mettre ip_du_vps:3306

Non, le port se met à part, http://php.net/manual/fr/ref.pdo-mysql.connection.php il y a un paramètre séparé prévu pour.
Hilfreich (0)
N


J'ai modifié le fichier my.cnf en remplacent socket= /var/run/mysqld/mysqld.sock par /var/lib/mysqld/mysqld.sock mais après ça, le serveur mysql ne fonctionne plus, lors du redémarrage.

Ne fait pas ça.
Le socket "mysqld.sock" est ici /var/run/mysqld/ depuis une siècle.
Il faut pas que tu le bouge.

J'ai déjà testé en modifiant le my.cnf en replacent le socket= /var/run/mysqld/mysqld.sock par /var/lib/mysqld/mysqld.sock mais après ça, le serveur mysql ne fonctionne plus, lors du redémarrage du serveur : j'ai un truc du genre: FAIL ...

Parfait, du confirme qu'il faut pas faire ça.

C'est étonnant, en local j'ai une autre erreur : Acc�s refus� pour l'utilisateur: .....(mot de passe: OUI)

T'as phpmyadmin sur ton serveur ?
Login avec l’utilisateur et son mot de passe fonctionne ?

Sinon :
` mysql -u **utilisateur** -p **nom-de-la-base**`
Fonctionne ?
Hilfreich (0)
N

Stop mysql.
Si le fichier "/var/run/mysqld/mysqld.sock" existe, vire le manuellement.
Idem pour le pid.
Démarre mysql et observe le log de démarrage.
Constate que le fichier 'socket =" est crée de nouveau.

Exemple :
170120 17:08:35 InnoDB: Starting shutdown...
170120 17:08:36 InnoDB: Shutdown completed; log sequence number 7874971404
170120 17:08:36 [Note] /usr/sbin/mysqld: Shutdown complete

170120 17:08:37 [Note] Plugin 'FEDERATED' is disabled.
170120 17:08:37 InnoDB: The InnoDB memory heap is disabled
170120 17:08:37 InnoDB: Mutexes and rw_locks use GCC atomic builtins
170120 17:08:37 InnoDB: Compressed tables use zlib 1.2.8
170120 17:08:37 InnoDB: Using Linux native AIO
170120 17:08:37 InnoDB: Initializing buffer pool, size = 128.0M
170120 17:08:37 InnoDB: Completed initialization of buffer pool
170120 17:08:37 InnoDB: highest supported file format is Barracuda.
170120 17:08:37 InnoDB: Waiting for the background threads to start
170120 17:08:38 InnoDB: 5.5.54 started; log sequence number 7874971404
170120 17:08:38 [Note] Server hostname (bind-address): 'localhost'; port: 3306
170120 17:08:38 [Note] - 'localhost' resolves to '127.0.0.1';
170120 17:08:38 [Note] Server socket created on IP: '127.0.0.1'.
170120 17:08:38 [Note] Event Scheduler: Loaded 0 events
170120 17:08:38 [Note] /usr/sbin/mysqld: ready for connections.
**Version: '5.5.54-0+deb8u1-log' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Debian)**
Hilfreich (0)

A tout hasard : https://www.wordetweb.com/word-et-web/OVH-Tester-une-base-de-donnees-via-un-script-PDO-FR.htm OVH - Test de Base de Données via un script en langage PDO
Hilfreich (0)
N

euh .. lol.
Faut pas supprimer le fichier socket quand mysql tourne. Ça, ce'nest pas bon.
Pourquoi tu ne montre pas le logs de démarrage ? C'est ça qui donne le pourquoi.
"failed" ne dit rien.

T'as un serveur.
Tu osculte les logs. Tout le temps. C'est comme ça qu'on surveille un serveur - quand ça va bien. Quand ça va pas, je le "tail" presque tous.
Hilfreich (0)
B


Salut
si ton site php est sur le même serveur que mysql
Tu met localhost en hôte
PHP va remplacer automatiquement localhost par le lien de socket Mysql qui est configuré dans php.ini. Tu n'as pas besoin d'indiquer de port.

Si ton site php n'est pas sur le même serveur, il faut que ton serveur mysql soit accessible de l'extérieur.
Dans my.cnf :
Tu dois commenter => bind-address = 127.0.0.1
ou alors tu met l'IP public de ton VPS.

ensuite tu dois ouvrir le port 3306 TCP IN, pour gérer le parefeu tu peux utliser CSF, il y a un module webmin, ça sera pus facile que de taper les commandes iptables directement.

Ensuite il ne faut pas oublier de créer un utilisateur mysql acceptant l'IP d'où vient la demande de connexion.

Ensuite dans ton script PHP tu remplaces localhost par l'IP de ton VPS, avec ou sans le port car php ajoutera systématiquement le port 3306 (port par défaut dans php.ini)

Aides toi de tuto sur internet car là en lisant tes posts, on voit que tu te précipites un peu trop.


Bonne chance

Edit : pour les log si tu es sous debien 8, tapes : service mysql status
ça te mettra les raisons du problème de démarrage.
Hilfreich (0)
N


J'aimerais bien te montrer les logs, mais je sais pas où les trouver x) Je les trouves où ?

T'as commis l'erreur le plus classiqie possible.
AVANT de pose UNE question, on mentionne : le nom, type et version de son OS.
ET la version du logiciel (mysql) concernant.
C'est vrai, Windows de Microsoft existe, mais dans le domine OS libre c'est un peu plus vaste : https://fr.wikipedia.org/wiki/Linux#/media/File:Linux_Distribution_Timeline.svg

Un OS standard (Debian / Ubuntu ) : Va voir ici /var/log/
Je pense que mysql possède un sous répertoire nomme ... /mysql/ ...
Je ne sais pas si mysql logge tout par défaut - ça se paramètre dans /etc/mysql/my.cnf


Il me semble que les logs sont pas activités par défaut, il faut donc les activés, si je me trompe pas.

Sur un serveur, beaucoup est loggé **. Car c'est la seule moyen de vérifier si tout va bien. C'est l'outil le plus important pour la gestion d'un serveur. Par défaut, les logs ne sont pas désactivé - au contraire.

** et chaque service possède son parpamétrage pour logger plus - si tu cherche un erreur, on moins.
Hilfreich (0)
B


Comme dit dans mon message précédent
tapes pkill mysqld pour forcer la fermeture de mysql

si cela ne fonctionne pas, reboot ton VPS
Hilfreich (0)
N

Re montre ton log qui montre le démarrage de mysql.
(pas avec un image, utilise Putty, souris, sélectionne le moreau concernant de ce log et colle (Ctrl-V) le ici)
Montre aussi ton /etc/mysql/my.cnf entier.
Hilfreich (0)
N


170122 11:03:50 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.


170122 11:03:50 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead


Change:
myisam-recover = BACKUP
key_buffer = 16M
pour:
myisam-recover-options = BACKUP
key_buffer_size = 16M

Ajoute dans la section [mysqld]:
bind-address = 0.0.0.0
Hilfreich (0)

Merci à tous d'avoir aidé :) Enfin de compte le problème était juste une erreur de saisi dans l'adresse du serveur ... j'ai honte !

Il n'y a pas à avoir honte à une erreur de saisie.
Nous en faisons tous et parfois souvent. :p
Hilfreich (0)

Related questions

An Diskussion teilnehmen