--- title: "BungeeCord- und Waterfall-Hosting in Brasilien | Legacy-Proxy" description: "BungeeCord und Waterfall in Brasilien für Netzwerke im Produktivbetrieb: was in der Firewall zu schließen ist, was der Fork geändert hat und was der Umstieg auf Velocity kostet." url: "https://streethosting.com.br/de/minecraft-bungeecord" type: "page" language: "de" --- Legacy-Proxy, mit Augenmaß betrieben # BungeeCord- und Waterfall-Hosting für ein Netzwerk, das bereits online ist Wenn Ihr Netzwerk auf BungeeCord oder Waterfall läuft und eine Migration jetzt nicht infrage kommt, lautet die Frage nicht mehr, welcher Proxy besser ist. Sie lautet: die richtigen Ports schließen und den Zeitpunkt für den Ausstieg festlegen. [VPS mit Root für den Proxy ansehen](https://streethosting.com.br/de/vps-minecraft) [Mit Velocity vergleichen](https://streethosting.com.br/de/minecraft-velocity) * São Paulo, Brasilien * Anti-DDoS bis zu 400 Tbit/s * NVMe Kurze Antwort Für ein neues Netzwerk ist Velocity die bessere Wahl: Waterfall wurde von PaperMC eingestellt und das Forwarding von BungeeCord ist nicht signiert. BungeeCord bleibt vertretbar, wenn das Netzwerk bereits produktiv läuft und Proxy-Plugins ohne Entsprechung im Einsatz sind. ## Die ehrliche Antwort vor dem Rest der Seite BungeeCord trug die erste Generation brasilianischer Netzwerke, und Waterfall kam als Fork von PaperMC: dieselbe API, dieselben Plugins, Protokollkorrekturen. PaperMC hat Waterfall für eingestellt erklärt und Velocity empfohlen. Es funktioniert, aber ohne aktive Entwicklung. Für ein neues Netzwerk bereut man Velocity am wenigsten, und diese Seite wird nichts anderes behaupten. Fast jedes BungeeCord, das heute online ist, ist Erbe: aktive Spieler, ein laufender Shop und Plugins gegen die API net.md\_5.bungee. ## Die Lücke, die das alte Forwarding offen lässt Was ein Bungee-Netzwerk umwirft, ist nicht Lag, sondern Authentifizierung. Mit ip\_forward in der config.yml schreibt der Proxy die echte IP und die echte UUID in den Handshake. Damit der Backend das annimmt, läuft er mit abgeschaltetem online-mode und gesetzter bungeecord-Flag in der spigot.yml. Dieser Handshake ist nicht signiert: Es gibt kein gemeinsames Geheimnis zwischen Proxy und Backend. Wer den Port eines Backends erreicht, baut dasselbe Paket nach und meldet sich mit beliebiger UUID an, auch mit der des Besitzers. Die Schutzmaßnahmen gehören zusammen. Im Netz Backends, die nur auf 127.0.0.1 lauschen, oder eine Firewall, die allein die Proxy-IP annimmt. In der Anwendung BungeeGuard, das den Tag abdeckt, an dem jemand eine Regel falsch setzt. ## Wann Bleiben die richtige Entscheidung ist Bleiben rechtfertigt sich in drei Fällen: ein Proxy-Plugin ohne Entsprechung und ohne Quellcode; eine laufende Saison, weil ein Wechsel des Einstiegspunkts im Fehlerfall allen den Zugang nimmt; und ein großes, bereits stabiles Netzwerk. Die Version einzufrieren, die Konfiguration zu dokumentieren und die Migration zu verschieben ist eine legitime Entscheidung. Nicht zulässig ist, erst am Tag des Vorfalls herauszufinden, welche Version läuft. ## Die echten Kosten der Migration, Posten für Posten Teuer wird das Proxy-Plugin: Die Velocity-API ist eine andere und nichts aus Bungee läuft dort ohne Portierung. Teilen Sie den plugins-Ordner in drei Stapel: hat eine Velocity-Version, hat einen Ersatz, oder braucht neuen Code. Der dritte Stapel ist das Budget. Günstig bleibt der Backend, denn Velocity behält den alten Kanal für Plugin Messaging. Dazu Berechtigungen, MOTD, Tab-Liste und die Discord-Anbindung. Starten Sie den neuen Proxy auf einem alternativen Port und ändern Sie das DNS zuletzt. Infrastruktur ## Was die Maschine für einen Proxy liefern muss * Echtes Root für Firewall, Systemlimits und den Prozessbaum des Proxys, ohne Panel dazwischen. * Eine stabile öffentliche IP, denn die Proxy-Adresse steht in der Werbung des Netzwerks. * Nationales Netz: Jeder Serverwechsel läuft zweimal über den Proxy, bevor er beim Spieler ankommt. Anwendungsfälle ## Die Netzwerke, die aus gutem Grund bei Bungee bleiben * Warteschlange, Staff-Tools oder Shop, geschrieben gegen die Bungee-API, ohne Autor für die Portierung. * Laufende Saison, in der ein Wechsel des Einstiegspunkts das größte Risiko ist. * Großes, stabiles Netzwerk mit geplanter Migration zum Kartenwechsel. Optimierung ## Anpassungen, die mehr wert sind als ein Proxy-Wechsel * Die Backends auf 127.0.0.1 oder per Firewall schließen, bevor Sie den Proxy wählen. * BungeeGuard zusätzlich zur Firewall einsetzen, damit eine falsche Regel nicht zum Admin-Zugang wird. * Proxy und Backends auf getrennte Instanzen legen, damit eine hängende Welt nicht das Login mitreißt. Technische Daten ## Wie Sie die Proxy-Maschine dimensionieren Ein Proxy ist kein Backend: Hier gilt ein anderer Maßstab. Wo die Last auftritt Netz und Clock, nicht RAM Der Proxy erzeugt keinen Chunk und führt keinen Welt-Tick aus: Er dekomprimiert, verschlüsselt und leitet Pakete weiter. Der Engpass ist die Taktrate pro Kern. Einstieg VPS Ryzen Budget R$ 31,00/Monat (2GB, 20GB NVMe, 1 vCPU) Reicht für den Proxy eines kleinen Netzwerks, mit den Backends auf einer anderen Instanz. Einstieg VPS Ryzen Performance R$ 42,00/Monat (2GB DDR5, 20GB NVMe, 1 vCPU) Wenn die Anmeldespitze geballt kommt und beim Login keine Warteschlange entstehen darf. Schutz an der Kante AntiDDoS 400 Tbps Der Proxy ist die einzige öffentliche IP des Netzwerks: Fällt er, fallen alle Backends zugleich. Vergleich ## BungeeCord, Waterfall und Velocity nebeneinander Getrennt werden sie durch Wartung, Forwarding-Modell und den Preis des Ausstiegs. | Kriterium | BungeeCord | Waterfall | Velocity | | ---------------------------- | --------------------------------------- | --------------------------------------------------- | ------------------------------------------ | | Wartung | Aktiv, in langsamem Takt | Von PaperMC eingestellt | Aktiv, hier investiert das Ökosystem | | Plugin-API | net.md\_5.bungee | Dieselbe wie bei BungeeCord | com.velocitypowered.api, inkompatibel | | Forwarding | Alt, ohne Signatur | Alt, mit BungeeGuard als Flicken | Modern, signiert per gemeinsamem Geheimnis | | Wenn ein Backend offen liegt | Login mit beliebiger UUID | Genauso, sofern der Token nicht aktiv ist | Verbindung mangels Signatur abgelehnt | | Geeignet für | Ein Legacy-Netzwerk im Produktivbetrieb | Ein Legacy-Netzwerk, das die Patches des Forks will | Jedes neue Projekt | Wenn die mittlere Spalte Ihr Netzwerk beschreibt, machen Sie nichts falsch. Sie betreiben Software ohne aktive Wartung, ein beherrschbares Risiko mit geschlossenen Backends und einem Ausstiegsdatum. ## Häufige Fragen 01 Ist BungeeCord 2026 noch sicher? Es ist in dem Maß sicher, in dem Sie die Backends schließen. Das Forwarding ist nicht signiert, wer also den Port eines Backends erreicht, meldet sich mit beliebiger UUID an. Mit 127.0.0.1 oder Firewall und BungeeGuard hält das Netzwerk. 02 Waterfall wurde eingestellt. Muss ich jetzt migrieren? Nicht jetzt, aber mit festem Datum. Ohne aktive Entwicklung bekommt eine neue Protokolllücke womöglich keine Korrektur. Frieren Sie die Version ein und planen Sie den Ausstieg für den nächsten Saisonwechsel. 03 Laufen meine BungeeCord-Plugins auf Velocity? Die des Proxys nicht: Die API ist eine andere, jedes braucht eine Velocity-Version, einen Ersatz oder eine Portierung. Die der Backends überleben meist, weil Velocity den Kanal für Plugin Messaging behält. 04 Lassen sich Proxy und Backends auf derselben VPS betreiben? Ja, und für ein kleines Netzwerk ist das die einfachste Anordnung: Die Backends lauschen auf 127.0.0.1 und bleiben von außen unerreichbar. Die Grenze zeigt sich, wenn ein Backend hängt und das Login mitnimmt. Hier weiterlesen ## Begleitende Lektüre für alle, die ein Netzwerk betreiben * [Velocity und BungeeCord: wann ein Proxy sinnvoll ist Der vollständige Vergleich und wann ein Netzwerk wirklich einen Proxy braucht.](https://streethosting.com.br/de/guias/minecraft/velocity-bungeecord-rede-servidores) * [UFW-Firewall auf einer Ubuntu-VPS Regeln, die den direkten Zugriff auf die Backends sperren, ohne SSH auszusperren.](https://streethosting.com.br/de/guias/vps/firewall-ufw-vps-ubuntu) * [Paper auf einer VPS mit Root, von null Jeder Backend mit eigenem Dienst, eigenem Benutzer und automatischem Neustart.](https://streethosting.com.br/de/guias/vps/hospedar-paper-minecraft-vps-root-guia) * [Server ohne Downtime migrieren Die neue Umgebung parallel laufen lassen und das DNS zuletzt umstellen.](https://streethosting.com.br/de/guias/infraestrutura/como-migrar-servidor-sem-downtime) 4.7/5 auf Trustpilot Geld-zurück-Garantie Aktivierung in 60 s Premium-Support Bewährt bei über 2.500 Kunden ## Was wir mit Ihnen klären, bevor jemand den Proxy anfasst * Aufnahme der aktuellen Topologie: wie viele Backends es gibt und wer mit wem spricht. * Schließen der Backend-Ports und ein Test von außen, bevor umgeschaltet wird. * Wartungsfenster, in dem der alte Proxy steht, bis der neue durchläuft. [VPS mit Root für den Proxy ansehen](https://streethosting.com.br/de/vps-minecraft) [Support kontaktieren](https://streethosting.com.br/de/contact) Ein Legacy-Netzwerk braucht keine neue Erzählung. Es braucht geschlossene Backends, eine notierte Version und ein Datum für die Migration.