(Résolu) Connexion msql sur serveur avec client impossible

krodelabestiole · Le 30/10/2019, à 20:36

essaie juste :

GRANT ALL ON *.* TO 'cyrille'@'%' IDENTIFIED BY 'mdp';

d'après la doc ça devrait fonctionner avec WITH mysql_native_password mais effectivement il sort une erreur de syntaxe...
(de toute façon c'est le comportement par défaut donc ça revient au même)

L'Africain · Le 30/10/2019, à 23:54

J'ai entré la commande, je n'ai plus eu d'erreur. J'ai redémarré le service mysql mais le client n'arrive pas à se connecter au serveur. Comment on fait pour essayer de se connecter à serveur en ligne de commande?
EDIT: Oh mince, je viens de pensé à truc sur le client je dois installer un paquet spécial pour mysql/mariadb?
Edit2: J'ai installé mariadb-client sur mon client ça marche toujours pas, j'ai essayé en ligne de commande:

cyrille@W54:~$ mysql --host=10.0.2.15 --user=cyrille --password
Enter password: 
ERROR 2003 (HY000): Can't connect to MySQL server on '10.0.2.15' (110 "Connection timed out")

Dernière modification par L'Africain (Le 31/10/2019, à 00:12)

krodelabestiole · Le 31/10/2019, à 01:22

ça peut être une de ces raisons : https://razorsql.com/docs/mysql_connect … oting.html

en tout cas pas un problème d'identification.

L'Africain · Le 31/10/2019, à 02:42

Salut,
Bon j'ai essayé la commande suivante sur le serveur (VM):

mysql --host=10.0.2.15 --user=cyrille --password

Ça se connecte. Donc je ne sais pas si c'est lié au fait que c'est sur une vm ou pas? Mais en tout cas ça ne fonctionne pas.
Est-ce que ça c'est bon:

sudo netstat -tlnp
Connessioni Internet attive (solo server)
Proto CodaRic CodaInv Indirizzo locale        Indirizzo remoto       Stato       PID/Program name    
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      336/systemd-resolve 
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      11740/cupsd         
tcp6       0      0 ::1:631                 :::*                    LISTEN      11740/cupsd         
tcp6       0      0 :::3306                 :::*                    LISTEN      13474/mysqld

et te contenu de fichier de configuration /etc/mysql/mariadb.conf.d/50-server.cnf:

#
# These groups are read by MariaDB server.
# Use it for options that only the server (but not clients) should see
#
# See the examples of server my.cnf files in /usr/share/mysql/
#

# this is read by the standalone daemon and embedded servers
[server]

# this is only for the mysqld standalone daemon
[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
skip-name-resolve
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
#bind-address		= 127.0.0.1

#
# * 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
#
# Error log - should be very few entries.
#
log_error = /var/log/mysql/error.log
#
# Enable the slow query log to see queries with especially long duration
#slow_query_log_file	= /var/log/mysql/mariadb-slow.log
#long_query_time = 10
#log_slow_rate_limit	= 1000
#log_slow_verbosity	= query_plan
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
#       other settings you may need to change.
#server-id		= 1
#log_bin			= /var/log/mysql/mysql-bin.log
expire_logs_days	= 10
max_binlog_size   = 100M
#binlog_do_db		= include_database_name
#binlog_ignore_db	= exclude_database_name

#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!

#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates you can use for example the GUI tool "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem
#
# Accept only connections using the latest and most secure TLS protocol version.
# ..when MariaDB is compiled with OpenSSL:
# ssl-cipher=TLSv1.2
# ..when MariaDB is compiled with YaSSL (default in Debian):
# ssl=on

#
# * Character sets
#
# MySQL/MariaDB default is Latin1, but in Debian we rather default to the full
# utf8 4-byte character set. See also client.cnf
#
character-set-server  = utf8mb4
collation-server      = utf8mb4_general_ci

#
# * Unix socket authentication plugin is built-in since 10.0.22-6
#
# Needed so the root database user can authenticate without a password but
# only when running as the unix root user.
#
# Also available for other users if required.
# See https://mariadb.com/kb/en/unix_socket-authentication-plugin/

# this is only for embedded server
[embedded]

# This group is only read by MariaDB servers, not by MySQL.
# If you use the same .cnf file for MySQL and MariaDB,
# you can put MariaDB-only options here
[mariadb]

# This group is only read by MariaDB-10.1 servers.
# If you use the same .cnf file for MariaDB of different versions,
# use this group for options that older servers don't understand
[mariadb-10.1]

bruno · Le 31/10/2019, à 09:21

Salut,

Ton serveur est bien en écoute sur toutes les interfaces sur le port 3306.
Par contre il faut que tu aies un utilisateur MySQL qui soit autorisé à se connecter depuis n'importe quelle nom de machine/adresse IP. Et je ne suis pas sûr que la commande indiquée en #26 par krodelabestiole soit suffisante.

Au cas où, voici les commandes SQL pour créer un utilisateur toto qui à tous les droits depuis n'importe quelle machine :

CREATE USER 'toto'@'%' IDENTIFIED BY 'super_mot_de_passe';
GRANT ALL PRIVILEGES ON * . * TO 'toto'@'%';
FLUSH PRIVILEGES;

Dernière modification par bruno (Le 31/10/2019, à 09:21)

krodelabestiole · Le 31/10/2019, à 09:33

bruno a écrit :

Ton serveur est bien en écoute sur toutes les interfaces sur le port 3306.

t'es sûr ? j'ai l'impression qu'il est en écoute qu'en ipv6...

et à vrai dire je pige pas pourquoi parce que bind-address est commenté, et par défaut ça devrait écouter qu'en local (voir même pas : seulement via socket)...
perso je testerai déjà avec :

bind-address = 0.0.0.0

Dernière modification par krodelabestiole (Le 31/10/2019, à 09:53)

bruno · Le 31/10/2019, à 09:59

Oui c'est normal de ne voir les services qu'en IPv6 avec netstat tant qu'il n'ont pas été sollicités. Par défaut un service se met en écoute sur un socket IPv6, les connexions IPv4 utilisent la correspondance d'adresses IPv6/IPv4. Voir cette explication pour Apache qui est valable sur le principe pour la plupart des services.

krodelabestiole · Le 31/10/2019, à 10:03

quelques tests sur une mariadb fraîche (bionic) :

bind-address = 127.0.0.1 (par défaut sur ubuntu) :

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

bind-address = 0.0.0.0 :

tcp        0      0 0.0.0.0:3306            0.0.0.0:*               LISTEN      3956/mysqld

et sans rien (commenté) :

tcp6       0      0 :::3306                 :::*                    LISTEN      4288/mysqld

donc par défaut (commenté), bind address est sur ::
bon ceci dit : https://dev.mysql.com/doc/refman/5.6/en … nd_address

If the address is ::, the server accepts TCP/IP connections on all server host IPv4 and IPv6 interfaces.

ce qui tend à confirmer ce que dit bruno...

Dernière modification par krodelabestiole (Le 31/10/2019, à 10:05)

L'Africain · Le 31/10/2019, à 14:25

J'ai créer un nouvel user lafricain, et tout ce qui va avec. Rien à faire, je n'arrive pas à me connecter:

mysql --host=168.192.1.100 --user=lafricain --password
ERROR 2003 (HY000): Can't connect to MySQL server on '168.192.1.100' (110 "Connection timed out")

Ça traîne beaucoup une fois que j'ai entré mon mot de passe avant de me donner l'erreur. Mon seul doute, c'est au sujet de la VM, vous pensez pas que c'est ça le problème? Sauf que j'ai pas deux ordis pour tester.

Edit: Bon je suis le roi de c**s. J'ai inversé les chiffres dans l'ip, maintenant voici l'erreur, et je n'ai plus de délai:

ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.1.100' (113 "No route to host")

No route, c'est pas un problème avec la vm?

Dernière modification par L'Africain (Le 31/10/2019, à 14:29)

bruno · Le 31/10/2019, à 14:32

Problème de pare-feu ? De connectivité ?
Depuis le client, pou vérifier la connectivité :

ping -c 3 192.168.1.100

Et même :

nmap 192.168.1.100

Et je ne comprends pas en #29 l'IP était 10.0.2.15

L'Africain · Le 31/10/2019, à 14:38

en #29 l'IP était 10.0.2.15

Oui j'ai mis une ip fixe quand j'ai vu que ça marchait pas. Je viens de remettre tout comme avant, j'ai fait les test avec le dhcp dynamique:

ping -c 3 10.0.2.15
PING 10.0.2.15 (10.0.2.15) 56(84) bytes of data.

--- 10.0.2.15 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2048ms

nmap 10.0.2.15

Starting Nmap 7.60 ( https://nmap.org ) at 2019-10-31 09:38 EDT
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.04 seconds

bruno · Le 31/10/2019, à 15:09

Bon j'ai du mal à suivre.
Ton serveur MySQL est dans une VM et tu cherche à t'y connecter depuis la machine hôte, est-ce bien cela ?
Dans ce cas c'est sûrement un problème réseau. Le plus simple est d'avoir une VM avec une connexion réseau par pont (bridge) comme cela elle obtient une IP de ton routeur en DHCP qui est dans la me plage que celle de la machine hôte.

Dernière modification par bruno (Le 31/10/2019, à 15:11)

L'Africain · Le 31/10/2019, à 16:33

J'ai changer en mode pont la VM ne veut pas se connecter.
Bon c'est pas grave tant pis j'attendrais d'avoir un autre ordi un jour.

krodelabestiole · Le 31/10/2019, à 17:11

récupère l'ip de ta vm en mode pont et refais les tests #35

L'Africain · Le 31/10/2019, à 17:40

Je me suis mal exprimé, désolé, je voulais dire que c'est la VM qui veut pas se connecter au réseau en mode pont! Comme je veux pas vous faire perdre du temps pour rien, je vais attendre d'avoir l'occasion d'avoir un pc sous la main pour tester en dur.
Merci pour le coup de main.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 30/10/2019, à 20:36

Re : (Résolu) Connexion msql sur serveur avec client impossible

#27 Le 30/10/2019, à 23:54

Re : (Résolu) Connexion msql sur serveur avec client impossible

#28 Le 31/10/2019, à 01:22

Re : (Résolu) Connexion msql sur serveur avec client impossible

#29 Le 31/10/2019, à 02:42

Re : (Résolu) Connexion msql sur serveur avec client impossible

#30 Le 31/10/2019, à 09:21

Re : (Résolu) Connexion msql sur serveur avec client impossible

#31 Le 31/10/2019, à 09:33

Re : (Résolu) Connexion msql sur serveur avec client impossible

#32 Le 31/10/2019, à 09:59

Re : (Résolu) Connexion msql sur serveur avec client impossible

#33 Le 31/10/2019, à 10:03

Re : (Résolu) Connexion msql sur serveur avec client impossible

#34 Le 31/10/2019, à 14:25

Re : (Résolu) Connexion msql sur serveur avec client impossible

#35 Le 31/10/2019, à 14:32

Re : (Résolu) Connexion msql sur serveur avec client impossible

#36 Le 31/10/2019, à 14:38

Re : (Résolu) Connexion msql sur serveur avec client impossible

#37 Le 31/10/2019, à 15:09

Re : (Résolu) Connexion msql sur serveur avec client impossible

#38 Le 31/10/2019, à 16:33

Re : (Résolu) Connexion msql sur serveur avec client impossible

#39 Le 31/10/2019, à 17:11

Re : (Résolu) Connexion msql sur serveur avec client impossible

#40 Le 31/10/2019, à 17:40

Re : (Résolu) Connexion msql sur serveur avec client impossible

Pied de page des forums