Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Connexion msql sur serveur avec client impossible

L'Africain

Bonjour,
Je souhaiterais installer freehealth (fork de [doc]freemedforms[/doc]) pour une petite structure médicale qui travaille avec les bases de données. J'ai donc installé mariadb-server, j'ai créé les utilisateurs avec leur droits respectifs je leur ai donné les droits sur les bases mais je n'arrive pas à me connecter à distance sur le client.
Sur le serveur voilà ce que j'ai fait:

MariaDB [(none)]> GRANT ALL ON *.* TO 'doc'@'%' identified by 'motdepasse';

J'ai donc donné à doc le droit sur toutes les bases (pour faire simple dans un premier temps). Je suis sur un réseau local. J'avais aussi essayé cette commande avec l'ip du client.
Ensuite j'ai fait:

MariaDB [(none)]> flush privileges;

J'ai également modifié le fichier /etc/mysql/mysql.conf.d/mysqld.cnf pour y mettre l'ip du serveur après

bind-address = 192.168.0.101

j'ai bien tout redémarré.
Enfin quand je tente d'accéder au serveur via le client j'ai cette erreur:

ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.0.101' (111 "Connection refused")

Je me connecte avec:

mysql -udoc -h192.168.0.101-p

Comment donc donner les droits pour que le client puisse se connecter?
Merci de votre aide

bruno

Bonjour,

Ta question aurait davantage sa place dans la rubrique « Serveurs ».

Sur le serveur, vérifier que le service MySQL est bien en écoute sur la bonne IP :

sudo netstat -tlnp

Sur le serveur donner le retour de la requête SQL :

SELECT host,user,password,plugin FROM mysql.user;

L'Africain

Merci Bruno pour ta réponse, alors pour la première commande:

Connexions Internet actives (seulement serveurs)
Proto Recv-Q Send-Q Adresse locale          Adresse distante        Etat       PID/Program name
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1381/sshd       
tcp        0      0 0.0.0.0:631             0.0.0.0:*               LISTEN      1004/cupsd      
tcp        0      0 127.0.0.1:8123          0.0.0.0:*               LISTEN      1289/polipo     
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      3638/smbd       
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      3534/mysqld     
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      3638/smbd       
tcp        0      0 0.0.0.0:2316            0.0.0.0:*               LISTEN      3336/gwsetup    
tcp        0      0 0.0.0.0:2317            0.0.0.0:*               LISTEN      3341/gwd        
tcp        0      0 127.0.1.1:53            0.0.0.0:*               LISTEN      5540/dnsmasq    
tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      1309/dnsmasq    
tcp6       0      0 :::22                   :::*                    LISTEN      1381/sshd       
tcp6       0      0 :::631                  :::*                    LISTEN      1004/cupsd      
tcp6       0      0 :::443                  :::*                    LISTEN      3485/apache2    
tcp6       0      0 :::445                  :::*                    LISTEN      3638/smbd       
tcp6       0      0 :::139                  :::*                    LISTEN      3638/smbd       
tcp6       0      0 :::8080                 :::*                    LISTEN      3152/bibleditserver
tcp6       0      0 :::80                   :::*                    LISTEN      3485/apache2    
tcp6       0      0 :::8081                 :::*                    LISTEN      3152/bibleditserver
tcp6       0      0 ::1:53                  :::*                    LISTEN      1309/dnsmasq

Pour la seconde:

+---------------+------------------+-------------------------------------------+--------+
| host          | user             | password                                  | plugin |
+---------------+------------------+-------------------------------------------+--------+
| localhost     | root             | *C29DB05BAAB9B3126BD3F6D4F7504301AD0F6ECE |        |
| 192.168.0.100 | root             | *C29DB05BAAB9B3126BD3F6D4F7504301AD0F6ECE |        |
| localhost     | cyrille          | *C29DB05BAAB9B3126BD3F6D4F7504301AD0F6ECE |        |
| 192.168.0.100 | cyrille          | *C29DB05BAAB9B3126BD3F6D4F7504301AD0F6ECE |        |
| %             | fmf_admin        | *5FC75A061E38C9715E238BB4ACEADA3AC8023F93 |        |
| localhost     | fmf_admin        | *5FC75A061E38C9715E238BB4ACEADA3AC8023F93 |        |
| 127.0.0.1     | fmf_admin        | *5FC75A061E38C9715E238BB4ACEADA3AC8023F93 |        |
| ::1           | fmf_admin        | *5FC75A061E38C9715E238BB4ACEADA3AC8023F93 |        |
| %             | lafricain        | *C29DB05BAAB9B3126BD3F6D4F7504301AD0F6ECE |        |
| %             | mccoy.leonard    | *8364B057696FEC2136E473E140BDB1F2A3B0DFDD |        |
| %             | phlox            | *D4B6FC2FBDFB85D9220200F1DD78214F5CF2E232 |        |
| %             | uhura            | *83336B8DE7E310051EAA08E1EFBF026B3C565D57 |        |
| %             | chapel.christine | *EECAA0AF10F8A0487062517F70ABE2352BCD0BFB |        |
| localhost     | lafricain        | *C29DB05BAAB9B3126BD3F6D4F7504301AD0F6ECE |        |
| 192.168.0.101 | lafricain        | *C29DB05BAAB9B3126BD3F6D4F7504301AD0F6ECE |        |
| 192.168.1.101 | root             | *C29DB05BAAB9B3126BD3F6D4F7504301AD0F6ECE |        |
| 192.168.1.102 | root             | *C29DB05BAAB9B3126BD3F6D4F7504301AD0F6ECE |        |
| %             | root             | *C29DB05BAAB9B3126BD3F6D4F7504301AD0F6ECE |        |
| 192.168.0.101 | root             | *C29DB05BAAB9B3126BD3F6D4F7504301AD0F6ECE |        |
+---------------+------------------+-------------------------------------------+--------+

Pour cette deuxième commande je suis un peu surpris d'y voir des inconnu comme leonard et christine!

Pour la section serveur je peux changer si nécessaire, mais j'avais regardé où était posté l'autre post sur le même sujet.

bruno

Ton serveur MySQL n'est en écoute que sur l'interface locale :

tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      3534/mysqld

Tu as du rater quelque chose dans t a configuration ou oublier de relancer le service mysql après modification.

L'Africain

Ok merci déjà d'avoir trouvé le problème! Maintenant une idée?
Ceci : 0.0.0.0:* ne signifie pas qu'il écoute toutes les adresses externes?
En plus de modifier mysql.conf, de créer l'utilisateur, de luis donner flush privileges, que faut-il ajouter?

bruno

Non c'est la seconde colonne qui indique que le serveur mysql n'est en écoute que sur 127.0.0.1
Tu n'a peut-être pas modifié le bon fichier de configuration ou ta directive bind-address n'est pas placée dans la section [mysqld]

L'Africain

bruno a écritTu n'a peut-être pas modifié le bon fichier de configuration ou ta directive bind-address n'est pas placée dans la section [mysqld]

Voici le contenu de la partie mysql du fichier /etc/mysql/mysql.conf.d/mysqld.cnf en question:

[mysqld]
#
# * Basic Settings
#
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 192.168.0.101
#
# * Fine Tuning
#
key_buffer_size = 16M
max_allowed_packet = 16M
thread_stack = 192K
thread_cache_size = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover-options = BACKUP
#max_connections = 100
#table_cache = 64
#thread_concurrency = 10
#
# * Query Cache Configuration
#
query_cache_limit = 1M
query_cache_size = 16M
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file = /var/log/mysql/mysql.log
#general_log = 1
#

Est-ce correct? J'ai pas modifier d'autre fichier.

L'Africain

Salut,
J'ai essayé de tout purgé, or quand j'ai tout réinstallé j'ai découvert qu'il avait gardé en les modification de mes fichiers que je croyais avoir supprimé (ceux dans /etc/mysql) et même mon mot de passe il l'avait encore en mémoire!
J'ai installer phpmyadmin pour voir, et durant l'installation je choisis de créer la base de donnée j'ai cette erreur:

ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)

krodelabestiole

L'Africain a écritJ'ai essayé de tout purgé, or quand j'ai tout réinstallé j'ai découvert qu'il avait gardé en les modification de mes fichiers que je croyais avoir supprimé (ceux dans /etc/mysql) et même mon mot de passe il l'avait encore en mémoire!

oui, apt purge ne suffit pas pour ça. et tant mieux, mieux vaut qu'il ne supprime pas les bases de données.

la manip pour purger complètement est indiquée là : https://doc.ubuntu-fr.org/lamp#conflit_entre_mysql_et_mariadb

sudo apt autoremove --purge mysql* mariadb*
sudo apt clean
sudo mv /var/lib/mysql /var/lib/mysql_bak
sudo mv /etc/mysql /etc/mysql_bak

enfin j'ai fait safe : les répertoires sont juste renommés.

L'Africain

Merci Kro d'être venu à ma rescousse... J'osais pas te demander le l'aide sur en privé, car j'ai vu par tes interventions sur la doc que tu maîtrises le sujet. Je vais faire ça et te retrouve ici... Espérant que cette purge va régler mon problème...

bruno

Oui enfin c'est un peu drastique de tout purger alors qu'il s'agissait d'un simple problème de configuration…
Vu que le fichier /etc/mysql/mysql.conf.d/mysqld.cnf indiqué en #7 était correct, on pouvait penser qu'il n'était pas sourcé (sous Debian c'est /etc/mysql/mariadb.conf.d). Il aurait fallu examiner l'ensemble des fichiers sous /etc/mysql et leur relations (includes).

L'Africain

C'est pas grave, parce que pour l'instant j'ai pas de base de données, et en plus j'avais pas la solution au problème...

L'Africain

Ok alors faisons comme si je ne connaissais rien (ce qui n'est pas loin de la vérité).
Je réinstalle d'abord mariadb-server, puis je modifie /etc/mysql/mysql.conf.d/mysqld.cnf, après pour ne pas faire de bêtise j'attends vos consigne. Sur le client j'installe quoi?

Edit: donc après avoir installé mariadb, j'ai fait:

sudo mysql_secure_installation

J'ai répondu aux questions, pour le truc disallow remote access, j'ai refusé, pour les reste j'ai accepté.
Après quoi la connexion:

sudo mysql -u root  -p

fonctionnne, mais pas sans sudo.
Enfin pour modifier, le fichier /etc/mysql/mysql.conf.d/mysqld.cnf, ben ça marche pas parce qu'il y en a pas!! J'ai trouvé /etc/mysql/mariadb.conf.d/50-server.cnf qui a les mêmes caractéristiques que le précedent, j'ai commenté la ligne bind-server.

bruno

Avant d'installer mariadb-server assures-toi que les dossiers /etc/mysql et /var/lib/mysql n'existent plus (ou sont vides).

Sur le client tu as juste besoin du client mysql (paquet mariadb-client).

L'Africain

Ah, ma connexion est merdique, donc je récrit, car nos messages se sont croisé, mais le mien n'a pas été enregistré.

Donc après avoir installé mariadb, j'ai fait:

sudo mysql_secure_installation

J'ai répondu aux questions, pour le truc disallow remote access, j'ai refusé, pour les reste j'ai accepté.
Après quoi la connexion:

sudo mysql -u root  -p

sudo systemctl restart mysql

- J'ai relancé

 sudo netstat -tlnp

qui me donne:

-tcp6       0      0 :::3306                 :::*                    LISTEN      22078/mysqld

Je peux maintenant créer l'utilisateur pour le client?

bruno

A priori c'est bon.

NB : si l'accès à mysql ne fonctionne qu'avec sudo c'est parce mariadb a créé un utilisateur root avec le plugin unix_socket (l'utilisateur root est authentifié en tant qu'utilisateur Unix est non par mot de passe).

krodelabestiole

L'Africain a écritJ'osais pas te demander le l'aide sur en privé

t'inquiète, tu es entre de bonnes mains avec bruno 😉

L'Africain

Désolé j'ai des problèmes de connexions, donc mon message plus haut a été modifié, avant vos postes...

t'inquiète, tu es entre de bonnes mains avec bruno 😉

Oui il m'avait semblé, mais j'ai été un peu impatient...
Merci de votre aide. je vais maintenant tester avec les utillisateurs de freehealth.

L'Africain

Ok c'est sûr sur le client c'est bon. Reste à tester avec Freehealth. Par contre ça serait bien de mettre ces infos sur la doc. Pour le sudo avant mysql comment on fait pour l'éviter?

bruno

krodelabestiole a écrit
L'Africain a écritJ'osais pas te demander le l'aide sur en privé
t'inquiète, tu es entre de bonnes mains avec bruno 😉

Ou enfin on n'est jamais à l'abri d'une connerie… 😉

Page suivante »