Combien de vitesse perd-on réellement
Il n'y a pas de chiffre unique, mais il y a des fourchettes honnêtes. Avec un serveur bien géré dans votre pays ou votre région, sur un protocole moderne, la plupart des gens perdent une part modeste de débit et quelques millisecondes de latence — assez pour se mesurer, rarement assez pour se sentir en naviguant ou en streamant.
Connectez-vous à un serveur sur un autre continent et le tableau change. L'aller-retour à lui seul peut ajouter de l'ordre de cent millisecondes ou plus, les pages mettent plus de temps à commencer à charger, et le débit baisse parce que les connexions lointaines sont plus sensibles à la perte de paquets. C'est de la physique et du routage, pas un défaut du VPN.
Les pires résultats viennent d'une infrastructure surchargée : un serveur au rabais avec un lien étroit partagé par trop d'utilisateurs sera lent à n'importe quelle distance.
Où part la vitesse : la route s'allonge
Sans VPN, votre trafic suit le chemin de votre fournisseur vers la destination. Avec, il va d'abord au serveur VPN, puis continue. À moins que le serveur ne soit sur ce chemin naturel, vous avez ajouté des kilomètres, des routeurs et une étape de déchiffrement-retransmission, chacun apportant sa latence.
La latence compte plus qu'on ne le croit. Les pages web se construisent par dizaines de petites requêtes, et chacune attend des allers-retours avant même que les données commencent à circuler. 100 ms d'aller-retour en plus peuvent rendre une connexion rapide poussive alors qu'un test de vitesse affiche encore de gros chiffres — le débit et la réactivité sont deux choses différentes.
Chiffrement, protocole et surcoût de MTU
Le chiffrement en soi coûte peu sur du matériel moderne — les algorithmes de WireGuard et des protocoles basés sur Xray sont conçus pour tourner vite même sur téléphone. La conception du protocole compte davantage : la poignée de main allégée et la petite machine à états de WireGuard donnent en général plus de débit et une connexion plus rapide que les protocoles plus anciens et plus lourds.
Il y a aussi une taxe fixe par paquet. L'encapsulation ajoute des en-têtes à chaque paquet, si bien qu'une part légèrement moindre de chaque paquet transporte vos vraies données. À lui seul, cela coûte quelques pour cent de débit — réel, mais mineur.
Le piège sournois, c'est le MTU. Si la taille de paquet du tunnel est mal réglée pour le chemin, les paquets se fragmentent ou disparaissent en silence, et le symptôme est bizarre : certains sites se figent quand d'autres marchent, ou la vitesse s'effondre bien en dessous de ce que le serveur peut faire. Si un tunnel se comporte étrangement plutôt que juste lentement, le MTU est le premier suspect, et changer de protocole dans l'application permet souvent de le contourner.
La charge du serveur et le lien du fournisseur
Un serveur VPN est un ordinateur partagé sur un tuyau réseau partagé. Si un fournisseur entasse trop d'utilisateurs sur une machine ou achète un lien étroit, votre vitesse plonge aux heures de pointe, si proche que soit le serveur. C'est la principale différence de qualité entre fournisseurs, et une conséquence directe de l'économie du métier : la bande passante est l'ingrédient qui coûte cher.
Vous pouvez le détecter vous-même. Testez la même localisation proche à différentes heures ; un gros creux le soir désigne la congestion, pas la distance.
C'est une des raisons pour lesquelles Aurora exploite ses propres nœuds au lieu de revendre de la capacité — contrôler le lien est le seul moyen de contrôler la vitesse aux heures de pointe.
Comment rendre un VPN plus rapide
La plupart des plaintes de VPN lent se règlent en quelques minutes, parce que les causes habituelles — distance, choix du protocole, nœud encombré, Wi-Fi faible — sont toutes des choses que vous pouvez changer de votre côté.
Si rien de tout cela n'aide et que la connexion sans tunnel est tout aussi lente à la même heure, le goulot d'étranglement est votre propre ligne d'accès, et aucun réglage de VPN n'y changera rien.
- Choisissez la localisation de serveur la plus proche, ou la plus proche dans le pays voulu
- Changez de protocole dans l'application — WireGuard d'abord ; s'il est bloqué ou instable sur votre réseau, essayez les alternatives
- Essayez un autre serveur dans la même ville pour écarter une machine surchargée
- Utilisez une connexion filaire ou un Wi-Fi solide ; un lien radio faible plafonne tout ce qui est derrière
- Testez à une autre heure pour distinguer la congestion de la distance
- Comparez la vitesse avec et sans tunnel pour voir si le goulot n'est pas votre fournisseur lui-même
Quand un VPN accélère votre connexion
Ça semble paradoxal, mais ça arrive pour des raisons banales. Votre trafic suit normalement les décisions de routage de votre fournisseur, prises autant au coût qu'à la qualité. Si le fournisseur a un mauvais peering vers une destination, vos paquets prennent une mauvaise route. Un serveur VPN dans un datacenter bien connecté peut atteindre la même destination par une route bien meilleure, et le tunnel gagne malgré le saut supplémentaire.
La seconde raison, c'est le bridage du trafic. Certains réseaux ralentissent des catégories précises de trafic, comme la vidéo ou les gros téléchargements. À l'intérieur d'un tunnel chiffré, le trafic est inclassable : le bridage ne se déclenche jamais, et le mécanisme même qui vous coûtait de la vitesse cesse de s'appliquer.