Faut-il un VPS ou un VPN pour héberger un serveur de jeu ?

Les questions d'hébergement de jeux mélangent souvent deux achats, et ce mélange met le travail dans le mauvais ordre. L'un est une machine qui exécute le processus de votre serveur ; l'autre est un chemin qui amène les joueurs jusqu'à elle. Déterminez ce qui vous manque avant de comparer les prix, car un abonnement VPN ne devient jamais un hôte, quelle que soit sa configuration.

Les vérifications ci-dessous s'exécutent dans l'ordre. Arrêtez-vous à la première qui échoue, car les étapes suivantes supposent que la ressource précédente existe.

Quelle ressource manque : le calcul ou l'accessibilité ?

Commencez par nommer ce que vous comptez installer. Un binaire de serveur dédié a besoin d'un système d'exploitation, d'une part de processeur, de mémoire, de disque et d'un moyen de garder le processus vivant après votre déconnexion. Si aucune machine de votre inventaire ne fournit cela, l'élément manquant est le calcul, et la réponse est un serveur hébergé, un serveur privé virtuel ou un service de jeu géré. Un tunnel n'y ajoute rien, car il achemine des paquets au lieu d'exécuter des programmes.

Si la machine existe et exécute le serveur mais que seuls certains joueurs l'atteignent, l'élément manquant est l'accessibilité. C'est le problème qu'un chemin réseau peut résoudre. La distinction décide ensuite à quel fournisseur vous parlez, et elle décide aussi de ce que vous pouvez réparer vous-même.

Ce qu'un compte VPN fournit réellement

Un service VPN vend un chemin entre votre appareil et une sortie, avec de l'adressage et généralement un tunnel authentifié. Sur un serveur virtuel, la même idée apparaît comme une interface, une configuration de pair et des règles de transfert qui laissent le trafic passer entre réseaux. Ni l'une ni l'autre disposition ne fournit un shell sur une machine que vous ne contrôlez pas déjà, et les conditions grand public interdisent souvent d'exploiter un serveur public via le service. Lisez la section sur l'usage acceptable avant de planifier autour.

Les instances cloud sont l'autre catégorie, et leur documentation est explicite sur ce qu'elles remettent. La présentation des instances d'AWS décrit un environnement de système d'exploitation plus une capacité définie de calcul, de mémoire, de stockage et de réseau. Cela correspond à la ressource qu'un processus de jeu consomme, et rien n'y ressemble à un abonnement VPN.

Choisissez qui se connecte, et par quoi

Une fois qu'un hôte existe, la décision d'accès prend trois formes. Les joueurs peuvent se connecter à une adresse publique que l'hôte possède, rejoindre via un tunnel privé que seuls les pairs invités atteignent, ou arriver par une passerelle qui relaie entre les deux. Chaque forme change qui peut trouver le serveur, pas ce que fait le serveur.

L'entrée publique est plus simple à exploiter et expose le service au balayage, il lui faut donc l'authentification du jeu lui-même et un pare-feu n'autorisant que les ports utilisés. L'entrée privée cache le service derrière un tunnel, ce qui veut dire que chaque joueur installe et maintient un client et que vous gardez la liste des pairs à jour. Le relais laisse l'hôte non référencé tout en donnant aux joueurs une seule adresse, au prix d'un saut de plus et d'une chose de plus à surveiller. Choisissez selon le public, pas selon l'option qui sonne le plus sûre.

Vérifiez les exigences avant de payer

Confirmez trois faits avant de vous engager : la plateforme que le serveur prend en charge, les ports exacts sur lesquels il écoute et si les conditions du réseau choisi autorisent l'hébergement. Les exigences des jeux changent d'une édition à l'autre, alors lisez la documentation actuelle plutôt qu'un guide nommant un système d'exploitation d'il y a plusieurs années. Vérifiez ensuite l'écouteur sur l'hôte au lieu de faire confiance au message de réussite de l'installateur.

ss -lunpt | grep -E ':(27015|27016)'
nc -zvu 203.0.113.77 27015
journalctl -u gameserver --since '10 min ago' --no-pager | tail -n 20

La première commande montre si quelque chose est lié et à quelle adresse, la deuxième teste l'accessibilité depuis l'extérieur de l'hôte, et la troisième explique un arrêt si le service est mort. Un écouteur lié à la boucle locale répond localement et nulle part ailleurs, ce qui est une raison fréquente pour qu'un serveur correctement installé paraisse inaccessible.

Notez la plateforme, les ports et le modèle d'accès que vous avez choisis. Cette note est ce à quoi vous comparez quand un correctif change un port par défaut ou qu'un nouveau joueur ne peut pas se connecter.