---
title: "Velocity-Hosting in Brasilien: der Proxy für Ihr Minecraft-Netzwerk"
description: "Velocity mit modern forwarding betreiben, Backends per Firewall geschlossen. Ryzen-VPS mit root in São Paulo ab R$ 31,00/Monat für den Proxy Ihres Netzwerks."
url: "https://streethosting.com.br/de/minecraft-velocity"
type: "page"
language: "de"
---

Proxy mit modern forwarding

# Velocity-Hosting für Minecraft-Netzwerke

Velocity näht mehrere Instanzen hinter einer einzigen Adresse zusammen, mit signierter Identität und Backends, die nie offen im Netz stehen. Es läuft auf einem VPS mit root, wo velocity.toml und die Firewall Dateien sind, die Sie selbst bearbeiten.

[VPS mit root für den Proxy ansehen](https://streethosting.com.br/de/vps-minecraft) [Mit BungeeCord vergleichen](https://streethosting.com.br/de/minecraft-bungeecord)

* São Paulo, Brasilien
* Anti-DDoS bis zu 400 Tbit/s
* NVMe

 Kurze Antwort

Einen Proxy brauchen Sie, wenn mehr als eine Instanz gleichzeitig läuft, nicht wenn viele Spieler online sind. Velocity löst das mit signiertem Forwarding, verlangt wenig Speicher und läuft auf einem Ryzen-VPS mit root ab R$ 31,00.

## Auslöser für ein Netzwerk ist die Zahl der Instanzen, nicht der Spieler

Ein gut abgestimmtes Paper trägt eine Menge Leute, lange bevor ein Proxy Sinn ergibt. Was ein Projekt zu Velocity drängt, ist die Zahl der parallelen Java-Prozesse, nicht die Auslastung.

Die Rechnung kippt, sobald die Instanzen nicht mehr zueinander passen: andere Versionen, andere Mod-Loader, andere Neustartzyklen. Nichts davon passt in einen einzigen Server, und genau dort zahlt sich der Proxy aus.

Umgekehrt gilt es genauso deutlich: Der Proxy ist ein weiterer Dienst zum Überwachen und der Punkt, durch den alle hindurchgehen. Wer einen Server hat und nur eine weitere Welt will, fährt mit einem Multiworld-Plugin besser.

## Modern forwarding: was Velocity signiert und warum das zählt

Den Spieler bei Mojang authentifiziert der Proxy, also laufen die Backends mit abgeschaltetem online-mode und glauben ihm, wer da gerade angekommen ist. Beim alten Forwarding reist diese Information am Handshake angehängt mit, ohne Signatur.

Modern forwarding schließt die Lücke mit einem gemeinsamen Geheimnis: Velocity signiert die Spielerdaten mit dem Inhalt von forwarding.secret, und das Backend lehnt die Verbindung ab, wenn die Signatur nicht passt. Bei Paper steht das in der paper-global.yml.

Zwei Details bringen mehr Leute zu Fall als die Theorie. Das Geheimnis muss Byte für Byte übereinstimmen, und ein einziger überzähliger Zeilenumbruch am Dateiende weist bereits alle ab. Und wer über den Proxy hereinkommt, bekommt eine Online-UUID: Forwarding auf einem alten Server einzuschalten heißt, Inventare und Rechte zu migrieren.

## Der offene Backend-Port ist der klassische Fehler beim Netzwerkbau

Ein Backend mit abgeschaltetem online-mode akzeptiert jeden Namen. Antwortet sein Port im Internet, verbindet sich jemand von außen als vermeintlicher Besitzer und ist mit allen Rechten drin. Das ist weder ein Fehler von Velocity noch von BungeeCord: Es ist der Preis dafür, die Authentifizierung zu delegieren und auf halbem Weg stehen zu bleiben.

Die Regel: Nur der Port des Proxys bleibt öffentlich, standardmäßig 25577, und jedes Backend nimmt Verbindungen ausschließlich von dessen IP an. Mit UFW ist das eine Regel je Backend plus die Standardablehnung eingehender Verbindungen. Danach aus einem anderen Netz testen: Kommt die direkte Verbindung zustande, steht das Netzwerk offen.

## Der Proxy braucht gutes Netz, nicht viel Speicher

Velocity lädt keine Chunks, simuliert keine Entities und speichert keine Welt. Es liest ein Paket, entscheidet über das Ziel und schreibt es wieder heraus, pro Spieler und in beide Richtungen. Den Heap zu vergrößern ändert fast nichts: Zuerst eng werden die Paketrate und das Limit offener Verbindungen.

Deshalb trägt ein kleiner VPS den Proxy, während die Backends auf Maschinen mit CPU-Luft liegen. Woran sich nicht sparen lässt, ist Entfernung: Jeder Sprung zwischen den Enden landet im Ping, und mit beiden in São Paulo fällt diese Schicht aus der Rechnung.

Infrastruktur

## Was die Basis einem Proxy liefern muss

* Root: velocity.toml und forwarding.secret sind Dateien, keine Felder im Panel.
* Feste IP, damit die Backends den Proxy zulassen und alles andere abweisen.
* Proxy und Backends in derselben Region: der Sprung dazwischen landet im Ping.

Anwendungsfälle

## Situationen, in denen der Proxy wirklich etwas löst

* Survival auf Paper und Skyblock auf Fabric nebeneinander, was ein einzelner Java-Prozess nicht schafft.
* Ein Minigame, das nach jeder Runde neu startet, ohne die Lobby mitzureißen.
* Ein Eventraum, der freitags hochkommt und montags verschwindet, ohne Adresswechsel.

Optimierung

## Einstellungen, die das Verhalten des Netzwerks ändern

* Die try-Reihenfolge in velocity.toml, damit der Ausfall eines Backends in der Lobby endet.
* Rechte und Wirtschaft in einer einzigen Datenbank, sonst wird jedes Backend eine eigene Welt.
* ViaVersion auf nur einer Ebene, im Proxy oder in den Backends, niemals in beiden.

 Vergleich

## Velocity und BungeeCord nebeneinander

Was sich in der Praxis vom einen Proxy zum anderen ändert.

| Kriterium              | Velocity                                                          | BungeeCord                                                      |
| ---------------------- | ----------------------------------------------------------------- | --------------------------------------------------------------- |
| Identität des Spielers | Forwarding mit gemeinsamem Geheimnis signiert, ab Werk            | Forwarding ohne Signatur, oder BungeeGuard obendrauf            |
| Zustand des Projekts   | Aktiv und vom Paper-Team selbst empfohlen                         | Konservativ, und der Fork Waterfall wurde eingestellt           |
| Natürliche Wahl        | Neues Netzwerk, oder eines, das seine Proxy-Plugins tauschen will | Netzwerk, das an einem Plugin hängt, das es nur für Bungee gibt |

Haben Ihre Proxy-Plugins ein Gegenstück für Velocity, kommt der Umstieg günstiger. Fehlt es bei einem davon, hat BungeeCord gute Gründe.

 Checkliste

## Bevor Sie die IP des Netzwerks bekannt geben

* Von außen auf den Port jedes Backends verbinden und bestätigen, dass er abweist.
* Prüfen, dass forwarding.secret auf beiden Seiten identisch ist, ohne überzähligen Zeilenumbruch.
* Server wechseln und zurückkommen, und dabei prüfen, ob UUID und Rang gleich bleiben.
* Ein Backend absichtlich abschalten und sehen, ob der Spieler in der Lobby landet.

## Häufige Fragen

01 Ab wie vielen Spielern lohnt der Wechsel zu einem Netzwerk mit Velocity?

Keine Zahl rechtfertigt das allein. Das Kriterium ist, wie viele Instanzen parallel existieren müssen. Für mehr Welten auf demselben Server genügt ein Multiworld-Plugin; für unterschiedliche Versionen oder Loader führt der Weg über den Proxy.

02 Was kostet die Basis für Proxy und Backends?

Der Proxy passt auf einen VPS Ryzen Budget mit 2GB für R$ 31,00 im Monat. Luft brauchen die Backends: Die Linie Ryzen Performance startet bei R$ 42,00 mit 2GB und liegt bei R$ 126,00 für 8GB.

03 Muss ich die Ports der Backends auch mit modern forwarding schließen?

Ja. Bei abgeschaltetem online-mode kommt jeder, der diesen Port erreicht, unter beliebigem Namen herein. Signiertes Forwarding schützt die, die über den Proxy ankommen, es hindert niemanden daran, ihn zu umgehen.

04 Lässt sich von BungeeCord auf Velocity umziehen, ohne Spieler zu verlieren?

Ja, und die eigentliche Arbeit steckt in den Proxy-Plugins. Fahren Sie Velocity parallel hoch, richten Sie Forwarding und Firewall ein und stellen Sie erst zum Schluss das DNS um. Lief das Netzwerk bereits mit Online-UUIDs, bleiben die Daten unversehrt.

 Hier weiterlesen

## Lesestoff, bevor Sie das Netzwerk aufbauen

* [Velocity und BungeeCord: wann ein Proxy sinnvoll ist Beide Proxies, und wann keiner nötig ist.](https://streethosting.com.br/de/guias/minecraft/velocity-bungeecord-rede-servidores)
* [UFW-Firewall auf einem Ubuntu-VPS Regeln, die nur den Proxy mit den Backends sprechen lassen.](https://streethosting.com.br/de/guias/vps/firewall-ufw-vps-ubuntu)
* [Paper auf einem VPS mit root hosten Jedes Backend vorbereiten, mit Dienst und Neustart.](https://streethosting.com.br/de/guias/vps/hospedar-paper-minecraft-vps-root-guia)
* [Latenz und Ping auf dem Server Warum der Abstand zwischen den Enden im Ping auftaucht.](https://streethosting.com.br/de/guias/infraestrutura/o-que-e-latencia-ping-servidor)

4.7/5 auf Trustpilot

Geld-zurück-Garantie

Aktivierung in 60 s

Premium-Support

Bewährt bei über 2.500 Kunden

## Wo StreetHosting in dieser Architektur ansetzt

* VPS mit KVM und root für den Proxy, mit fester IP zur Freigabe auf den Backends.
* Getrennte Backends, einzeln skalierbar, so wie jedes für sich wächst.
* Durchsicht von Forwarding und Firewall mit Support auf Portugiesisch vor dem Start.

[VPS mit root für den Proxy ansehen](https://streethosting.com.br/de/vps-minecraft) [Support kontaktieren](https://streethosting.com.br/de/contact)

Ein Netzwerk steht erst dann, wenn der Proxy die einzige öffentliche Adresse ist und alles andere still dahinter miteinander spricht.
