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 | Uniquement pour les services liés à l’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 non filtré | Résistance au filtrage | Charge processeur |
|---|---|---|---|
| WireGuard | Maximale | Faible, facilement repéré | 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 ne perturbe rien, choisissez WireGuard ou MeduzaVPN. S’il pose problème, ULTRA ou VLESS : un peu plus lourds, mais ils fonctionnent là où WireGuard se coupe ou ralentit. Réservez OpenVPN aux cas où rien d’autre ne passe : il est lent par son architecture, et en mode TCP il souffre en plus d’un double contrôle de livraison.
Réseaux mobiles, ralentissement et DPI
Si le VPN est rapide à la maison mais fonctionne à peine en LTE, la cause n’est généralement pas la vitesse du réseau, mais les équipements d’analyse approfondie du trafic chez l’opérateur. Ils reconnaissent le protocole par ses signatures et son comportement, et peuvent, au lieu de bloquer complètement la connexion, la ralentir à quelques mégabits ou la couper au bout de quelques minutes.
Signes indiquant qu’il s’agit de filtrage, et non du réseau :
- 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. Pour en savoir plus sur le fonctionnement de ces mécanismes et sur les raisons pour lesquelles un protocole qui marchait hier ralentit aujourd’hui, consultez la section 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 personnel MeduzaVPN, 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 refusent de toute façon les IP étrangères — 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 de streaming locaux qui ne fonctionnent pas avec une IP étrangère ;
- 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 non filtré et ULTRA sur un réseau filtré, 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.
Le serveur personnel MeduzaVPN élimine la principale cause de lenteur des VPN mutualisés — la charge d’autrui —, et le changement de protocole dans l’application contourne le filtrage chez l’opérateur. 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, filtrage chez le fournisseur d’accès, serveur mutualisé surchargé ou Wi-Fi faible.
Quel est le protocole le plus rapide ?
Sur un réseau non filtré : WireGuard et MeduzaVPN, qui ont des frais généraux minimaux et un chiffrement efficace. MeduzaVPN ULTRA en est proche, mais ajoute une couche de camouflage 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 ?
Les opérateurs mobiles disposent d’équipements d’analyse du trafic capables de repérer et de ralentir certains protocoles. Le fournisseur d’accès domestique peut faire de même, mais plus rarement. Passer à un protocole avec camouflage — 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 personnel MeduzaVPN, 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.