Pour un nouveau réseau sur des versions Paper actuelles, Velocity constitue en général la meilleure base de départ : le Modern Forwarding protège les données de joueurs transmises grâce à un MAC secret et l'API est conçue pour les versions modernes de Minecraft. BungeeCord reste pertinent lorsqu'un réseau existant dépend de plugins BungeeCord ou de versions très anciennes, et qu'une migration présenterait plus de risques que d'avantages.

PaperMC recommande explicitement Velocity. Cette recommandation vient du fournisseur et mainteneur de Velocity ; sa propre page de comparaison signale elle-même un possible biais. BungeeCord n'est pas abandonné : le dépôt et Jenkins ont continué à recevoir des commits et des builds réussis en 2026. Waterfall, l'ancien fork BungeeCord de PaperMC, est en revanche en fin de vie.

Comparaison en un coup d'œil

Critère BungeeCord Velocity
plugins BungeeCord existants natif pas compatible en général ; vérifier chaque plugin
Minecraft legacy large compatibilité historique Modern Forwarding seulement à partir de 1.13 ; modes legacy possibles
forwarding natif sécurisé format legacy sans MAC secret propre Modern Forwarding avec secret/MAC
BungeeGuard protection supplémentaire possible mode BungeeGuard possible, Modern généralement préférable
nouveaux réseaux Paper fonctionnel, nécessite une protection réseau stricte recommandation PaperMC
migration Waterfall proche de l'API, mais Waterfall EOL proxy/API propre, migration à vérifier
plugins proxy API BungeeCord API Velocity

Aucune ligne ne promet un nombre de joueurs ou un facteur de performance universel. Ces chiffres dépendent du matériel, de la compression, des plugins, des protocoles et du profil de connexion, et nécessitent un test de charge reproductible.

Forwarding et sécurité

Le forwarding legacy de BungeeCord transmet l'IP, l'UUID et les informations de profil, mais ne dispose pas d'un secret de signature spécifique au proxy. C'est pourquoi un backend en mode hors ligne doit être accessible exclusivement via le bon proxy. BungeeGuard peut ajouter un secret ; il faut au minimum la version 1.4.0, et le token doit être renouvelé après une mise à jour concernée.

Le Modern Forwarding de Velocity signe les informations transmises avec un secret partagé. Cela rend une usurpation d'identité de proxy nettement plus difficile, mais ne remplace pas une frontière réseau propre. Un port backend ne doit pas non plus être inutilement exposé publiquement dans ce cas.

La documentation officielle de Paper classe les modes ainsi : Modern est le plus sûr, BungeeGuard est meilleur que le pur legacy, et Legacy est plus compatible mais moins sûr. Sous Minecraft 1.13, le Modern Forwarding n'est pas disponible.

Quand BungeeCord est le choix raisonnable

  • Le réseau en production utilise des plugins BungeeCord centraux sans équivalent Velocity vérifié.
  • D'anciennes versions de Minecraft ou de modloader sont critiques pour l'activité.
  • L'équipe maîtrise la configuration existante et la protection réseau du backend est prouvée efficace.
  • Une migration mettrait en danger les UUID, les permissions ou le plugin messaging sans chemin de test suffisant.

Dans ce cas, « rester et durcir » vaut mieux qu'une modernisation non testée. Utilise le guide pilier de configuration BungeeCord, la référence config.yml et le guide de sécurité du forwarding.

Quand Velocity est le choix raisonnable

  • Tu construis un nouveau réseau sur des versions Paper actuelles.
  • Tous les plugins proxy nécessaires existent pour Velocity ou peuvent être remplacés.
  • Le Modern Forwarding est compatible avec tous les backends.
  • Tu veux une API moderne et peux tester intégralement la migration sur une copie.

Fabric et Forge nécessitent une vérification précise par version. L'affirmation « Velocity gère mieux les mods » n'est pas un blanc-seing pour toute combinaison loader/version de Minecraft.

Checklist de migration BungeeCord → Velocity

  1. Crée une sauvegarde testée de la configuration proxy, des plugins, des bases de données et des données joueurs backend. Utilise pour cela le chemin de sauvegarde/retour arrière.
  2. Fais l'inventaire de tous les plugins proxy et marque-les « natif Velocity », « remplaçable », « superflu » ou « bloquant ».
  3. Transfère la liste des serveurs, les listeners, les forced hosts et les permissions de manière réfléchie ; ne copie pas aveuglément le YAML Bungee dans velocity.toml.
  4. Génère le secret du Modern Forwarding sur le système cible et traite-le comme un mot de passe.
  5. Configure Paper ou le modloader adapté pour exactement un seul mode de forwarding.
  6. Teste l'UUID en ligne, l'IP client réelle, les skins, les permissions, le plugin messaging, le lobby, le changement de serveur et le fallback.
  7. Teste un chemin avec secret erroné et un accès direct indépendant comme cas négatifs.
  8. Vérifie séparément le domaine/SRV et Geyser/Floodgate.
  9. Garde le retour arrière vers BungeeCord prêt jusqu'à ce que les connexions en production soient stables.

Plugins et exploitation

Les plugins BungeeCord ne fonctionnent pas automatiquement sur Velocity. Même les couches de compatibilité ne remplacent pas une validation explicite. Lors de l'installation de plugins, vérifie la plateforme, la version actuelle, les dépendances, la migration des données et les avertissements de sécurité.

Un redémarrage du proxy déconnecte les joueurs mais ne redémarre pas les backends. Planifie des fenêtres de maintenance pour les deux proxys, sauvegarde la configuration et les plugins, et surveille séparément le processus, le TCP, le ping Minecraft et le véritable join en lobby.

Décision

Situation de départ Recommandation
nouveau réseau Paper actuel évaluer d'abord Velocity avec Modern Forwarding
réseau BungeeCord existant avec plugins critiques conserver et sécuriser BungeeCord, tester la migration séparément
Waterfall planifier le remplacement ; le projet est EOL
Minecraft avant 1.13 vérifier la compatibilité en détail ; le Modern Forwarding est indisponible
situation des plugins incertaine d'abord inventaire et test sur copie, pas encore de migration en production

Le domaine pointe dans les deux cas vers le proxy ; le guide domaine/SRV reste identique. Si tu veux reconstruire les instances, commence par la commande de serveur Minecraft.

FAQ

Quel proxy choisir pour un nouveau réseau ?

Sur des versions Paper actuelles, Velocity est la meilleure base de départ, notamment grâce au Modern Forwarding avec secret et MAC. Garde à l'esprit que cette recommandation vient de PaperMC, donc du mainteneur de Velocity — leur propre page de comparaison signale elle-même un possible biais.

BungeeCord est-il abandonné ?

Non. Le dépôt et le serveur de build ont continué à afficher des commits et des builds réussis en 2026. C'est Waterfall, l'ancien fork BungeeCord de PaperMC, qui est abandonné — si tu l'utilises encore, prévois un remplacement.

Mes plugins BungeeCord fonctionnent-ils toujours sur Velocity ?

Pas en général. Velocity possède sa propre API ; les couches de compatibilité ne remplacent pas une validation explicite du plugin. Avant une migration, fais l'inventaire de chaque plugin proxy et marque-le comme disponible nativement, remplaçable, superflu ou bloquant.

Velocity supporte-t-il plus de joueurs simultanés ?

Il n'existe pas de chiffre ou de facteur universel. La limite dépend du matériel, de la compression, des plugins, des versions de protocole et du profil de connexion. Pour obtenir une réponse fiable pour ton réseau, il faut la mesurer avec un test de charge reproductible.

Que se passe-t-il pour les versions de Minecraft antérieures à 1.13 ?

Dans ce cas, le Modern Forwarding n'est pas disponible. Velocity propose pour ces situations des modes legacy et BungeeGuard, mais le gain de sécurité par rapport à BungeeCord disparaît alors en grande partie. Pour les anciennes versions critiques pour l'activité, « rester et durcir » est souvent le choix le plus raisonnable.

Sources primaires