Quel est le meilleur VPN avec port forwarding ? Le jour où j’ai compris que mon torrent lent avait un autre problème

qBittorrent m’annonçait plus de trente sources potentielles. J’en utilisais deux. Le fichier avançait, s’arrêtait, repartait quelques secondes, puis retombait presque à zéro.

J’essayais de récupérer l’image officielle de Fedora 44 sur un ordinateur portable avant de quitter mon hébergement. Fedora distribue lui-même ses images par BitTorrent ; l’image Workstation x86_64 fait environ 2,7 Go et peut être récupérée légalement de cette façon.

J’avais donc éliminé une complication : ce n’était ni le fichier ni sa provenance qui posaient question. J’avais simplement un transfert P2P qui fonctionnait beaucoup moins bien que prévu.

Mon premier diagnostic tenait en deux mots : port forwarding.

L’idée paraissait logique. Dans une discussion récente sur qBittorrent, un utilisateur expliquait ne voir qu’un ou deux pairs actifs alors qu’une trentaine étaient annoncés ; après avoir testé un VPN autorisant les connexions entrantes, il avait constaté une nette différence. Dans le même type de discussions, le bénéfice revenait surtout lorsqu’il était question de seeding et de pairs difficiles à joindre.

Je suis donc parti chercher « le meilleur VPN avec port forwarding ». La recherche n’était pas mauvaise. J’avais simplement supposé trop vite que le port était forcément la cause de ce que je voyais.

Un port ouvert aide les autres à vous trouver ; il ne raccourcit pas la route

Dans qBittorrent, le port d’écoute sert notamment à accepter les connexions entrantes. Lorsqu’il est joignable, un autre pair peut venir directement vers votre client au lieu de dépendre uniquement des connexions que votre machine initie elle-même.

Avec un VPN, il faut cependant ouvrir cette porte du bon côté. Le trafic ne sort plus directement par votre box : il passe d’abord par le serveur VPN. Si le fournisseur ne redirige pas lui-même un port vers votre appareil, modifier seulement le routeur domestique ne règle généralement pas le problème.

L’image qui m’a finalement aidé est simple : le port forwarding ouvre une porte supplémentaire, mais il ne rend pas la route jusqu’à cette porte plus rapide.

Pour une seedbox, un tracker privé ou une machine qui doit rester facilement joignable pendant des heures, cette porte compte beaucoup.

Pour terminer un téléchargement, c’est différent. Mon client peut toujours initier lui-même des connexions vers des pairs accessibles. Le port forwarding peut élargir le nombre de connexions possibles, mais il ne peut pas inventer de bons pairs, supprimer la congestion du Wi-Fi ou réparer une mauvaise route entre moi, le serveur VPN et le swarm.

Je ne le savais pas encore. J’étais donc parti tester exactement ce que je pensais rechercher.

J’ai commencé par un VPN qui propose vraiment le port forwarding

J’ai choisi Proton VPN pour une raison assez terre à terre : sa documentation expliquait clairement la fonction.

Sur ses offres payantes, le port forwarding est actuellement pris en charge sur ses applications de bureau compatibles. Le service attribue un port que l’on reporte ensuite dans qBittorrent. Après certaines reconnexions, le numéro peut changer, ce qui oblige à vérifier que les deux applications utilisent toujours le même.

J’ai activé l’option. Copié le port. Ouvert qBittorrent.

Collé le numéro. Puis relancé le torrent Fedora. Et cette fois, quelque chose a réellement changé : davantage de connexions sont apparues.

C’était important, parce que cela confirmait que mon idée de départ n’était pas absurde. Si mon objectif avait été de maximiser les connexions entrantes et de rester en seed, cette fonction aurait répondu directement au besoin.

Pendant quelques minutes, j’ai même pensé que j’avais terminé mes recherches. Puis le débit a recommencé à osciller. Le port, lui, était toujours ouvert.

C’est là que j’ai compris que j’avais résolu une partie du problème seulement.

J’avais amélioré ma joignabilité, pas ce qui se passait entre les deux extrémités

Un port ouvert répond à une question précise : est-ce qu’un pair peut initier une connexion vers moi ?

Il ne répond pas à une autre question beaucoup plus visible quand on attend devant une barre de progression : est-ce que le chemin emprunté par mes données fonctionne bien en ce moment ?

J’ai essayé une autre connexion VPN. Déconnexion. Reconnexion.

Nouveau port. Retour dans qBittorrent. Nouveau copier-coller.

Le torrent repartait, mais je commençais à passer davantage de temps à gérer le tunnel qu’à télécharger mon fichier.

Pour quelqu’un qui maintient une seedbox ou qui optimise son ratio, cette manipulation peut être parfaitement justifiée.

Moi, j’avais un sac presque fermé et un ordinateur que je voulais ranger. À cet instant, je ne cherchais plus à rendre mon client BitTorrent idéalement joignable depuis Internet. Je voulais juste voir 100 %.

C’est ce changement de priorité qui m’a fait ressortir l’application plus petite que j’avais gardée comme solution de secours.

Je n’ai pas cherché de menu « port forwarding ». J’ai lancé le mode prévu pour les réseaux plus difficiles et repris exactement le même torrent.

Cette fois, je n’ai plus eu besoin de regarder le VPN

Au début, rien de spectaculaire. Quelques pairs sont revenus. Puis le débit a cessé de faire ces longues chutes qui m’obligeaient à vérifier si le tunnel était encore vivant.

70 %. 80 %. 90 %.

J’ai arrêté de toucher aux réglages. Le fichier est arrivé à 100 %. C’est seulement après que je me suis intéressé à ce qui pouvait expliquer la différence.

Le service utilise un transport basé sur HTTP/3 associé à une couche supplémentaire d’obfuscation, deux choix pensés pour mieux supporter les réseaux difficiles ou changeants. Je ne pouvais pas voir exactement ce que le Wi-Fi de l’hébergement faisait au trafic, mais je pouvais voir le résultat : le tunnel avait cessé de devenir une deuxième tâche à gérer.

Avec le premier service, j’avais obtenu le port entrant que je demandais.

Avec le second, j’avais obtenu ce dont j’avais réellement besoin à ce moment-là : le transfert était allé jusqu’au bout sans que je continue à administrer la connexion.

C’était précisément ce que ma recherche initiale m’avait empêché de voir. Je traitais « port forwarding » comme un synonyme de « meilleur torrent ». Ce sont deux choses différentes.

Puis j’ai laissé Fedora en seed, et le port est redevenu important

Une fois le téléchargement terminé, je n’ai pas fermé qBittorrent. Fedora recommande justement aux utilisateurs de BitTorrent de continuer à partager les données téléchargées. J’ai donc laissé le torrent en seed.

Et là, la situation s’est inversée. Pendant le téléchargement, il m’avait surtout fallu une route suffisamment stable pour rejoindre des pairs et recevoir les morceaux du fichier. En restant en seed, je voulais désormais que les autres puissent me trouver facilement et initier une connexion vers mon client.

Autrement dit, la porte supplémentaire redevenait utile. C’est à ce moment-là que la réponse à « quel est le meilleur VPN avec port forwarding ? » est devenue beaucoup plus claire pour moi.

Si mon objectif principal était le seeding, un tracker privé ou un service P2P qui doit recevoir des connexions entrantes, je choisirais un fournisseur qui documente explicitement le port forwarding. Parmi les solutions utilisées ici, Proton répond directement à ce besoin : la fonction existe, elle est documentée et je peux configurer le port dans qBittorrent.

Je ne présenterais pas l’autre application comme un remplacement de cette fonction. Ce n’est simplement pas ce que je choisirais pour construire une seedbox dont le port entrant est une exigence.

En revanche, je l’ai gardée installée après ce test. Parce que mon problème réel ce jour-là n’était pas « comment rendre mon ordinateur accessible au plus grand nombre de pairs possible ? ».

C’était « comment finir ce gros transfert sur un réseau partagé sans passer les vingt prochaines minutes à changer de serveur, de port et de réglage ? ».

Et sur ce problème-là, le choix était devenu beaucoup plus facile. Son approche plus simple et son transport pensé pour rester utilisable sur des réseaux moins propres avaient davantage de valeur pour moi que le port que j’étais venu chercher.

Il y a un compromis : ce service plus récent a moins de recul public, moins d’avis indépendants et moins de destinations qu’un grand fournisseur installé depuis des années. Si le port forwarding est une exigence technique permanente, je choisirais donc un outil conçu explicitement pour cela.

Mais pour le problème qui m’avait réellement fait ouvrir Google ce jour-là, je ne poserais plus la question de la même manière.

Avant de chercher un « VPN avec port forwarding », je regarderais ce que j’essaie réellement d’obtenir. Si je veux que les autres pairs puissent venir directement vers ma machine, le port entrant est déterminant.

Si mon gros téléchargement se bloque ou devient imprévisible sur un réseau médiocre, je regarderais d’abord si le tunnel reste suffisamment stable pour terminer le travail — et c’est précisément là que le second service m’a été le plus utile.

C’est la distinction qui m’aurait évité le plus de temps ce jour-là : pour rester joignable en seed, je veux le port forwarding ; pour atteindre 100 % avant de fermer mon ordinateur, je veux d’abord une connexion qui cesse de me demander de m’en occuper.