# Wireguard sur KimSuffi ralentit ou bloque des accès réseau 

**URL:** https://community.ovhcloud.com/t/wireguard-sur-kimsuffi-ralentit-ou-bloque-des-acces-reseau/53847
**Category:** Bare Metal et VPS
**Tags:** vps
**Created:** [Septembre 7, 2026, 12:00 UTC](https://community.ovhcloud.com/t/wireguard-sur-kimsuffi-ralentit-ou-bloque-des-acces-reseau/53847 "2026-09-07T12:00:46Z")
**Posts on this page:** 12
**Page:** 1

<div class="post-metadata">

### Author: ![MartinR2](https://community.ovhcloud.com/letter_avatar/martinr2/32/5_5575768a8748004e209b776fc1b2916d.png) [@MartinR2](https://community.ovhcloud.com/u/MartinR2)
#### Post date: [Septembre 7, 2026, 12:00 UTC](https://community.ovhcloud.com/t/wireguard-sur-kimsuffi-ralentit-ou-bloque-des-acces-reseau/53847/1 "2026-09-07T12:00:46Z")

</div>

Bonjour

Sur un serveur KimSuffi j'ai installé wireguard pour me connecter à un VPN sur une Freebox, avec la configuration suivante :

```auto
[Interface]
PrivateKey = **************************************
Address = 192.168.27.71/32
DNS = 212.27.38.253
MTU = 1360

[Peer]
PublicKey = PJ61Y3lfxoChmdXLUlDs3IKB9PIEUXWkmUCmGbPq0mk=
Endpoint = xxx.xxx.xxx.xxx:44570
AllowedIPs =192.168.27.64/27
PersistentKeepalive = 0

```

J'ai supprimé le masque 0.0.0.0/0 généré par la Freebox pour éviter de tout bloquer (merci @sturpin !) et aussi 192.168.1.0/24 sans effet notable.

Quand j'active Wireguard avec : `wg-quick up wg0 il fonctionne très bien, mais certains accès réseau du serveur vers l'extérieur (hors VPN Wireguard) ne fonctionnent plus, et le site web hébergé par le serveur est très fortement ralenti.`

On revient à la normale dès que Wireguard est arrêté.

Que puis-je faire pour avoir Wireguard actif, de préférence en permanence, et des accès réseau normaux depuis et vers le serveur ?

Merci pour vos suggestions !

---

<div class="post-metadata">

### Author: ![sturpin](https://community.ovhcloud.com/user_avatar/community.ovhcloud.com/sturpin/32/30025_2.png) [@sturpin](https://community.ovhcloud.com/u/sturpin)
#### Post date: [Septembre 7, 2026, 2:44 UTC](https://community.ovhcloud.com/t/wireguard-sur-kimsuffi-ralentit-ou-bloque-des-acces-reseau/53847/2 "2026-09-07T14:44:55Z")

</div>

Bonjour @MartinR2

En utilisant `wg-quick up wg0`, le script de WireGuard reconfigure les routes réseau de votre serveur. Même si vous avez limité `AllowedIPs` à `192.168.27.64/27`, il se peut que le script ajoute une route par défaut pointant vers le tunnel, ou qu'il modifie la table de routage principale.

La solution consiste à s'assurer que WireGuard ne gère que le trafic destiné au réseau de votre Freebox et n'interfère pas avec la route par défaut pour le reste du trafic 😏

Faisons ce qui suit, pour voir si nous obtenons l'effet souhaité :

1. Activez WireGuard comme vous le faites habituellement :  
`sudo wg-quick up wg0`
2. Ajoutez une route statique pour que le trafic VPN passe par le tunnel :  
`sudo ip route add 192.168.27.64/27 dev wg0`
3. Forcez la route par défaut à être celle de votre interface publique :  
`sudo ip route del default`  
`sudo ip route add default via **votre_gateway** dev eth0`  
🗒 Pour connaître **votre\_gateway** vous pouvez le faire avec la commande `ip route show default`

De plus, nous allons utiliser `Table = Off` dans la section `[Interface]`. Avec cette option, le trafic destiné au réseau 192.168.27.64/27 ne sera pas encore routé automatiquement. Pour que cela fonctionne, vous devrez **ajouter la route manuellement** avec `sudo ip route add 192.168.27.64/27 dev wg0`.

Ensuite, pour **le rendre permanent** , vous pouvez ajouter cette ligne au script `wg-quick` en modifiant le fichier `/etc/wireguard/wg0.conf` avec l'option `PostUp`, qui se placerait après `Table = Off` :

```bash
[Interface]
...
Table = off
PostUp = ip route add 192.168.27.64/27 dev wg0

```

Enfin, enregistrez le fichier et **redémarrez Wireguard** 😉

PS : Petit à petit, j’atteins le niveau d’explications que donne habituellement mon collègue @Asterix 😀

Cordialement,  
Sergio Turpín

---

<div class="post-metadata">

### Author: ![MartinR2](https://community.ovhcloud.com/letter_avatar/martinr2/32/5_5575768a8748004e209b776fc1b2916d.png) [@MartinR2](https://community.ovhcloud.com/u/MartinR2)
#### Post date: [Septembre 7, 2026, 4:51 UTC](https://community.ovhcloud.com/t/wireguard-sur-kimsuffi-ralentit-ou-bloque-des-acces-reseau/53847/3 "2026-09-07T16:51:37Z")

</div>

Merci pour ces indications.

Avant de les essayer, je remarque que la commande wg-quick up wg0 exécute `ip ` **`-4`** ` route add 192.168.27.64/27 dev wg0`c'est à dire ce que vous suggérez avec en plus le paramètre -4. Sauf erreur, rien dans la freebox ne me limite à l'IP v4 donc je ne sais pas pourquoi il y a ce paramètre.

Faut-il que j'exécute quand même cette commande ip route add192.168.27.64/27 dev wg0 ou alors ip **-6** route add \<l'adresse IPv6 correspondante\> dev wg0` ?`Ou alors est-ce que je m'abstiens de lancer cette `première commande ?`

---

<div class="post-metadata">

### Author: ![MartinR2](https://community.ovhcloud.com/letter_avatar/martinr2/32/5_5575768a8748004e209b776fc1b2916d.png) [@MartinR2](https://community.ovhcloud.com/u/MartinR2)
#### Post date: [Septembre 7, 2026, 6:13 UTC](https://community.ovhcloud.com/t/wireguard-sur-kimsuffi-ralentit-ou-bloque-des-acces-reseau/53847/4 "2026-09-07T18:13:05Z")

</div>

J'ai fait `sudo ip route del default comme suggéré.`

Ma connexion ssh s'est bloquée et je ne peux plus accéder au serveur !

J'ai essayé un boot en mode rescue, j'ai tenté `ip route add default via 144.217.72.254 dev eth0 mais j'ai une erreur : `RTNETLINK answers: File exists

`Que faire pour retrouver accès à mon serveur (même sans Wireguard) ??`

---

<div class="post-metadata">

### Author: ![MartinR2](https://community.ovhcloud.com/letter_avatar/martinr2/32/5_5575768a8748004e209b776fc1b2916d.png) [@MartinR2](https://community.ovhcloud.com/u/MartinR2)
#### Post date: [Septembre 7, 2026, 7:02 UTC](https://community.ovhcloud.com/t/wireguard-sur-kimsuffi-ralentit-ou-bloque-des-acces-reseau/53847/5 "2026-09-07T19:02:29Z")

</div>

Au bout de 15 minutes après plusieurs reboots, mais sans rien tenter d'autre, j'ai finalement retrouvé accès à mon serveur...

---

<div class="post-metadata">

### Author: ![sturpin](https://community.ovhcloud.com/user_avatar/community.ovhcloud.com/sturpin/32/30025_2.png) [@sturpin](https://community.ovhcloud.com/u/sturpin)
#### Post date: [Septembre 7, 2026, 10:28 UTC](https://community.ovhcloud.com/t/wireguard-sur-kimsuffi-ralentit-ou-bloque-des-acces-reseau/53847/6 "2026-09-07T22:28:18Z")

</div>

Salut @MartinR2

Waouh, quelle frayeur ! Je suis content que tu aies pu récupérer l'accès 👌

En effet, la commande `sudo ip route del default` a supprimé la route par défaut de ton serveur, qui était celle utilisée pour accéder à Internet et donc pour que ta connexion SSH puisse revenir à toi 😏

Pour éviter ce problème et faire fonctionner WireGuard sans impacter le reste des services, je te recommande d’utiliser l’option `Table = off` et de configurer les routes avec `PostUp`. C’est la méthode la plus propre et cela évite de toucher à la route par défaut.

```bash
[Interface]
PrivateKey = ***...***
Address = 192.168.27.71/32
DNS = 212.27.38.253
MTU = 1360
Table = off
PostUp = ip -4 route add 192.168.27.64/27 dev wg0

```

D'après ce que tu m’as indiqué, le paramètre `-4` que tu vois dans la commande `ip` du PostUp et exécutée par wg-quick est correct car tu travailles avec des adresses IPv4. Si ta Freebox gère aussi IPv6, tu pourrais avoir besoin d’une ligne similaire avec `-6` pour les routes IPv6 que tu souhaites, mais pour ton besoin, la configuration IPv4 suffit.

Redémarre WireGuard ➡ avec `sudo wg-quick down wg0` puis `sudo wg-quick up wg0` pour que les changements prennent effet.

Avec cette configuration, WireGuard ne modifiera pas la route par défaut de ton serveur.

Tiens moi au courant, à bientôt.  
Sergio Turpín

---

<div class="post-metadata">

### Author: ![MartinR2](https://community.ovhcloud.com/letter_avatar/martinr2/32/5_5575768a8748004e209b776fc1b2916d.png) [@MartinR2](https://community.ovhcloud.com/u/MartinR2)
#### Post date: [Septembre 8, 2026, 6:28 UTC](https://community.ovhcloud.com/t/wireguard-sur-kimsuffi-ralentit-ou-bloque-des-acces-reseau/53847/7 "2026-09-08T06:28:02Z")

</div>

Bonjour  
J'ai donc modifié seulement la configuration, comme proposé, et sans toucher à la route par défaut.

Le serveur reste accessible et mon ssh n'est plus bloqué 🫠 , mais j'ai toujours le même problème.

Dès que j'active Wireguard, plus d'accès (par ping notamment) depuis le serveur à des sites externes, et ralentissement important des sites web hébergés par ce serveur (20 secondes pour une page au lieu d'une demi-seconde; peut-être une conséquence du 1er problème). Cela revient à la normale quand j'arrête Wireguard.

Pour info, quand je lance Wireguard avec `wg-quick up` il s'affiche :

`[#] ip link add wg0 type wireguard`  
`[#] wg setconf wg0 /dev/fd/63`  
`[#] ip -4 address add 192.168.27.71/32 dev wg0`  
`[#] ip link set mtu 1360 up dev wg0`  
`[#] resolvconf -a wg0 -m 0 -x`  
`[#] ip -4 route add 192.168.27.64/27 dev wg0`

---

<div class="post-metadata">

### Author: ![sturpin](https://community.ovhcloud.com/user_avatar/community.ovhcloud.com/sturpin/32/30025_2.png) [@sturpin](https://community.ovhcloud.com/u/sturpin)
#### Post date: [Septembre 8, 2026, 7:56 UTC](https://community.ovhcloud.com/t/wireguard-sur-kimsuffi-ralentit-ou-bloque-des-acces-reseau/53847/8 "2026-09-08T07:56:42Z")

</div>

Bonjour @MartinR2

As‑tu vérifié que tu n’as qu’une seule route par défaut ?  
`ip route show | grep default`

Si tu en vois plus d’une, supprime celle qui pointe vers `wg0`. Ainsi on s’assure que le trafic général Internet n’essaie pas de passer par le tunnel.

Ce que nous allons aussi faire pour tester, c’est désactiver le DNS de Wireguard. Commente la ligne `DNS = 212.27.38.253` dans `wg0.conf`

Dis‑moi si cela a résolu quelque chose avec ce que je viens de te dire.

Cordialement,  
Sergio Turpín

---

<div class="post-metadata">

### Author: ![MartinR2](https://community.ovhcloud.com/letter_avatar/martinr2/32/5_5575768a8748004e209b776fc1b2916d.png) [@MartinR2](https://community.ovhcloud.com/u/MartinR2)
#### Post date: [Septembre 8, 2026, 8:51 UTC](https://community.ovhcloud.com/t/wireguard-sur-kimsuffi-ralentit-ou-bloque-des-acces-reseau/53847/9 "2026-09-08T08:51:18Z")

</div>

Il n'y avait qu'une seule route par défaut.

En désactivant le DNS de wireguard dans la configuration, le problème semble disparaître.

Merci pour ton aide.

Permets-moi toutefois d'attendre quelques jours avant de marquer "résolu"...

---

<div class="post-metadata">

### Author: ![sturpin](https://community.ovhcloud.com/user_avatar/community.ovhcloud.com/sturpin/32/30025_2.png) [@sturpin](https://community.ovhcloud.com/u/sturpin)
#### Post date: [Septembre 8, 2026, 9:32 UTC](https://community.ovhcloud.com/t/wireguard-sur-kimsuffi-ralentit-ou-bloque-des-acces-reseau/53847/10 "2026-09-08T09:32:38Z")

</div>

Parfait&nbsp;! Tiens‑moi informé 😉 👍

---

<div class="post-metadata">

### Author: ![MartinR2](https://community.ovhcloud.com/letter_avatar/martinr2/32/5_5575768a8748004e209b776fc1b2916d.png) [@MartinR2](https://community.ovhcloud.com/u/MartinR2)
#### Post date: [Septembre 9, 2026, 6:35 UTC](https://community.ovhcloud.com/t/wireguard-sur-kimsuffi-ralentit-ou-bloque-des-acces-reseau/53847/11 "2026-09-09T06:35:02Z")

</div>

Tout semble désormais réglé.  
Merci encore pour ton temps.

---

<div class="post-metadata">

### Author: ![system](https://community.ovhcloud.com/user_avatar/community.ovhcloud.com/system/32/5_2.png) [@system](https://community.ovhcloud.com/u/system)
#### Post date: [Septembre 11, 2026, 6:35 UTC](https://community.ovhcloud.com/t/wireguard-sur-kimsuffi-ralentit-ou-bloque-des-acces-reseau/53847/12 "2026-09-11T06:35:25Z")

</div>

Ce sujet a été automatiquement fermé après 2 jours. Aucune réponse n'est permise dorénavant.
