--- title: "Hébergement Velocity au Brésil : un proxy pour votre réseau Minecraft" description: "Faites tourner Velocity en modern forwarding, backends fermés au pare-feu. VPS Ryzen avec root à São Paulo à partir de R$ 31,00/mois pour le proxy de votre réseau." url: "https://streethosting.com.br/fr/minecraft-velocity" type: "page" language: "fr" --- Proxy en modern forwarding # Hébergement Velocity pour les réseaux Minecraft Velocity coud plusieurs instances derrière une seule adresse, avec une identité signée et des backends qui ne restent jamais exposés. Il tourne sur un VPS avec root, où velocity.toml et le pare-feu sont des fichiers que vous éditez. [Voir les VPS avec root pour le proxy](https://streethosting.com.br/fr/vps-minecraft) [Comparer avec BungeeCord](https://streethosting.com.br/fr/minecraft-bungeecord) * São Paulo, Brésil * Anti-DDoS jusqu’à 400 Tbit/s * NVMe Réponse rapide Vous avez besoin d’un proxy quand plusieurs instances tournent en même temps, pas quand vous avez beaucoup de joueurs. Velocity fait cela avec un forwarding signé, réclame peu de mémoire et tourne sur un VPS Ryzen avec root à partir de R$ 31,00. ## Ce qui déclenche un réseau, c’est le nombre d’instances, pas de joueurs 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. ## Modern forwarding : ce que Velocity signe et pourquoi cela compte 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. ## Le port du backend laissé ouvert est l’erreur classique du monteur de réseau 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. ## Le proxy demande un bon réseau, pas beaucoup de mémoire 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. Infrastructure ## Ce que la base doit fournir à un proxy * Root : velocity.toml et forwarding.secret sont des fichiers, pas des champs de panneau. * Une IP fixe, pour que les backends autorisent le proxy et refusent le reste. * Proxy et backends dans la même région : le saut entre eux entre dans le ping. Cas d’usage ## Les situations où le proxy résout vraiment quelque chose * Un survival sous Paper et un skyblock sous Fabric qui cohabitent, ce qu’un seul processus Java ne fait pas. * Un minijeu qui redémarre à chaque partie sans emporter le lobby avec lui. * Une salle d’événement montée le vendredi et disparue le lundi, sans changer d’adresse. Optimisation ## Les réglages qui changent le comportement du réseau * L’ordre de try dans velocity.toml, pour que la chute d’un backend renvoie au lobby. * Permissions et économie sur une base de données unique, sinon chaque backend devient un monde à part. * ViaVersion sur une seule couche, sur le proxy ou sur les backends, jamais sur les deux. Comparatif ## Velocity et BungeeCord côte à côte Ce qui change d’un proxy à l’autre, en pratique. | Critère | Velocity | BungeeCord | | ------------------ | ---------------------------------------------------- | -------------------------------------------------------- | | Identité du joueur | Forwarding signé par secret partagé, nativement | Forwarding sans signature, ou BungeeGuard à côté | | État du projet | Actif, et recommandé par l’équipe de Paper elle-même | Conservateur, et le fork Waterfall a été abandonné | | Choix naturel | Réseau neuf, ou prêt à changer ses plugins de proxy | Réseau retenu par un plugin qui n’existe que pour Bungee | Si vos plugins de proxy ont un équivalent Velocity, migrer revient moins cher. Si l’un d’eux n’en a pas, BungeeCord se défend. Liste de contrôle ## Avant de diffuser l’IP du réseau * Se connecter au port de chaque backend depuis l’extérieur et vérifier qu’il refuse. * Contrôler que forwarding.secret est identique des deux côtés, sans retour à la ligne en trop. * Changer de serveur puis revenir, en vérifiant que l’UUID et le grade restent les mêmes. * Couper un backend exprès et regarder si le joueur retombe dans le lobby. ## Questions fréquentes 01 Combien de joueurs justifient de passer à un réseau sous Velocity ? Aucun chiffre ne le justifie à lui seul. Le critère, c’est le nombre d’instances qui doivent exister en parallèle. Pour plusieurs mondes sur le même serveur, un plugin multimonde suffit ; pour des versions ou des chargeurs différents, le proxy est la voie. 02 Combien coûte la base pour faire tourner le proxy et les backends ? Le proxy tient sur un VPS Ryzen Budget de 2GB à R$ 31,00 par mois. Ce sont les backends qui réclament de la marge : la gamme Ryzen Performance démarre à R$ 42,00 avec 2GB et passe par R$ 126,00 en 8GB. 03 Faut-il fermer les ports des backends même en modern forwarding ? Oui. Avec online-mode désactivé, quiconque atteint ce port entre sous le nom qu’il veut. Le forwarding signé protège ceux qui arrivent par le proxy, il n’empêche personne de le contourner. 04 Peut-on migrer de BungeeCord vers Velocity sans perdre ses joueurs ? Oui, et le vrai travail se trouve dans les plugins de proxy. Montez Velocity en parallèle, réglez le forwarding et le pare-feu, et ne changez le DNS qu’à la fin. Si le réseau tournait déjà en UUID online, les données restent intactes. Poursuivez ici ## À lire avant de monter le réseau * [Velocity et BungeeCord : quand utiliser un proxy Les deux proxies, et quand aucun n’est utile.](https://streethosting.com.br/fr/guias/minecraft/velocity-bungeecord-rede-servidores) * [Pare-feu UFW sur un VPS Ubuntu Les règles qui laissent le proxy seul parler aux backends.](https://streethosting.com.br/fr/guias/vps/firewall-ufw-vps-ubuntu) * [Héberger Paper sur un VPS avec root Préparer chaque backend, avec service et redémarrage.](https://streethosting.com.br/fr/guias/vps/hospedar-paper-minecraft-vps-root-guia) * [Latence et ping sur un serveur Pourquoi la distance entre les deux bouts se voit dans le ping.](https://streethosting.com.br/fr/guias/infraestrutura/o-que-e-latencia-ping-servidor) 4.7/5 sur Trustpilot Satisfait ou remboursé Activation en 60 s Support Premium Approuvé par plus de 2 500 clients ## Où StreetHosting intervient dans cette architecture * VPS en KVM avec root pour le proxy, IP fixe pour l’autoriser sur les backends. * Backends séparés, que l’on met à l’échelle un par un selon leur croissance. * Relecture du forwarding et du pare-feu avec un support en portugais avant l’ouverture. [Voir les VPS avec root pour le proxy](https://streethosting.com.br/fr/vps-minecraft) [Contacter le support](https://streethosting.com.br/fr/contact) Un réseau ne tient debout que lorsque le proxy est la seule adresse publique et que tout le reste discute en silence derrière lui.