# Connexion Mysql à distance

**URL:** <https://www.debian-fr.org/t/connexion-mysql-a-distance/29438>\
**Category:** Support Debian\
**Tags:** lenny, mysql\
**Created:** [Février 21, 2016, 12:03 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438 "2016-02-21T00:03:10Z")\
**Posts on this page:** 17\
**Page:** 1

<div class="post-metadata">

**Author:** ![scorpus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/f19dbf/32.png) [@scorpus](https://www.debian-fr.org/u/scorpus)\
**Post date:** [Février 21, 2016, 12:03 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/1 "2016-02-21T00:03:10Z")

</div>

Bonjour à tous,  
Je cherche à me connecter en reseau local sur un serveur Mysql distant a fin de pouvoir monter le modéle de la base avec `sqlyog` et `dbdesigner`…

La configuration utiliser:  
Distrib: Debian Lenny  
Serveur web : xampp

L’erreur reçus en me connectant:

```nohighlight
/opt/lampp/bin/mysql -root -p -h 192.168.30.2
ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.30.2' (111)

```

Les modifications realisées:  
1- Un modification sur le my.cnf

```nohighlight
# 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.30.2

```

2- Une modification sur le root dans les tables mysql

```nohighlight
Utilisateur / Serveur / Mot de passe / Privilèges globaux 1 / "Grant" 
root % Oui ALL PRIVILEGES Oui  
root 192.168.30.2 Oui ALL PRIVILEGES Oui  
root linux Oui ALL PRIVILEGES Oui  
root localhost Oui ALL PRIVILEGES Oui 

```

Je continue a avoir la méme erreur en essayant de me connécter a distance méme aprés les modifications…  
pas d’ipatbles utilisés…  
Mysql tourne bien et marche quand méme en localhost

Faut il faire d’autre modifications en plus de la base et du `my.cnf`?

---

<div class="post-metadata">

**Author:** ![piratebab](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/58f4c7/32.png) [@piratebab](https://www.debian-fr.org/u/piratebab)\
**Post date:** [Février 21, 2016, 12:03 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/2 "2016-02-21T00:03:10Z")

</div>

Est ce que le port `3306` est ouvert (à vérifier avec `nmap` par ex) ?  
Est ce que tu as autorisé les connections distantes dans la table `mysql` qui t’intéresse ?

---

<div class="post-metadata">

**Author:** ![scorpus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/f19dbf/32.png) [@scorpus](https://www.debian-fr.org/u/scorpus)\
**Post date:** [Février 21, 2016, 12:03 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/3 "2016-02-21T00:03:12Z")

</div>

> [@piratebab](#):
>
> Est ce que le port 3306 est ouvert (à vérifier avec nmap par ex) ?

```plaintext
serveur:~# nmap 192.168.30.2

Starting Nmap 4.62 ( http://nmap.org ) at 2010-11-09 15:54 CET
Interesting ports on 192.168.30.2:
Not shown: 1704 closed ports
PORT STATE SERVICE
21/tcp open ftp
22/tcp open ssh
25/tcp open smtp
53/tcp open domain
80/tcp open http
111/tcp open rpcbind
139/tcp open netbios-ssn
143/tcp open imap
443/tcp open https
445/tcp open microsoft-ds
50000/tcp open iiimsf

```

mes iptables sont vides…

```plaintext
serveur:~# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

```

Merci **piratebab** effectivement je ne vois pas le port `3306` dans le `nmap`.  
Portant je me connecte en `localhost` sans probléme.  
le contenu de mon `my.cnf` est(il contient bien le `3306`):

```plaintext
# Example MySQL config file for medium systems.
#
# This is for a system with little memory (32M - 64M) where MySQL plays
# an important part, or systems up to 128M where MySQL is used together with
# other programs (such as a web server)
#
# You can copy this file to
# /etc/my.cnf to set global options,
# mysql-data-dir/my.cnf to set server-specific options (in this
# installation this directory is /opt/lampp/var/mysql) or
# ~/.my.cnf to set user-specific options.
#
# In this file, you can use all long options that a program supports.
# If you want to know which options a program supports, run the program
# with the "--help" option.

# The following options will be passed to all MySQL clients
[client]
#password	= your_password
port = 3306
socket = /opt/lampp/var/mysql/mysql.sock

# Here follows entries for some specific programs

# The MySQL server
[mysqld]
port = 3306
socket = /opt/lampp/var/mysql/mysql.sock
skip-locking
key_buffer = 16M
max_allowed_packet = 1M
table_cache = 64
sort_buffer_size = 512K
net_buffer_length = 8K
read_buffer_size = 256K
read_rnd_buffer_size = 512K
myisam_sort_buffer_size = 8M

# Where do all the plugins live
plugin_dir = /opt/lampp/lib/mysql/plugin/

# Don't listen on a TCP/IP port at all. This can be a security enhancement,
# if all processes that need to connect to mysqld run on the same host.
# All interaction with mysqld must be made via Unix sockets or named pipes.
# Note that using this option without enabling named pipes on Windows
# (via the "enable-named-pipe" option) will render mysqld useless!
# 
# commented in by lampp security
#skip-networking
skip-networking

# Replication Master Server (default)
# binary logging is required for replication
# log-bin deactivated by default since XAMPP 1.4.11
#log-bin=mysql-bin

# required unique id between 1 and 2^32 - 1
# defaults to 1 if master-host is not set
# but will not function as a master if omitted
server-id	= 1

# Replication Slave (comment out master section to use this)
#
# To configure this host as a replication slave, you can choose between
# two methods :
#
# 1) Use the CHANGE MASTER TO command (fully described in our manual) -
# the syntax is:
#
# CHANGE MASTER TO MASTER_HOST=<host>, MASTER_PORT=<port>,
# MASTER_USER=<user>, MASTER_PASSWORD=<password> ;
#
# where you replace <host>, <user>, <password> by quoted strings and
# <port> by the master's port number (3306 by default).
#
# Example:
#
# CHANGE MASTER TO MASTER_HOST='125.564.12.1', MASTER_PORT=3306,
# MASTER_USER='joe', MASTER_PASSWORD='secret';
#
# OR
#
# 2) Set the variables below. However, in case you choose this method, then
# start replication for the first time (even unsuccessfully, for example
# if you mistyped the password in master-password and the slave fails to
# connect), the slave will create a master.info file, and any later
# change in this file to the variables' values below will be ignored and
# overridden by the content of the master.info file, unless you shutdown
# the slave server, delete master.info and restart the slaver server.
# For that reason, you may want to leave the lines below untouched
# (commented) and instead use CHANGE MASTER TO (see above)
#
# required unique id between 2 and 2^32 - 1
# (and different from the master)
# defaults to 2 if master-host is set
# but will not function as a slave if omitted
#server-id = 2
#
# The replication master for this slave - required
#master-host = <hostname>
#
# The username the slave will use for authentication when connecting
# to the master - required
#master-user = <username>
#
# The password the slave will authenticate with when connecting to
# the master - required
#master-password = <password>
#
# The port the master is listening on.
# optional - defaults to 3306
#master-port = <port>
#
# binary logging - not required for slaves, but recommended
#log-bin=mysql-bin

# Point the following paths to different dedicated disks
#tmpdir = /tmp/		
#log-update = /path-to-dedicated-directory/hostname

# Uncomment the following if you are using BDB tables
#bdb_cache_size = 4M
#bdb_max_lock = 10000

# Comment the following if you are using InnoDB tables
#skip-innodb
innodb_data_home_dir = /opt/lampp/var/mysql/
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /opt/lampp/var/mysql/
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
innodb_buffer_pool_size = 16M
innodb_additional_mem_pool_size = 2M
# Set .._log_file_size to 25 % of buffer pool size
innodb_log_file_size = 5M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 50

[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates

[isamchk]
key_buffer = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M

[myisamchk]
key_buffer = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout

```

MA table quand a elle contient bien en privilèges l’utilisateur root que je lance:

```plaintext
root % global ALL PRIVILEGES Oui Changer les privilèges spécifique à cette base de données ALL PRIVILEGES Oui Changer les privilèges
root 192.168.30.2 global ALL PRIVILEGES Oui Changer les privilèges spécifique à cette base de données ALL PRIVILEGES Oui Changer les privilèges
root linux global ALL PRIVILEGES Oui Changer les privilèges
root localhost global ALL PRIVILEGES Oui Changer les privilèges

```

est ce que c’est le routeur ou il faut ouvrir le port `3306`? pourtant je me connecte en réseau local!!

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 21, 2016, 12:03 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/4 "2016-02-21T00:03:12Z")

</div>

A moins que je n’aie pas les yeux en face des trous, la modification de `my.cnf` mentionnée dans le premier message n’apparaît pas dans le contenu du fichier.  
Pour afficher les ports locaux `TCP` en écoute : `netstat -tnl`

---

<div class="post-metadata">

**Author:** ![scorpus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/f19dbf/32.png) [@scorpus](https://www.debian-fr.org/u/scorpus)\
**Post date:** [Février 21, 2016, 12:03 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/5 "2016-02-21T00:03:13Z")

</div>

> [@PascalHambourg](#):
>
> A moins que je n’aie pas les yeux en face des trous, la modification de my.cnf mentionnée dans le premier message n’apparaît pas dans le contenu du fichier.  
> Pour afficher les ports locaux TCP en écoute : netstat -tnl

tu as bien les yeux en face des trous ![:023](https://www.debian-fr.org/uploads/default/original/1X/3c587556c0cc11389317c03a60788d77ceebd307.gif "OK") c’est juste qu’entre temps je l’ai viré car ca ne marchait ni avec ni sans ![:dance:](https://www.debian-fr.org/uploads/default/original/1X/c5479df83c1e5adae8782ae88416ebec2c474ae1.gif "Dance") … mais le probléme ne viens pas de la…

en relisant les postes je me suis rendu compte qu’il y avait une variable `skip-networking` qui etait decommenté dans le `my.cnf`…  
je l’ai commenté, redemarré le `mysql`…

j’ai sqlyog qui se connecte sans problème a la base mtn!!!  
le `3306` on le vois passer dans le `nmap` aussi

par contre `dbdesigner` m’envoie l’erreur suivante.

```plaintext
la connection a la bd à echoué.
dbexpress error: invalid username/password

```

pourtant j’utilise les mêmes paramètres que sur sqlyog!!  
est ce que ca peut venir de `dbdesigner` lui méme?

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 21, 2016, 12:03 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/6 "2016-02-21T00:03:32Z")

</div>

Regarde dans les logs de `mysql` qui a essayé de se connecter avec echec

---

<div class="post-metadata">

**Author:** ![scorpus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/f19dbf/32.png) [@scorpus](https://www.debian-fr.org/u/scorpus)\
**Post date:** [Février 21, 2016, 12:03 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/7 "2016-02-21T00:03:33Z")

</div>

> [@fran.b](#):
>
> Regarde dans les logs de `mysql` qui a essayé de se connecter avec echec

Des logs `mysql`? je ne savais pas que ca existait ![:005](https://www.debian-fr.org/uploads/default/original/1X/cdd45e7dd754015ac5291329b843a2851a0d4fe8.gif "chaud") …  
faut il rajouter des parametres dans le `my.cnf` pour les avoir?

sur quel dossier par défaut ou peut les retrouver?

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 21, 2016, 12:03 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/8 "2016-02-21T00:03:33Z")

</div>

Tu les actives dans `my.cnf`, tu les retrouves dans `/var/log/mysql/`

---

<div class="post-metadata">

**Author:** ![scorpus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/f19dbf/32.png) [@scorpus](https://www.debian-fr.org/u/scorpus)\
**Post date:** [Février 21, 2016, 12:03 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/9 "2016-02-21T00:03:33Z")

</div>

> [@fran.b](#):
>
> Tu les actives dans `my.cnf`, tu les retrouves dans `/var/log/mysql/`

c’est dans cette ligne qu’il faut la decommenter pour les avoir?

```plaintext
# Replication Master Server (default)
# binary logging is required for replication
# log-bin deactivated by default since XAMPP 1.4.11
#log-bin=mysql-bin

```

que faut il rajouter comme lignes dans le `my.cnf`?

Merci encore pour le tuyaux ![:023](https://www.debian-fr.org/uploads/default/original/1X/3c587556c0cc11389317c03a60788d77ceebd307.gif "OK")

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 21, 2016, 12:03 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/10 "2016-02-21T00:03:33Z")

</div>

```nohighlight
[...]
# 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
#
[...]

```

devrait suffire

---

<div class="post-metadata">

**Author:** ![scorpus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/f19dbf/32.png) [@scorpus](https://www.debian-fr.org/u/scorpus)\
**Post date:** [Février 21, 2016, 12:03 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/11 "2016-02-21T00:03:34Z")

</div>

Merci pour l’info.

Je teste et je reviens aux nouvelles…

---

<div class="post-metadata">

**Author:** ![roms](https://www.debian-fr.org/user_avatar/www.debian-fr.org/roms/32/3548_2.png) [@roms](https://www.debian-fr.org/u/roms)\
**Post date:** [Février 21, 2016, 2:32 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/12 "2016-02-21T02:32:49Z")

</div>

Cet échange est très pratique, presque toutes les boulettes que je pourrais faire y sont répertoriées… je sais que le sujet est vieux mais il n’empêche que pas mal de gens doivent y accéder encore aujourd’hui depuis Google… il faut donc assurer le suivi.  
Est-ce que ça a marché au final ?

je rajoute juste un lien pour que les gens qui sont en recherche comme moi aient tous les éléments :  
[technique.arscenic.org/lamp-linu … veur-mysql](http://technique.arscenic.org/lamp-linux-apache-mysql-php/mysql/article/acces-distant-a-un-serveur-mysql)  
[cyberciti.biz/tips/how-do-i- … erver.html](http://www.cyberciti.biz/tips/how-do-i-enable-remote-access-to-mysql-database-server.html) (intéressant car quelques astuces pour ne donner des accès qu’à ceux souhaités)  
[developer.mindtouch.com/en/kb/En … L\_database](http://developer.mindtouch.com/en/kb/Enabling_remote_access_to_MySQL_database)

Et juste pour récapituler ce que j’ai cru comprendre :

1. my.cnf / skip-networking doit être commenté
2. my.cnf / définir le bind address bind-address = [IP d’accès au serveur]
3. BDD/base `mysql` / l’utilisateur doit être accessible depuis % (localhost, et depuis n’importe quelle IP)
4. le port 3306 doit être ouvert (vérif avec la commande nmap [ip] depuis l’ordinateur distant ou en local netstat -tnl)
5. my.cnf / activer les logs MySQL si ce n’est déjà fait pour suivre les problèmes d’identification le cas échéant general\_log\_file = /var/log/mysql/mysql.log

A priori, la ligne skip-external-locking dans my.cnf / section [mysqld] / permet de faire sauter tous les verrous pour les connections externes ?

Comment fait-on pour définir qu’il n’y a que telle IP distante qui peut accéder ?

lectures complémentaires :

- port forwarding : [howtoforge.com/port-forwardi … ebian-etch](http://www.howtoforge.com/port-forwarding-with-rinetd-on-debian-etch)
- securing mysql : [tldp.org/HOWTO/Postfix-Cyrus-Web … onfig.html](http://tldp.org/HOWTO/Postfix-Cyrus-Web-cyradm-HOWTO/mysql-config.html)

Je pense en faire un article par la suite sur un blog, si vous avez des infos complémentaires, n’hésitez pas !

---

<div class="post-metadata">

**Author:** ![ripat](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/bc79bd/32.png) [@ripat](https://www.debian-fr.org/u/ripat)\
**Post date:** [Février 21, 2016, 2:32 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/13 "2016-02-21T02:32:54Z")

</div>

Petit rappel de prudence. Ouvrir son serveur MySQL à l’extérieur est risqué. Si je ne me trompe, la communication passe en clair. Un sniffer pourra facilement révéler le contenu des requêtes qui passent. Pourquoi pas établir un tunnel OpenVPN? La connexion avec le serveur sera alors cryptée. Ou bien utiliser un ssh port forwarding (le VPN du pauvre!).

Un serveur MySQL compromis et c’est tout un site qui tombe…

> [@](#):
>
> How secure are remote connections?  
> Unfortunately, remote access to MySQL is not very secure. When your remote computer first connects to your MySQL database, the password is encrypted before being transmitted over the Internet. But after that, all data is passed as unencrypted «&nbsp;plain text&nbsp;». If someone was able to view your connection data (such as a «&nbsp;hacker&nbsp;» capturing data from an unencrypted WiFi connection you’re using), that person would be able to view part or all of your database.
> 
> In particular, never store any sensitive data such as credit card numbers in unencrypted format within the database. Such data should always be encrypted, even if it’s never going to be transmitted over the Internet. Encrypting the data will ensure that it stays confidential even if the raw database file is ever stolen or compromised.  
> [support.tigertech.net/mysql-remote](http://support.tigertech.net/mysql-remote)

---

<div class="post-metadata">

**Author:** ![NooP](https://www.debian-fr.org/user_avatar/www.debian-fr.org/noop/32/4405_2.png) [@NooP](https://www.debian-fr.org/u/NooP)\
**Post date:** [Février 21, 2016, 2:32 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/14 "2016-02-21T02:32:57Z")

</div>

As tu remarqué cette section dans ton fichier de conf, qui semblerait désactiver l’accès réseau …

```nohighlight
# Don't listen on a TCP/IP port at all. This can be a security enhancement,
# if all processes that need to connect to mysqld run on the same host.
# All interaction with mysqld must be made via Unix sockets or named pipes.
# Note that using this option without enabling named pipes on Windows
# (via the "enable-named-pipe" option) will render mysqld useless!
#
# commented in by lampp security
#skip-networking
skip-networking

```

---

<div class="post-metadata">

**Author:** ![ripat](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/bc79bd/32.png) [@ripat](https://www.debian-fr.org/u/ripat)\
**Post date:** [Février 21, 2016, 2:32 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/15 "2016-02-21T02:32:59Z")

</div>

> [@NooP](#):
>
> As tu remarqué cette section dans ton fichier de conf, qui semblerait désactiver l’accès réseau …

Oui mais, en l’occurrence, l’OP souhaite justement accéder à son serveur depuis l’extérieur. Il faut juste prendre quelques précautions de sécurité. En passant, désactiver l’accès réseau d’un serveur MySQL avec la directive `skip-networking` n’est plus la méthode préconisée. On utilise maintenant plutôt un `bind` sur le `localhost`:

```plaintext
# 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

```

---

<div class="post-metadata">

**Author:** ![NooP](https://www.debian-fr.org/user_avatar/www.debian-fr.org/noop/32/4405_2.png) [@NooP](https://www.debian-fr.org/u/NooP)\
**Post date:** [Février 21, 2016, 2:33 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/16 "2016-02-21T02:33:01Z")

</div>

Donc, pour que l’OP ait accès à ce serveur MySQL depuis l’extérieur, il faut :

1. Activer l’accès réseau dans mysql (Je faisais justement remarquer que celui ci est désactivé), en commentant la directive `skip_networking` ainsi que `bind =`

2. Limiter l’accès `root` à `mysql` à l’adresse IP de l’OP avec une directive genre :

```nohighlight
GRANT ALL PRIVILEGES ON *.* TO '<nom_de_OP>'@'<addr_ip_de_OP>' IDENTIFIED BY 'un_mot_de_passe' WITH GRANT OPTION;

```

1. En limiter l’accès seulement aux connexions `SSL` (Ceci seulement pour les connexions extérieures, le `SSL` ajoutant une charge à la machine lors du chiffrement/déchiffrement) :

[http://dev.mysql.com/doc/refman/5.0/fr/ssl-options.html](http://dev.mysql.com/doc/refman/5.0/fr/ssl-options.html)  
[http://krierjon.developpez.com/mysql/securiser/index.php?page=page\_9](http://krierjon.developpez.com/mysql/securiser/index.php?page=page_9)

1. Limiter l’accès à l’adresse IP de l’OP au port MySQL avec une règle `iptables`.

---

<div class="post-metadata">

**Author:** ![971jmd](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/9/b77776/32.png) [@971jmd](https://www.debian-fr.org/u/971jmd)\
**Post date:** [Décembre 15, 2018, 4:14 UTC](https://www.debian-fr.org/t/connexion-mysql-a-distance/29438/17 "2018-12-15T04:14:29Z")

</div>

salut a tous

voila une semaine que je bas à essayer d’ouvrir le port `3306` sur MySQL de mon raspbian.

je ne c’est plus quoi faire

ci-dessous mon `my.cnf`

```nohighlight
# The MariaDB/MySQL tools read configuration files in the following order:
# 1. "/etc/mysql/mariadb.cnf" (this file) to set global defaults,
# 2. "/etc/mysql/conf.d/*.cnf" to set global options.
# 3. "/etc/mysql/mariadb.conf.d/*.cnf" to set MariaDB-only options.
# 4. "~/.my.cnf" to set user-specific options.
#
# If the same option is defined multiple times, the last one will apply.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.

#
# This group is read both both by the client and the server
# use it for options that affect everything
#
[client-server]
socket=/tmp/mysql-dbug.sock
port=3307

```

merci de votre aide