Un serveur Minecraft BungeeCord est un réseau de plusieurs serveurs Minecraft interconnectés derrière un proxy. Les joueurs se connectent à une adresse unique (le hub) et naviguent entre différents sous-serveurs : survival, créatif, mini-jeux, skyblock, bedwars — le tout sans se déconnecter. C’est l’architecture des grands réseaux Minecraft comme Hypixel ou CubeCraft, adaptée à votre communauté.
Ce guide vous explique comment fonctionne un serveur Minecraft BungeeCord, comment le configurer, et combien de RAM prévoir selon la taille de votre réseau.
BungeeCord vs Velocity — lequel choisir en 2026 ?
BungeeCord est le proxy historique pour les réseaux Minecraft. Velocity est son successeur moderne, développé par l’équipe de Paper. En 2026, Velocity est recommandé pour tout nouveau réseau — il est plus sécurisé, plus performant, et mieux maintenu que BungeeCord. La grande majorité des plugins BungeeCord modernes sont compatibles avec Velocity.
La seule raison de choisir BungeeCord plutôt que Velocity en 2026 est si vous avez des plugins spécifiques qui ne supportent pas encore Velocity. Vérifiez la compatibilité de vos plugins avant de choisir votre proxy.
Architecture d’un réseau BungeeCord / Velocity
Un réseau serveur Minecraft BungeeCord se compose de plusieurs éléments distincts. Le proxy (BungeeCord ou Velocity) est le point d’entrée du réseau — c’est à son IP et son port que les joueurs se connectent. Le proxy ne fait pas tourner de monde Minecraft, il route uniquement les connexions vers les sous-serveurs. Les sous-serveurs sont des instances Paper indépendantes (hub, survival, skyblock, minijeux) qui font tourner les mondes réels. Chaque sous-serveur a son propre monde, ses propres plugins, et sa propre allocation de RAM.
Configurer le proxy Velocity
Le fichier de configuration principal de Velocity est velocity.toml. Les paramètres essentiels à configurer sont :
bind — l’adresse et le port d’écoute du proxy (par défaut 0.0.0.0:25577 — vous pouvez le changer en 25565 pour que les joueurs se connectent sur le port standard Minecraft). online-mode — à true pour exiger un compte Minecraft valide. forwarding-secret — une chaîne secrète partagée entre le proxy et tous les sous-serveurs pour sécuriser les connexions (très important, ne pas laisser vide). Dans la section [servers], listez tous vos sous-serveurs avec leur nom et leur adresse locale :
hub = « 127.0.0.1:25566 »
survival = « 127.0.0.1:25567 »
skyblock = « 127.0.0.1:25568 »
Chaque sous-serveur Paper doit être configuré en mode offline (online-mode=false dans server.properties) et doit avoir le plugin VelocityCompatiblePlugin ou la configuration de forwarding correcte pour accepter uniquement les connexions venant du proxy.
Combien de RAM pour un réseau BungeeCord ?
| Configuration | Sous-serveurs | RAM totale recommandée | Tarif Portallis |
|---|---|---|---|
| Petit réseau (hub + survival) | 2 | 6-8 Go | 6-8€/mois |
| Réseau standard (hub + survival + skyblock) | 3 | 8-12 Go | 8-12€/mois |
| Réseau complet (4-5 sous-serveurs) | 4-5 | 12-16 Go | 12-16€/mois |
| Grand réseau public (6+ sous-serveurs) | 6+ | 20 Go+ | 20€+/mois |
Le proxy lui-même consomme peu de RAM — 512 Mo à 1 Go est généralement suffisant. C’est chaque sous-serveur Paper qui consomme la majorité des ressources. Chez Portallis, vous pouvez avoir plusieurs serveurs sur votre compte pour couvrir chaque sous-serveur de votre réseau.
Les plugins essentiels pour un réseau BungeeCord
Un réseau serveur Minecraft BungeeCord a besoin de plugins spécifiques au niveau du proxy pour fonctionner correctement. LuckPerms supporte la synchronisation des permissions entre sous-serveurs — les rangs et droits d’un joueur sont identiques sur tous les sous-serveurs du réseau. LiteBans ou BanManager synchronise les sanctions (bans, mutes) sur l’ensemble du réseau. Signboard ou SignShop permettent de créer des panneaux de téléportation entre sous-serveurs depuis le hub. Pour la communication entre sous-serveurs, PluginMessagingChannel est le standard — il permet aux plugins des sous-serveurs d’envoyer des données au proxy et entre sous-serveurs.
Questions fréquentes
Quelle est la différence entre BungeeCord et Velocity ?
Velocity est le successeur moderne de BungeeCord — plus sécurisé, plus performant et mieux maintenu. BungeeCord est l’original, toujours fonctionnel mais avec moins de mises à jour. Pour tout nouveau réseau en 2026, Velocity est recommandé. La plupart des plugins BungeeCord sont compatibles avec Velocity.
Peut-on avoir des plugins différents sur chaque sous-serveur d’un réseau BungeeCord ?
Oui — c’est l’un des avantages du système BungeeCord/Velocity. Chaque sous-serveur est une instance Paper indépendante avec ses propres plugins. Votre serveur survival peut avoir WorldGuard et EssentialsX, votre serveur skyblock peut avoir un plugin d’île spécifique, votre serveur minijeux peut avoir ses propres plugins de jeu.
Les joueurs perdent-ils leur inventaire en changeant de sous-serveur ?
Par défaut oui — chaque sous-serveur a son propre inventaire et ses propres données joueur. Pour synchroniser les inventaires entre sous-serveurs, vous avez besoin d’un plugin de synchronisation comme Multiverse-Inventories ou d’une solution de base de données partagée. Dans la plupart des réseaux, les sous-serveurs ont des inventaires séparés volontairement (votre survival et votre creative n’ont pas les mêmes règles d’inventaire).
Un réseau BungeeCord est-il plus difficile à gérer qu’un serveur unique ?
Oui — un réseau nécessite de gérer plusieurs instances simultanément, de maintenir la synchronisation des plugins entre sous-serveurs, et de diagnostiquer des problèmes qui peuvent venir du proxy ou de n’importe quel sous-serveur. C’est une architecture recommandée pour les communautés établies avec un technicien disponible, pas pour un premier serveur.
Peut-on ajouter un sous-serveur à un réseau BungeeCord sans interrompre les autres ?
Oui. Vous créez un nouveau sous-serveur Paper, l’ajoutez dans la configuration de Velocity (velocity.toml), et rechargez le proxy avec la commande /velocity reload. Les sous-serveurs existants et les joueurs connectés ne sont pas affectés par l’ajout d’un nouveau sous-serveur.