Hébergement Velocity pour les réseaux Minecraft

Un Paper bien réglé encaisse déjà beaucoup de monde avant qu’un proxy ait du sens. Ce qui pousse un projet vers Velocity, c’est le nombre de processus Java en parallèle, pas le remplissage.

Le calcul bascule quand les instances cessent d’être compatibles : versions différentes, chargeurs de mods différents, cycles de redémarrage différents. Rien de tout cela ne tient dans un seul serveur, et c’est là que le proxy se rembourse.

L’inverse vaut tout autant : le proxy est un service de plus à surveiller et le point de passage de tout le monde. Si vous avez un serveur et voulez juste un monde de plus, un plugin multimonde répond mieux.

C’est le proxy qui authentifie le joueur auprès de Mojang, donc les backends tournent avec online-mode désactivé et le croient sur parole quant à l’identité de l’arrivant. En forwarding hérité, cette information voyage collée au handshake, sans signature.

Le modern forwarding referme la brèche avec un secret partagé : Velocity signe les données du joueur avec le contenu de forwarding.secret et le backend refuse la connexion si la signature ne correspond pas. Sous Paper, cela se règle dans paper-global.yml.

Deux détails font tomber plus de monde que la théorie. Le secret doit correspondre octet par octet, et un simple retour à la ligne en trop en fin de fichier refuse déjà tout le monde. Et qui entre par le proxy reçoit un UUID online : activer le forwarding sur un serveur ancien oblige à migrer inventaires et permissions.

Un backend avec online-mode désactivé accepte n’importe quel nom. Si son port répond sur internet, quelqu’un se connecte de l’extérieur en se disant propriétaire et entre avec toutes les permissions. Ce n’est ni la faute de Velocity ni celle de BungeeCord : c’est le prix d’une authentification déléguée à moitié.

La règle : seul le port du proxy reste public, 25577 par défaut, et chaque backend n’accepte de connexion que depuis son IP. Avec UFW, cela fait une règle par backend plus le refus par défaut en entrée. Testez ensuite depuis un autre réseau : si la connexion directe aboutit, le réseau est ouvert.

Velocity ne charge aucun chunk, ne simule aucune entité et ne stocke aucun monde. Il lit un paquet, décide de la destination et le réécrit, par joueur, dans les deux sens. Augmenter le heap ne change presque rien : ce qui se tend en premier, c’est le débit de paquets et la limite de connexions ouvertes.

C’est pourquoi un petit VPS porte le proxy pendant que les backends occupent des machines avec de la marge CPU. Ce sur quoi on ne peut pas économiser, c’est la distance : chaque saut entre les deux bouts entre dans le ping, et avec les deux à São Paulo cette couche disparaît du calcul.