Redirection de port via des VPN et des proxies

Tout ce qu'un VPN ou un proxy fait normalement est sortant : vous initiez une connexion et elle est relayée. Le transfert de port est l'opposé — vous voulez que quelqu'un sur Internet initie une connexion à un service fonctionnant sur votre machine : un hôte de jeu, un seedbox BitTorrent, une application auto-hébergée, un nœud pair-à-pair. Cela nécessite une IP publique avec un port ouvert et accessible pointant vers vous, et derrière un VPN, un proxy, ou le CGNAT de votre FAI, vous n'en avez généralement pas. Les connexions entrantes atteignent la sortie partagée et n'ont nulle part où aller, car la sortie ne sait pas pour lequel de ses nombreux utilisateurs le paquet est destiné.

C'est pourquoi "mon client torrent ne montre aucune connexion entrante" ou "mes amis ne peuvent pas rejoindre mon serveur" est une plainte si courante une fois qu'un VPN est impliqué.

Le transfert de port sur un VPN à IP partagée signifie que le fournisseur associe un port entrant sur une sortie partagée à un utilisateur spécifique. C'est vraiment utile pour les seedboxes et l'auto-hébergement, mais cela est devenu un aimant à abus : les ports transférés sur des IP partagées étaient utilisés pour héberger des services malveillants, et les plaintes et pressions légales qui en ont résulté ont conduit de nombreux grands VPN — y compris certains qui avaient autrefois défendu cette fonctionnalité — à l'éliminer complètement. Donc, l'état honnête des choses est que le transfert de port entrant est de plus en plus rare sur les VPN commerciaux, et là où il existe, c'est souvent sur des IP partagées avec les risques de réputation que cela implique.

Les proxys ordinaires ne résolvent pas non plus ce problème : un proxy de transfert est un relais sortant, pas un écouteur entrant. Ce dont vous avez réellement besoin pour une connexion entrante fiable, c'est d'une adresse qui est la vôtre, avec un port que vous contrôlez.

La réponse fiable est une adresse IP publique que vous contrôlez, et il y a deux solutions claires. Premièrement, exécutez votre service sur un VPS (ou un tunnel WireGuard vers un) où vous possédez le pare-feu et pouvez ouvrir n'importe quel port directement — c'est ainsi que la plupart de l'auto-hébergement est réellement fait et cela contourne complètement le CGNAT. Deuxièmement, utilisez une adresse IP dédiée / personnelle : une adresse réservée pour vous, qui — contrairement à une sortie partagée — peut être raisonnablement mappée à votre service et ajoutée à la liste blanche, sans l'ambiguïté d'un pool partagé par des milliers.

Pour être clair : le s4m VPN est conçu pour un accès privé sortant sur un design sans journaux, axé sur la RAM, et non comme un service d'hébergement entrant, donc pour un port accessible publiquement, l'outil approprié est votre propre VPS avec une adresse IP dédiée plutôt qu'une sortie VPN partagée. Cette combinaison vous donne une adresse stable et un contrôle total sur les ports ouverts — la véritable exigence derrière chaque question de redirection de port.