Wähle den Minecraft-Proxy nach Backendversionen, Forwarding und unverzichtbaren Plugins. Velocity ist für neue aktuelle Paper-Netze eine passende Ausgangsbasis; BungeeCord kann für bestehende Abhängigkeiten sinnvoll bleiben. Prüfe den Wechsel an einem Testnetz statt aus einer allgemeinen Empfehlung Kompatibilität abzuleiten.
PaperMC empfiehlt Velocity ausdrücklich. Diese Empfehlung kommt vom Anbieter und Maintainer von Velocity; dessen eigene Vergleichsseite weist selbst auf eine mögliche Voreingenommenheit hin. BungeeCord ist nicht eingestellt: Repository und Jenkins erhielten 2026 weiterhin Commits und erfolgreiche Builds. Waterfall, PaperMCs früherer BungeeCord-Fork, ist dagegen End of Life.
Vergleich auf einen Blick
| Kriterium | BungeeCord | Velocity |
|---|---|---|
| bestehende BungeeCord-Plugins | nativ | nicht generell kompatibel; jedes Plugin prüfen |
| Legacy-Minecraft | breite historische Kompatibilität | Modern Forwarding erst ab 1.13; Legacy-Modi möglich |
| sicheres natives Forwarding | Legacy-Format ohne eigenes MAC-Secret | Modern Forwarding mit Secret/MAC |
| BungeeGuard | Zusatzschutz möglich | BungeeGuard-Modus möglich, Modern meist vorzuziehen |
| neue Paper-Netze | funktionsfähig, braucht strikten Netzwerkschutz | PaperMC-Empfehlung |
| Waterfall-Migration | API-nah, aber Waterfall EOL | eigener Proxy/API, Migration prüfen |
| Proxy-Plugins | BungeeCord API | Velocity API |
Kein Eintrag verspricht eine pauschale Spielerzahl oder einen Performancefaktor. Solche Zahlen hängen von Hardware, Kompression, Plugins, Protokollen und Verbindungsprofil ab und brauchen einen reproduzierbaren Lasttest.
Forwarding und Sicherheit
BungeeCord-Legacy-Forwarding überträgt IP, UUID und Profilinformationen, besitzt aber kein proxy-spezifisches Signatur-Secret. Deshalb muss ein Offline-Mode-Backend ausschließlich vom richtigen Proxy erreichbar sein. BungeeGuard kann ein Secret ergänzen; mindestens Version 1.4.0 ist nötig, und nach einem betroffenen Upgrade wird der Token rotiert.
Velocity Modern Forwarding signiert die weitergereichten Informationen mit einem gemeinsamen Secret. Das macht eine gefälschte Proxyidentität deutlich schwieriger, ersetzt aber keine saubere Netzwerkgrenze. Ein Backend-Port sollte auch hier nicht unnötig öffentlich sein.
Die offizielle Paper-Dokumentation ordnet die Modi so ein: Modern ist sicherer, BungeeGuard besser als reines Legacy, Legacy kompatibler aber weniger sicher. Unter Minecraft 1.13 ist Modern Forwarding nicht verfügbar.
Wann BungeeCord die vernünftige Wahl ist
- Das laufende Netzwerk verwendet zentrale BungeeCord-Plugins ohne geprüften Velocity-Ersatz.
- Alte Minecraft-/Modloader-Versionen sind geschäftskritisch.
- Das Team beherrscht die vorhandene Konfiguration und der Backend-Netzwerkschutz ist nachweislich wirksam.
- Eine Migration würde UUIDs, Permissions oder Plugin Messaging ohne ausreichenden Testpfad gefährden.
Dann ist „bleiben und härten“ besser als eine ungetestete Modernisierung. Nutze den BungeeCord-Setup-Pillar, die config.yml-Referenz und den Forwarding-Sicherheitsguide.
Wann Velocity die vernünftige Wahl ist
- Du baust ein neues Netzwerk auf aktuellen Paper-Versionen.
- Alle benötigten Proxy-Plugins existieren für Velocity oder können ersetzt werden.
- Modern Forwarding ist mit allen Backends kompatibel.
- Du willst eine moderne API und kannst die Migration in einer Kopie vollständig testen.
Fabric und Forge brauchen eine versionsgenaue Prüfung. Die Aussage „Velocity unterstützt Mods besser“ ist kein Freifahrtschein für jede Loader-/Minecraft-Kombination.
Migrationscheckliste BungeeCord → Velocity
- Erstelle ein getestetes Backup von Proxykonfiguration, Plugins, Datenbanken und Backend-Playerdata. Nutze dafür den Backup-/Rollbackpfad.
- Inventarisiere alle Proxy-Plugins und markiere „Velocity nativ“, „Ersatz“, „entfällt“ oder „Blocker“.
- Übertrage Serverliste, Listener, Forced Hosts und Permissions bewusst; kopiere keine Bungee-YAML blind in
velocity.toml. - Erzeuge das Modern-Forwarding-Secret auf dem Zielsystem und behandle es wie ein Passwort.
- Konfiguriere Paper oder den passenden Modloader für exakt einen Forwarding-Modus.
- Teste Online-UUID, echte Client-IP, Skins, Permissions, Plugin Messaging, Lobby, Serverwechsel und Fallback.
- Teste einen falschen Secret-Pfad und unabhängigen Direktzugriff als Negativfälle.
- Prüfe Domain/SRV und Geyser/Floodgate getrennt.
- Halte den BungeeCord-Rollback bereit, bis produktive Joins stabil sind.
Plugins und Betrieb
BungeeCord-Plugins laufen nicht automatisch auf Velocity. Selbst Kompatibilitätsschichten sind kein Ersatz für eine explizite Freigabe. Prüfe beim Installieren von Plugins Plattform, aktuelle Version, Abhängigkeiten, Datenmigration und Security-Hinweise.
Ein Proxy-Neustart trennt Spieler, startet aber die Backends nicht neu. Plane bei beiden Proxys Wartungsfenster, sichere Konfiguration/Plugins und überwache Prozess, TCP, Minecraft-Ping und echten Lobby-Join getrennt.
Entscheidung
| Ausgangslage | Empfehlung |
|---|---|
| neues, aktuelles Paper-Netzwerk | Velocity mit Modern Forwarding zuerst bewerten |
| bestehendes BungeeCord-Netz mit kritischen Plugins | BungeeCord behalten und absichern, Migration separat testen |
| Waterfall | Ablösung planen; Projekt ist EOL |
| Minecraft vor 1.13 | Kompatibilität im Detail prüfen; Modern Forwarding fällt aus |
| unklare Pluginlage | erst Inventar und Kopietest, noch keine Produktivmigration |
Die Domain zeigt in beiden Fällen auf den Proxy; der Domain-/SRV-Guide bleibt gleich. Wer die Instanzen neu aufbauen möchte, startet bei der Minecraft-Server-Bestellung.
FAQ
Welchen Proxy nehme ich für ein neues Netzwerk?
Auf aktuellen Paper-Versionen ist Velocity die stärkere Ausgangsbasis, vor allem wegen Modern Forwarding mit Secret und MAC. Beachte bei der Einordnung, dass die Empfehlung von PaperMC kommt, also vom Maintainer von Velocity — die eigene Vergleichsseite weist selbst auf mögliche Voreingenommenheit hin.
Ist BungeeCord eingestellt?
Nein. Repository und Build-Server zeigten 2026 weiterhin Commits und erfolgreiche Builds. Eingestellt ist Waterfall, der frühere BungeeCord-Fork von PaperMC — wer ihn noch einsetzt, sollte eine Ablösung planen.
Laufen meine BungeeCord-Plugins auf Velocity weiter?
Nicht generell. Velocity hat eine eigene API; Kompatibilitätsschichten sind kein Ersatz für eine ausdrückliche Freigabe des Plugins. Inventarisiere vor einer Migration jedes Proxy-Plugin und markiere es als nativ verfügbar, ersetzbar, entbehrlich oder Blocker.
Verträgt Velocity mehr gleichzeitige Spieler?
Eine pauschale Zahl oder einen Faktor gibt es nicht. Die Grenze hängt von Hardware, Kompression, Plugins, Protokollversionen und Verbindungsprofil ab. Wer eine belastbare Aussage für sein Netzwerk braucht, misst sie mit einem reproduzierbaren Lasttest.
Was gilt für Minecraft-Versionen vor 1.13?
Dort steht Modern Forwarding nicht zur Verfügung. Velocity bietet für solche Fälle Legacy- und BungeeGuard-Modi an, doch der Sicherheitsgewinn gegenüber BungeeCord entfällt damit weitgehend. Bei geschäftskritischen Altversionen ist „bleiben und härten“ oft die vernünftigere Wahl.
Primärquellen
- PaperMC: Comparing with other proxies
- PaperMC: Player information forwarding
- SpigotMC/BungeeCord Repository
- BungeeGuard Security
Die Migration an drei Nachweisen entscheiden
Erstelle vor dem Wechsel eine Liste unverzichtbarer Proxyplugins und bestätige für jedes eine passende Velocity-Fassung oder eine andere Lösung. Prüfe danach, ob jedes Backend den geplanten Forwarding-Modus unterstützt. Teste schließlich einen bekannten Spieler einschließlich Inventar, Rechten und Backendwechsel. Ein erfolgreicher Login allein bestätigt keine unveränderte UUID-Zuordnung. Behalte die alte Proxykonfiguration und sichere externe Datenbanken getrennt. Falls ein notwendiges Plugin fehlt oder Datenzuordnungen abweichen, löse zuerst diese Abhängigkeit; ein Proxywechsel sollte nicht gleichzeitig neue Welt-, Login- und Rechtekonzepte einführen.
