Un VPN réduit toujours la vitesse, la question est de combien. Avec la bonne localisation et le bon protocole, la perte tient en 5 à 15 %, et si Internet devient deux fois plus lent via le tunnel, la cause est précise et se trouve. Voici huit causes, dans l’ordre — de la distance jusqu’au serveur au MTU.
Cet article est construit comme un diagnostic : on mesure d’abord correctement, puis on élimine les causes une par une. Pour chacune : ce qui se passe et ce qu’il faut changer.
Comment mesurer correctement la vitesse
La plupart des plaintes concernant un VPN lent reposent sur une seule mesure prise à un mauvais moment. Avant de changer quoi que ce soit, obtenez des chiffres fiables.
- Désactivez le VPN et mesurez la vitesse et la latence vers un serveur de test situé dans le même pays que votre localisation VPN.
- Activez le VPN et, une minute plus tard, refaites la mesure vers le même serveur de test.
- Faites trois mesures dans chaque état et comparez les médianes, pas les meilleures valeurs.
- Notez le protocole, la localisation, le type de réseau (Wi-Fi 2,4 ou 5 GHz, câble, LTE) et l’heure de la journée.
- Répétez sur un autre réseau : si l’écart entre la maison et le LTE est plus grand qu’entre « avec VPN » et « sans VPN », la cause est le réseau, pas le VPN.
Comparer la vitesse vers un serveur de test russe sans VPN et vers un serveur européen avec VPN n’a pas de sens : vous mesurez des trajets différents. Le test doit se faire vers le même point.
Distance et choix de la localisation
Chaque tranche de 1000 km ajoute environ 10 ms de latence dans un sens, et avec le trajet retour et les nœuds intermédiaires, 20 à 30 ms. Pour le chargement des pages, c’est imperceptible ; pour les jeux et les appels, c’est sensible. La vitesse d’une connexion TCP dépend aussi de la latence : plus elle est élevée, plus la connexion met de temps à monter en régime, et plus les pertes de paquets se font sentir.
| Localisation | Latence | Quand la choisir |
|---|---|---|
| Helsinki, Stockholm, Varsovie | 25–45 ms | Usage quotidien, jeux, appels |
| Amsterdam, Francfort, Zurich, Paris, Londres | 40–70 ms | Vidéo, grands services, connectivité stable |
| Istanbul, Tel Aviv, Dubaï, Almaty | 50–90 ms | Services régionaux, itinéraires alternatifs |
| New York, Toronto, Atlanta | 120–160 ms | Travail avec des services en Amérique du Nord |
| Tokyo, Singapour, Hong Kong, Mumbai, São Paulo | 150–300 ms | Uniquement pour des besoins régionaux |
Les valeurs dépendent de votre fournisseur d’accès et de sa connectivité. Conseil pratique : gardez votre localisation principale la plus proche possible, et activez les localisations lointaines selon le besoin. Changer de localisation dans l’application prend quelques secondes, et un serveur personnel se déploie dans une nouvelle localisation en quelques minutes. Pour les utilisateurs en Russie, un bon point de départ est généralement les Pays-Bas ou la Finlande.
Le protocole et ses frais généraux
Le protocole détermine la quantité de données de service ajoutées à chaque paquet et le temps processeur consacré au chiffrement. L’écart entre protocoles récents et anciens se compte en multiples.
| Protocole | Vitesse sur réseau stable | Stabilité sur les réseaux mobiles | Charge processeur |
|---|---|---|---|
| WireGuard | Maximale | Faible, fonctionne uniquement en UDP | Minimale |
| MeduzaVPN | Proche de WireGuard | Moyenne | Minimale |
| MeduzaVPN ULTRA | Élevée | Élevée | Faible |
| VLESS | Élevée | Élevée | Faible |
| Shadowsocks | Élevée | Moyenne | Faible |
| OpenVPN | Faible, surtout en TCP | Faible | Élevée |
Si le réseau est stable, choisissez WireGuard ou MeduzaVPN. Si la connexion se coupe ou faiblit, ULTRA ou VLESS : un peu plus lourds, mais ils tiennent la connexion plus régulièrement là où WireGuard se coupe ou ralentit. Réservez OpenVPN aux cas où les autres protocoles ne se connectent pas : il est lent par son architecture, et en mode TCP il souffre en plus d’un double contrôle de livraison.
Réseaux mobiles et connexion instable
Si le VPN est rapide à la maison mais fonctionne à peine en LTE, la cause n’est généralement pas le débit de votre forfait, mais la qualité de la liaison mobile : la latence fait des sauts, des paquets se perdent, et le trafic UDP peut fonctionner par intermittence. Dans ces conditions, un protocole classique ne se coupe souvent pas complètement, mais tombe à quelques mégabits ou décroche au bout de quelques minutes.
Signes indiquant qu’il s’agit du protocole, et non du débit de votre forfait :
- La connexion s’établit, mais la vitesse est des dizaines de fois inférieure à celle sans VPN.
- Ça fonctionne rapidement les premières secondes, puis ralentit brutalement.
- Passer au protocole ULTRA ou VLESS rétablit immédiatement la vitesse.
- Le problème se reproduit chez un opérateur et est absent chez un autre.
La solution consiste à changer de protocole dans l’application et à mémoriser ce choix pour ce réseau. Pour choisir une localisation et un protocole en tant qu’utilisateur depuis la Russie, consultez la page sur le VPN en Russie.
MTU et DNS
Le MTU : quand tout « fonctionne », mais lentement
Le MTU est la taille maximale d’un paquet sur le chemin. L’Ethernet classique est à 1500 octets ; le tunnel ajoute des en-têtes, et à l’intérieur, le paquet doit être plus petit : typiquement 1420 pour WireGuard, encore moins chez certains opérateurs mobiles et en PPPoE. Si le MTU à l’intérieur du tunnel dépasse ce que le chemin peut transmettre, les paquets se fragmentent ou se perdent. Les symptômes sont caractéristiques : les petites pages s’ouvrent, les gros fichiers et les vidéos se figent, la vitesse fluctue.
L’application ajuste le MTU automatiquement, mais sur les réseaux avec un encapsulement non standard (certains opérateurs mobiles, l’internet satellite, les tunnels imbriqués), une réduction manuelle à 1280–1380 dans les réglages de connexion peut aider.
Le DNS : un démarrage lent pour chaque page
Si les requêtes DNS partent vers un serveur éloigné ou surchargé, chaque nouvelle page commence par une pause, bien que la vitesse de chargement soit par ailleurs normale. L’application dirige le DNS à travers le tunnel vers un résolveur proche de votre serveur. Si vous avez configuré manuellement le DNS dans le système, vérifiez qu’il ne se trouve pas sur un autre continent par rapport à la localisation du VPN.
Wi-Fi, processeur de l’appareil et routeur
Wi-Fi 2,4 ou 5 GHz
La bande 2,4 GHz est saturée par les réseaux voisins et les micro-ondes, avec un plafond pratique de 30 à 60 Mbit/s et un fort taux de perte de paquets. Le VPN est plus sensible aux pertes que le trafic ordinaire, car un paquet perdu du tunnel entraîne la perte de données de plusieurs connexions à la fois. Connectez-vous à un réseau 5 GHz ou par câble et refaites la mesure : le diagnostic s’arrête souvent là.
Le processeur de l’appareil
Le chiffrement s’effectue sur l’appareil. Un téléphone ou un ordinateur portable récent le fait sans effort à des centaines de mégabits, mais une ancienne tablette, un téléviseur ou un routeur peuvent être limités par leur processeur. Signe caractéristique : la vitesse est également faible quelle que soit la localisation, et l’appareil chauffe. Un protocole au chiffrement léger — WireGuard ou MeduzaVPN — aide dans ce cas.
Le VPN sur routeur
Si le VPN tourne sur un routeur, la limite vient de son processeur. Sur MT7621, le plafond est de quelques dizaines de mégabits, sur Filogic et x86, des centaines. C’est normal et ne se résout pas en changeant de localisation ; pour les appareils qui ont besoin de la vitesse maximale, installez l’application directement dessus.
Charge du serveur
Chez les services VPN grand public, un seul serveur est partagé par des milliers d’utilisateurs, et le soir, quand tout le monde regarde des vidéos, la vitesse baisse pour tous. Cela ne se résout ni par le protocole ni par le MTU — seulement en changeant de serveur pour un moment où il y a moins de monde.
Sur un serveur MeduzaVPN en formule PERSONAL, cette cause n’existe pas : vous êtes seul dessus avec votre famille, la liaison n’est partagée avec personne d’autre. Donc si la vitesse a baissé, il faut chercher parmi les autres causes de cet article. La différence entre les deux modèles est détaillée dans l’article sur le serveur VPN personnel.
Le seul facteur « lié au serveur » pour un VPN personnel est la connectivité du centre de données avec votre fournisseur d’accès. Si la localisation la plus proche géographiquement fonctionne moins bien qu’une plus éloignée, c’est une question d’itinéraire, et la solution consiste à essayer une localisation voisine.
Split tunneling pour les applications gourmandes
Tout le trafic n’a pas besoin du VPN. Les mises à jour de jeux de plusieurs dizaines de gigaoctets, les sauvegardes dans le cloud, les services locaux qui n’ont pas besoin du VPN — tout cela peut être sorti du tunnel. Le split tunneling de l’application MeduzaVPN permet de choisir les applications qui passent en direct et de ne laisser dans le tunnel que ce pour quoi il est activé.
Ce que l’on sort généralement du tunnel :
- les boutiques de jeux et les clients de mise à jour ;
- les stockages cloud avec de grosses synchronisations ;
- les applications bancaires et les services publics ;
- les services vidéo locaux et les cinémas en ligne ;
- les clients torrent, s’ils ne sont pas l’objectif du VPN.
L’inconvénient : le trafic des applications exclues est visible par le fournisseur d’accès et part avec votre IP réelle. N’excluez que ce pour quoi cela est acceptable.
Conclusion
Ordre du diagnostic : mesurer correctement, prendre la localisation la plus proche, utiliser WireGuard ou MeduzaVPN sur un réseau stable et ULTRA sur un réseau instable, vérifier le Wi-Fi 5 GHz et le MTU, sortir les applications gourmandes via le split tunneling. Dans la plupart des cas, le VPN ne perd alors que quelques pour cent par rapport à une connexion directe.
En formule PERSONAL, le serveur MeduzaVPN élimine la principale cause de lenteur des VPN mutualisés — la charge d’autrui —, et le changement de protocole dans l’application aide sur les réseaux mobiles instables. Les abonnements bénéficient de 7 jours sans engagement pour tester la vitesse sur votre réseau. Voir les tarifs.
Questions fréquentes
De combien un VPN réduit-il généralement la vitesse ?
Avec une localisation proche et un protocole récent, la perte est de 5 à 15 % par rapport à la vitesse sans VPN, et la latence augmente de 10 à 40 ms. Si la baisse dépasse le double, la cause est presque toujours précise : localisation éloignée, réseau mobile instable, serveur mutualisé surchargé ou Wi-Fi faible.
Quel est le protocole le plus rapide ?
Sur un réseau stable : WireGuard et MeduzaVPN, qui ont des frais généraux minimaux et un chiffrement efficace. MeduzaVPN ULTRA en est proche, mais ajoute un traitement supplémentaire du trafic qui augmente légèrement le volume de données de service. OpenVPN est nettement plus lent en raison de son architecture ancienne, surtout sur les appareils peu puissants.
Pourquoi le VPN est-il rapide à la maison et lent sur le réseau mobile ?
Le réseau mobile est moins stable que la connexion domestique : la latence est plus élevée et varie, les paquets se perdent plus souvent, et le trafic UDP peut fonctionner par intermittence. Les protocoles classiques le supportent moins bien. Passer à ULTRA ou VLESS restaure généralement la vitesse.
Qu’est-ce que le MTU et pourquoi affecte-t-il la vitesse ?
Le MTU est la taille maximale d’un paquet qui traverse le chemin sans être fragmenté. Le VPN ajoute des en-têtes à chaque paquet, et si le MTU à l’intérieur du tunnel n’est pas réduit, les paquets se fragmentent ou se perdent, et la vitesse chute alors que la connexion semble fonctionner. L’application ajuste le MTU automatiquement, mais sur des réseaux aux réglages non standards, une réduction manuelle peut aider.
Un serveur surchargé peut-il en être la cause ?
Pour les VPN mutualisés, oui, et c’est l’une des principales causes : des milliers d’utilisateurs se partagent la liaison d’un même nœud. Sur un serveur MeduzaVPN en formule PERSONAL, cette cause n’existe pas, puisque vous êtes seul dessus. Si la vitesse reste faible, il faut chercher du côté de la localisation, du protocole ou du réseau domestique.
Comment mesurer correctement la vitesse d’un VPN ?
Mesurez la vitesse sans VPN puis avec VPN sur le même appareil, sur le même réseau, à une minute d’intervalle, vers le même serveur de test. Répétez trois fois et comparez les médianes. Une mesure unique à un moment donné de la journée ne prouve rien.
Faut-il faire passer tout le trafic par le VPN ?
Pas forcément. Le split tunneling permet de sortir du tunnel les applications gourmandes qui n’ont pas besoin du VPN : mises à jour de jeux, sauvegardes dans le cloud, services locaux. Vous déchargez ainsi le tunnel et préservez la vitesse pour ce qui justifie l’activation du VPN.