Le serveur tourne, le VPN est connecté, et personne à l'extérieur ne peut se connecter. Tout le monde à l'intérieur du tunnel le peut, ce qui donne l'impression d'une règle d'accès. Ce qui manque n'est pas une autorisation mais un chemin : une adresse et un port que les joueurs peuvent atteindre, et une route pour que les réponses reviennent par le même chemin. Une adresse de sortie VPN n'est pas une fonction d'hébergement entrant.

Quatre façons pour les joueurs d'atteindre le serveur

Le vrai choix, c'est qui est votre public et comment ses paquets entrent, et il vaut la peine de nommer quatre formes.

DesignWho can joinWhat it costs
Private VPN playersOnly members of the tunnelEvery player needs a profile and identity
Provider public mappingAnyone with the assigned address and portDepends on supported protocol and mapping lifetime
Your own public relayAnyone who can reach the relayYou run and secure the relay
Deliberate direct entryAnyone who can reach your lineSplit routing has to stay coherent

Le modèle privé est le plus simple et le moins pratique : les joueurs autorisés rejoignent un réseau restreint et atteignent le jeu à son adresse privée. Donnez-leur accès au service de jeu, pas une identité partagée qui peut errer sur chaque hôte que vous possédez.

Le modèle du relais est celui que les gens sous-estiment. Une passerelle joignable accepte le trafic public et le transmet par un tunnel privé jusqu'à l'hôte, si bien que les joueurs ne rejoignent jamais le VPN de fond. Le relais doit porter le transport du jeu, et un proxy HTTP n'est pas un relais UDP générique.

Suivez la réponse aussi attentivement que l'arrivée

Pour toute entrée traduite, notez quatre choses : l'adresse externe, le protocole, le port et la cible interne. référence sur le transfert de port fait la distinction sur laquelle les gens trébuchent, en séparant la traduction de destination de la règle de pare-feu qui autorise le trafic à continuer. Configurez l'une sans l'autre et vous obtenez une correspondance qui semble correcte et ne laisse rien passer.

Vérifiez ensuite le retour. Une requête transférée peut arriver parfaitement et échouer parce que l'hôte répond par une autre sortie. Un relais peut traduire la source du flux de fond, ou conserver la source et s'appuyer sur le routage ; ce sont des modèles différents et ils changent ce que l'hôte du jeu voit comme adresse du joueur.

Le chiffrement ne sauve pas un chemin de retour cassé. Il protège un segment, pas une topologie.

Ce que le tunnel ne rend pas privé

L'authentification du jeu, les mises à jour et la politique d'admission font toujours leur propre travail. Un tunnel de fond privé ne rend pas privée une entrée délibérément publique, et il ne chiffre pas du tout le tronçon entre le joueur et l'entrée publique. Ce sont deux sauts différents avec deux expositions différentes, et une note de conception disant que le jeu passe par un VPN décrit exactement l'un des deux.

Écrivez quel tronçon est protégé et lequel ne l'est pas avant d'annoncer l'adresse à qui que ce soit.

Choisissez le public avant l'adresse

Décidez qui doit pouvoir rejoindre, puis choisissez le modèle correspondant. Amis seulement signifie le tunnel privé, ou un relais avec liste d'autorisation. Une communauté publique signifie un relais ou une entrée directe avec une exposition réelle, plus de la modération. Une fois cela réglé, utilisez les ports documentés du jeu et son comportement d'adresse annoncée à l'intérieur du modèle choisi.

Ne réorganisez pas les adaptateurs VPN avant qu'un test passe. Cela produit un serveur qui fonctionne avec un chemin non documenté que personne ne pourra reconstruire après la prochaine mise à jour.

Le test, c'est deux joueurs, un dans le tunnel et un dehors, qui terminent tous deux une connexion et une manche de trafic. Moins que cela ne prouve pas que l'entrée fonctionne.

Articles similaires