Minecraft Server erstellen: 12 Schritte, 30 Min [2026]

Über 350 Millionen verkaufte Exemplare machen Minecraft laut Guinness World Records (Stand: April 2025) zum meistverkauften Videospiel der Geschichte – und ein erheblicher Teil dieser Spielerschaft landet früher oder später bei derselben Frage: Wie betreibt man einen eigenen, unabhängigen Server statt sich auf öffentliche Server mit fremden Regeln, Werbung und unbekannten Mitspielern zu verlassen? Mit Minecraft 26.2 „Chaos Cubed” (veröffentlicht am 16. Juni 2026) hat sich die Antwort technisch leicht verschoben: Ein neues Versionsschema, eine harte Java-25-Pflicht und neue server.properties-Schlüssel machen ältere Anleitungen aus dem Netz streckenweise obsolet.

Dieser Guide zeigt in 12 Schritten, wie in rund 30 Minuten ein eigener Minecraft-Server auf einem Root-Server, einer virtuellen Maschine oder dem heimischen PC entsteht – inklusive Plugin-Unterstützung über Paper 26.2, automatischem Neustart per systemd, Backup-Strategie und einem Abschnitt zu Sicherheit und Datenschutz, der bei den meisten Anleitungen fehlt. Im Anschluss an die Kernschritte folgen ein Hosting- und Software-Vergleich, Tipps zu Whitelist- und RCON-Verwaltung, Performance-Tuning für größere Spielerzahlen sowie eine Sammlung der häufigsten Fehler und ihrer Lösungen.

Was ist neu in Minecraft 26.2 – und warum das für Server-Betreiber zählt

Mojang stellte im Dezember 2025 ein neues Versionsschema vor: Statt der bisherigen Nummerierung (1.21.x) heißen Releases jetzt nach dem Muster „Jahr.Drop.Hotfix”. 26.1, veröffentlicht am 24. März 2026, war die erste Version im neuen Schema und zugleich die erste, die zwingend Java 25 voraussetzt. Nach den Hotfixes 26.1.1 und 26.1.2 folgte am 16. Juni 2026 der nächste reguläre Drop, 26.2 „Chaos Cubed”, mit einer neuen unterirdischen Schwefelhöhlen-Biomvariante, dem passiven „Sulfur Cube”-Mob und einem experimentellen Vulkan-Renderer, der clientseitig zwischen „Prefer Vulkan” und „Prefer OpenGL” wählen lässt. Der dritte Drop des Jahres, 26.3, befindet sich Stand Ende Juli 2026 noch in der Snapshot-Phase (aktuellster Snapshot: 26.3-snapshot-6, veröffentlicht 28. Juli 2026) – ein festes Veröffentlichungsdatum gibt es noch nicht, historische Fall-Updates legen einen Zeitraum zwischen Ende September und Mitte Oktober nahe.

Für Server-Administratoren ist vor allem eine Sache relevant, die in vielen älteren Anleitungen fehlt: Ein Update von einer 1.21.x-Welt auf 26.1 oder 26.2 ist ein Einbahnstraßen-Vorgang. Das Weltformat wird beim ersten Laden auf die neue Version migriert; ein anschließendes Zurückspielen mit einer älteren Server-Version funktioniert nicht mehr und führt im schlechtesten Fall zu Chunk-Fehlern. Vor jedem Versionssprung – nicht nur bei Hauptversionen, auch bei Drops innerhalb desselben Jahres – gilt daher: Erst ein vollständiges Backup nach der Methode aus Schritt 12 anlegen, dann erst aktualisieren. Neu generierte Bereiche der Welt (etwa noch unerkundete Chunks) erhalten automatisch die neuen 26.2-Inhalte wie Schwefelhöhlen; bereits erkundete, ältere Chunks bleiben unverändert, da Minecraft Weltgenerierung nicht rückwirkend auf bestehendes Terrain anwendet.

Ein häufiges Missverständnis betrifft den neuen Vulkan-Renderer: Diese Option betrifft ausschließlich die grafische Darstellung im Client, also den Rechner der Spieler. Der Server selbst rendert nichts – er berechnet nur Weltzustand, Physik und Spiellogik – und bleibt von der Renderer-Wahl komplett unberührt. Ein Root-Server ganz ohne Grafikkarte läuft also identisch performant, unabhängig davon, ob sich verbindende Spieler clientseitig für Vulkan oder OpenGL entscheiden.

Voraussetzungen: Java, Hardware und Software im Überblick

Seit Version 26.1 verlangt Minecraft Java Edition zwingend Java 25 (das im September 2025 veröffentlichte LTS-Release) – ältere Java-Versionen quittieren den Start mit einem UnsupportedClassVersionError. Welche Java-Version für welche Minecraft-Version nötig ist, zeigt diese Tabelle:

Minecraft-Version	Erforderliche Java-Version	Bezugsquelle
26.1 und neuer (inkl. 26.2)	Java 25	Eclipse Temurin / Adoptium
1.20.5 – 1.21.11	Java 21	Eclipse Temurin / Adoptium
1.18 – 1.20.4	Java 17	Eclipse Temurin / Adoptium
1.17	Java 16	Eclipse Temurin / Adoptium
1.12 – 1.16.5	Java 8	Eclipse Temurin / Adoptium

Bei der Hardware entscheidet vor allem die Spieleranzahl über den RAM-Bedarf. Minecraft-Server sind zudem Single-Core-lastig: Der Welt-Tick läuft im Wesentlichen auf einem Thread, weshalb eine CPU mit hoher Taktrate pro Kern wichtiger ist als viele langsame Kerne.

Spieleranzahl	Empfohlener RAM	Hinweis
1–4 Spieler	2 GB	Reicht für Vanilla ohne größere Redstone-Bauten
5–10 Spieler	4 GB	Übliche Größe für Freundesgruppen
10–20 Spieler	6–8 GB	Mit Plugins/Paper empfohlen
50+ Spieler	16 GB oder mehr	Öffentliche Community-Server

Als Betriebssystem eignet sich jede aktuelle Linux-Distribution (Ubuntu Server oder Debian sind am weitesten verbreitet) ebenso wie Windows. Für Linux-Root-Server – die in Deutschland und Österreich preislich meist am günstigsten sind – ist diese Anleitung ausgelegt, die Befehle lassen sich aber leicht auf Windows übertragen.

Neben RAM und CPU spielen zwei oft unterschätzte Faktoren eine Rolle: Speicherplatz (mindestens 5–10 GB frei einplanen, deutlich mehr bei vorgenerierten Welten oder langer Laufzeit mit vielen Backups) und Bandbreite. Minecraft selbst ist bei der reinen Spieldatenübertragung vergleichsweise genügsam, doch bei 20 oder mehr gleichzeitigen Spielern in redstone- oder farmlastigen Bereichen können kurze Lastspitzen auftreten – ein Root-Server mit mindestens 100 Mbit/s Anbindung nimmt hier jede Sorge.

Schritt 1: Java 25 installieren

Ohne die richtige Java-Version startet kein Minecraft-Server. Statt Oracles kostenpflichtiger JDK-Distribution empfiehlt sich das kostenlose, quelloffene Eclipse Temurin (ehemals AdoptOpenJDK). Unter Debian/Ubuntu läuft die Installation über das offizielle Adoptium-Repository:

sudo apt update
sudo apt install -y wget apt-transport-https gpg
wget -O - https://packages.adoptium.net/artifactory/api/gpg/key/public | sudo gpg --dearmor -o /etc/apt/trusted.gpg.d/adoptium.gpg
echo "deb https://packages.adoptium.net/artifactory/deb $(awk -F= '/^VERSION_CODENAME/{print$2}' /etc/os-release) main" | sudo tee /etc/apt/sources.list.d/adoptium.list
sudo apt update
sudo apt install -y temurin-25-jdk

java -version

Die letzte Zeile muss eine Ausgabe mit openjdk version "25" liefern. Erscheint stattdessen eine ältere Version, prüfen, ob mehrere Java-Installationen parallel existieren (update-alternatives --config java unter Debian/Ubuntu löst diesen Konflikt).

Schritt 2: Server-Software wählen – Vanilla oder Paper?

Die offizielle, unmodifizierte Server-Software von Mojang heißt „Vanilla” – sie ist der Referenzstandard, unterstützt aber keinerlei Plugins. Für private Server mit ein paar Freunden reicht Vanilla völlig aus. Wer Plugins (Wirtschaftssysteme, Schutzzonen, Anti-Grief-Tools) nutzen will, sollte direkt zu Paper greifen, einem performanceoptimierten Fork, der zur selben Welt und denselben server.properties kompatibel ist wie Vanilla. Dieser Guide beschreibt beide Wege – Schritt 3 zeigt den Vanilla-Download, Schritt 9 den Umstieg auf Paper.

Schritt 3: Server-Dateien herunterladen

Die offizielle server.jar-Datei für Vanilla steht kostenlos auf der offiziellen Minecraft-Download-Seite bereit. Statt die URL jedes Mal manuell zu suchen, lässt sich der direkte Download-Link auch über Mojangs öffentliches Versions-Manifest automatisieren – praktisch für Server-Update-Skripte:

mkdir -p ~/mc-server && cd ~/mc-server

# Aktuelle Versions-ID (z. B. 26.2) aus dem offiziellen Manifest lesen
curl -s https://launchermeta.mojang.com/mc/game/version_manifest_v2.json | \
  python3 -c "import json,sys; d=json.load(sys.stdin); print(d['latest']['release'])"

Der zurückgegebene Wert (aktuell 26.2) bestätigt, dass die aktuellste stabile Version installiert wird. Alternativ funktioniert der klassische Weg über den Browser: Download-Seite öffnen, „Download server.jar” wählen, Datei in den vorbereiteten Ordner legen.

Ein Hinweis zur Dateigröße: Die Vanilla-server.jar liegt üblicherweise im Bereich weniger Dutzend Megabyte. Nach dem Download empfiehlt sich ein kurzer Blick auf die Dateigröße (ls -lh server.jar) – ein deutlich zu kleiner oder unvollständiger Download (etwa durch eine abgebrochene Verbindung) äußert sich beim Start meist in einem sofortigen Absturz mit einer Java-Fehlermeldung über eine ungültige JAR-Datei, statt regulär die eula.txt zu erzeugen.

Schritt 4: Eigenen Serverordner einrichten

Die server.jar sollte immer in einem leeren, eigenen Ordner liegen – beim ersten Start erzeugt sie dort Welt-Dateien, Logs, Konfigurationsdateien und den Ordner plugins/ (bei Paper). Läuft sie in einem bereits genutzten Verzeichnis, vermischen sich Server- und Fremddateien schnell unübersichtlich.

Aus Sicherheitsgründen empfiehlt sich ein eigener, unprivilegierter Systembenutzer (z. B. minecraft) statt root – dazu mehr im Abschnitt Sicherheit.
Auf einem Root-Server bietet sich /opt/minecraft/ oder /home/minecraft/server/ als Pfad an.
Genug freien Speicherplatz einplanen: Eine kleine Welt liegt im niedrigen einstelligen MB-Bereich, eine über Monate bespielte, große Welt kann 40 MB und mehr erreichen – zuzüglich Logs und Backups.

sudo useradd -r -m -d /opt/minecraft -s /bin/bash minecraft
sudo mkdir -p /opt/minecraft
sudo chown -R minecraft:minecraft /opt/minecraft
sudo -u minecraft -i

Der letzte Befehl wechselt in eine Shell des neuen, unprivilegierten Benutzers – alle folgenden Schritte (Download, Start, Konfiguration) lassen sich damit konsequent ohne root-Rechte durchführen, statt erst am Ende beim systemd-Service in Schritt 11 darauf umzusteigen.

Schritt 5: EULA akzeptieren

Beim allerersten Start bricht der Server sofort wieder ab und legt eine Datei eula.txt an. Ohne Zustimmung zur Minecraft End User License Agreement verweigert die Software den Dienst – das ist keine Formsache, sondern eine rechtlich bindende Bedingung, die unter anderem den Verkauf von Pay-to-Win-Vorteilen auf öffentlichen Servern untersagt.

# Ersten (fehlschlagenden) Start auslösen, um eula.txt zu erzeugen
java -jar server.jar --nogui

# Zustimmung erteilen
sed -i 's/eula=false/eula=true/' eula.txt

Schritt 6: Server zum ersten Mal starten

Jetzt folgt der eigentliche Start – inklusive der beiden wichtigsten JVM-Parameter -Xms (Startgröße des Arbeitsspeichers) und -Xmx (Maximalgröße). Beide sollten auf denselben Wert gesetzt werden, um Nachladepausen durch dynamisches Speicherwachstum zu vermeiden:

java -Xms4G -Xmx4G -jar server.jar --nogui

--nogui unterdrückt die grafische Server-Oberfläche – auf einem Root-Server ohne Desktop-Umgebung ohnehin Pflicht. Wichtig: Niemals den gesamten verfügbaren RAM des Systems für -Xmx reservieren, mindestens 1–2 GB müssen dem Betriebssystem selbst verbleiben, sonst drohen Swapping und Abstürze.

Ein erfolgreicher Start durchläuft mehrere sichtbare Phasen in der Konsole: Zuerst lädt der Server die Welt-Chunks rund um den Spawnpunkt vor („Preparing spawn area”), danach erscheint eine Zeile nach dem Muster Done (12.483s)! For help, type "help". Erst ab diesem Zeitpunkt ist der Server tatsächlich spielbereit – ein häufiger Anfängerfehler ist, bereits während der Chunk-Vorbereitung einen Verbindungsversuch zu starten und dann fälschlich von einem Fehler auszugehen. Die Ladezeit hängt stark von view-distance und der Weltgröße ab; bei einer frisch generierten Welt dauert sie üblicherweise nur wenige Sekunden.

Schritt 7: server.properties konfigurieren

Nach dem ersten erfolgreichen Start liegt im Serverordner die Datei server.properties – die zentrale Konfigurationsdatei. Die wichtigsten Schlüssel im Überblick:

server-port=25565
gamemode=survival
difficulty=normal
max-players=20
online-mode=true
white-list=false
view-distance=10
simulation-distance=8
pvp=true
spawn-protection=16
motd=Mein erster eigener Minecraft-Server
chat-spam-threshold-seconds=5
command-spam-threshold-seconds=0.5

Die vollständige Schlüsselreferenz dokumentiert das offizielle Minecraft-Wiki. Zwei Werte verdienen besondere Aufmerksamkeit: online-mode sollte praktisch nie auf false gesetzt werden (siehe Sicherheitsabschnitt), und view-distance ist der mit Abstand größte Performance-Hebel – jede Erhöhung um wenige Chunks kann die CPU- und RAM-Last spürbar steigern. Die beiden letzten Zeilen, chat-spam-threshold-seconds und command-spam-threshold-seconds, sind neu in Version 26.2 und trennen erstmals die Spam-Schwellenwerte für Chat-Nachrichten und Befehle voneinander.

Schritt 8: Port-Weiterleitung und Firewall einrichten

Minecraft Java Edition kommuniziert standardmäßig über Port 25565/TCP. Auf einem gemieteten Root-Server oder vServer reicht in der Regel das Öffnen der Server-Firewall:

sudo ufw allow 25565/tcp
sudo ufw status

Wer stattdessen zu Hause hostet, muss zusätzlich im Router eine Port-Weiterleitung (Port-Forwarding) von Port 25565 auf die lokale IP-Adresse des Rechners einrichten – üblicherweise über die Router-Weboberfläche unter „Portfreigabe” oder „NAT”. Beide Schritte sind nötig: Wer nur die Firewall öffnet, aber die Portweiterleitung im Router vergisst (oder umgekehrt), bleibt von außen unerreichbar. Für Bedrock Edition (Konsolen, Mobile, Windows-Store-Version) gilt ein anderer Port, 19132/UDP, sowie eine eigene Server-Software – eine Java-Bedrock-Cross-Play-Bridge wie GeyserMC ist nötig, damit beide Spielergruppen denselben Server nutzen können.

Ein zusätzliches Problem beim Heimhosting: Die meisten deutschen Internetanschlüsse erhalten bei jeder Router-Neuverbindung (oder spätestens nach 24 Stunden Zwangstrennung) eine neue öffentliche IP-Adresse. Freunde müssten die Serveradresse sonst ständig neu erfragen. Ein kostenloser Dynamic-DNS-Dienst (etwa DuckDNS oder No-IP) löst das, indem ein fester Hostname wie meinserver.duckdns.org automatisch per kleinem Hintergrundskript auf die jeweils aktuelle IP-Adresse zeigt – Spieler verbinden sich dauerhaft über denselben Namen, unabhängig von IP-Wechseln. Root-Server bei einem Hoster haben dieses Problem in der Regel nicht, da dort meist eine statische IP-Adresse inklusive im Preis enthalten ist.

Schritt 9: Paper installieren für Plugin-Unterstützung

Wer Plugins nutzen möchte, ersetzt die Vanilla-server.jar durch Paper – aktuell Paper 26.2 (Build 87), das dieselbe Java-25-Anforderung hat wie Vanilla 26.2. Der klassische Download läuft über papermc.io/downloads/paper. Da die alte PaperMC-API v2 mittlerweile abgeschaltet ist (sie liefert nur noch {"error":"sunset"} zurück), nutzt die neue Fill-API v3 Entwickler und Update-Skripte:

# Aktuellsten Build für die 26.2-Reihe abfragen
curl -s https://fill.papermc.io/v3/projects/paper/versions/26.2/builds | \
  python3 -c "import json,sys; b=json.load(sys.stdin); print('Neuester Build:', b[-1]['id'])"

# Ergebnis direkt herunterladen (Build-Nummer aus obigem Aufruf einsetzen)
curl -o paper-26.2.jar \
  https://fill.papermc.io/v3/projects/paper/versions/26.2/builds/87/downloads/paper-26.2-87.jar

Paper liest dieselbe Welt und dieselbe server.properties wie Vanilla – ein Wechsel ist ohne Weltverlust möglich, einfach die JAR-Datei austauschen und den Startbefehl entsprechend anpassen.

Schritt 10: Plugins installieren

Plugins landen einfach als .jar-Datei im Ordner plugins/ und werden beim nächsten Serverneustart automatisch geladen. Als Bezugsquelle empfehlen sich ausschließlich Modrinth oder Hangar (die offizielle PaperMC-Plattform) – nie zwielichtige Drittanbieter-Downloads, da manipulierte Plugin-JARs vollen Codeausführungszugriff auf den Server erhalten.

Modrinth und Hangar unterscheiden sich vor allem im Fokus: Modrinth deckt sowohl Plugins als auch Mods und Ressourcenpakete ab und ist plattformübergreifend ausgerichtet, während Hangar ausschließlich Paper-Ökosystem-Plugins listet und direkt vom PaperMC-Team betrieben wird. Für reine Plugin-Suche liefert Hangar häufig die aktuellere Versionsangabe, da Entwickler dort oft zuerst veröffentlichen; ein Abgleich auf beiden Plattformen kostet aber nur wenige Sekunden und lohnt sich, bevor ein Plugin als „nicht mehr gepflegt” abgehakt wird.

EssentialsX – Grundausstattung: Teleport-Befehle, Kits, Homes, Warps
LuckPerms – granulares Rechte- und Rollensystem
Vault – Wirtschafts-Schnittstelle für andere Plugins
CoreProtect – protokolliert Blockänderungen, unverzichtbar zur Grief-Aufklärung
WorldGuard + WorldEdit – Schutzzonen und Weltbearbeitung

Nach jeder Minecraft-Hauptversion sollte vor dem Update geprüft werden, ob alle installierten Plugins bereits eine kompatible Version für 26.2 anbieten – inkompatible Plugins verhindern häufig den kompletten Serverstart statt nur einzelne Funktionen zu deaktivieren.

Schritt 11: Automatischen Neustart mit systemd einrichten

Läuft der Server auf einem Linux-Root-Server, sorgt ein systemd-Service dafür, dass er nach einem Absturz oder Server-Reboot automatisch wieder hochfährt, statt manuell gestartet werden zu müssen:

sudo tee /etc/systemd/system/minecraft.service > /dev/null << 'EOF'
[Unit]
Description=Minecraft Server (Paper 26.2)
After=network.target

[Service]
User=minecraft
WorkingDirectory=/opt/minecraft
ExecStart=/usr/bin/java -Xms4G -Xmx4G -jar paper-26.2.jar --nogui
Restart=on-failure
RestartSec=10

[Install]
WantedBy=multi-user.target
EOF

sudo systemctl daemon-reload
sudo systemctl enable --now minecraft.service
sudo systemctl status minecraft.service

Der Parameter User=minecraft sorgt dafür, dass der Prozess nicht mit Root-Rechten läuft – ein zentraler Sicherheitsbaustein, dazu mehr weiter unten. Befehle wie systemctl stop minecraft.service und journalctl -u minecraft.service -f übernehmen künftig das Stoppen und die Log-Überwachung. Minecraft selbst rotiert seine eigenen Logs im Ordner logs/ bereits automatisch (ältere Einträge werden gzip-komprimiert), trotzdem lohnt sich auf lange laufenden Servern ein gelegentlicher Blick auf den freien Speicherplatz (df -h) – insbesondere wenn zusätzlich Plugin-eigene Logs oder ein separates RCON-Audit-Log mitgeschrieben werden.

Schritt 12: Backups automatisieren

Ein Server ohne Backup-Strategie ist nur eine Frage der Zeit von einem Datenverlust entfernt – sei es durch einen fehlerhaften Plugin-Update, einen versehentlichen /fill-Befehl oder Hardware-Ausfall beim Hoster. Ein einfaches, tägliches Cronjob-Backup des Weltordners genügt für die meisten privaten Server:

# Backup-Skript /opt/minecraft/backup.sh
#!/bin/bash
DATE=$(date +%Y-%m-%d_%H-%M)
tar -czf /opt/minecraft-backups/world_$DATE.tar.gz -C /opt/minecraft world world_nether world_the_end

# Nur die letzten 14 Backups behalten
find /opt/minecraft-backups -name "world_*.tar.gz" -mtime +14 -delete

Per crontab -e lässt sich das Skript täglich nachts automatisieren (0 4 * * * /opt/minecraft/backup.sh). Wichtig: Backups sollten nicht ausschließlich auf demselben physischen Server liegen – ein zusätzlicher Sync auf externen Speicher oder Cloud-Storage schützt auch vor einem kompletten Server-Totalausfall.

Die Wiederherstellung aus einem Backup läuft in umgekehrter Reihenfolge: Server stoppen, die aktuellen (defekten oder unerwünschten) Weltordner entfernen oder umbenennen, das gewünschte Archiv zurück in den Serverordner entpacken und neu starten:

sudo systemctl stop minecraft.service
mv /opt/minecraft/world /opt/minecraft/world_defekt_$(date +%Y%m%d)
tar -xzf /opt/minecraft-backups/world_2026-07-28_04-00.tar.gz -C /opt/minecraft
sudo systemctl start minecraft.service

Ein regelmäßiger Testlauf dieser Wiederherstellung – etwa auf einer separaten Testinstanz – ist unterschätzt wichtig: Ein Backup, dessen Rücksicherung noch nie ausprobiert wurde, ist im Ernstfall ein Risiko, kein Sicherheitsnetz.

Server-Verwaltung: Whitelist, Operatoren und Bannlisten

Sobald der Server läuft, braucht es Werkzeuge, um zu steuern, wer mitspielen darf und wer administrative Rechte bekommt. Minecraft verwaltet das über drei JSON-Dateien im Serverordner, die sich am einfachsten per In-Game-Befehl statt durch manuelles Editieren pflegen lassen:

whitelist.json – nur eingetragene Spieler dürfen beitreten, gesteuert über /whitelist add SPIELERNAME, /whitelist remove SPIELERNAME und aktiviert über white-list=true in server.properties. Empfehlenswert für private Server, bei denen nur ein bekannter Personenkreis Zugriff haben soll.
ops.json – Operatoren mit Admin-Befehlen wie /gamemode, /tp oder /ban, vergeben über /op SPIELERNAME. Operator-Rechte sollten sparsam vergeben werden, da sie faktisch vollen Zugriff auf Weltveränderungen und andere Spielerkonten bedeuten.
banned-players.json und banned-ips.json – gesteuert über /ban SPIELERNAME bzw. /ban-ip IP-ADRESSE, inklusive optionaler Begründung, die beim Verbindungsversuch angezeigt wird.

Wer Paper statt Vanilla nutzt, kann diese Basisverwaltung durch LuckPerms (siehe Schritt 10) um granulare Rollen und einzelne Befehlsrechte statt nur „Operator ja/nein" erweitern – auf öffentlicheren Servern mit einem Moderationsteam praktisch unverzichtbar.

RCON: Den Server per Fernzugriff steuern

RCON (Remote Console) erlaubt es, Serverbefehle von außen abzusetzen, ohne sich direkt in die laufende Konsole einzuloggen – nützlich für Verwaltungs-Panels, Discord-Bots oder Automatisierungsskripte. Aktiviert wird es über drei zusätzliche Zeilen in server.properties:

enable-rcon=true
rcon.port=25575
rcon.password=EIN-LANGES-EINZIGARTIGES-PASSWORT

Nach einem Neustart lässt sich RCON testen, etwa mit dem schlanken Kommandozeilen-Tool mcrcon: mcrcon -H IP-ADRESSE -P 25575 -p PASSWORT "list" gibt die aktuell verbundenen Spieler zurück. Wie im Sicherheitsabschnitt beschrieben, sollte Port 25575 nicht pauschal in der Firewall freigegeben werden – RCON überträgt das Passwort unverschlüsselt im Klartext, weshalb der Zugriff entweder auf localhost/das interne Netzwerk beschränkt oder über einen SSH-Tunnel geleitet werden sollte, statt den Port direkt ins offene Internet zu stellen.

Hosting-Optionen im Vergleich: Eigener Server vs. Miete

Nicht jeder möchte einen eigenen Root-Server administrieren. Für Einsteiger und kleine Freundesgruppen existieren kostenlose und kostenpflichtige Alternativen mit unterschiedlichen Kompromissen:

Option	Kosten	Kompromiss
Eigener Root-Server (dieser Guide)	Ab ca. 5–15 €/Monat	Volle Kontrolle, erfordert Linux-Grundkenntnisse
Aternos	Kostenlos	Server pausiert automatisch, wenn niemand online ist
Minehut	Kostenlos (Basis) / Premium optional	Dauerhaft erreichbar, mit Plugin-Unterstützung
Nitrado	Ab ca. 8–10 €/Monat	Deutscher Anbieter (Karlsruhe), Weboberfläche statt SSH
IONOS	Variable Tarife	Deutscher Anbieter, eher auf VPS/Dedicated-Server-Ebene
Bisect Hosting / Apex Hosting / PebbleHost	Ab ca. 5–10 $/Monat	Internationale Anbieter, Minecraft-spezialisiertes Control-Panel

Wer die Kontrolle über Backups, Plugins und Serverstandort (relevant für Latenz und Datenschutz) selbst behalten möchte, fährt mit einem eigenen Root-Server besser. Wer nur schnell mit Freunden spielen will, ohne sich um Wartung zu kümmern, ist mit Aternos oder Minehut günstiger unterwegs.

Der Serverstandort verdient einen genaueren Blick, sobald ausschließlich Spieler aus Deutschland, Österreich oder der Schweiz mitspielen: Ein Rechenzentrum in Frankfurt, Nürnberg oder Wien senkt die Latenz gegenüber einem US-Standort spürbar und ist bei personenbezogenen Daten (siehe Datenschutz-Abschnitt) rechtlich unkomplizierter zu handhaben als ein Server außerhalb der EU. Anbieter wie Nitrado und IONOS betreiben eigene deutsche Rechenzentren; bei internationalen Hostern lohnt sich vor Vertragsabschluss ein Blick in die Angebotsseite, ob ein EU-Standort explizit wählbar ist.

Server-Software im Vergleich: Vanilla, Paper, Purpur und Forge

Software	Plugins/Mods	Performance	Empfehlung
Vanilla	Keine	Referenzstandard	Kleine, private Server ohne Zusatzfunktionen
Paper	Plugins (Bukkit/Spigot-kompatibel)	Deutlich optimiert gegenüber Vanilla	Standardwahl für die meisten Community-Server
Purpur	Plugins (Paper-kompatibel)	Wie Paper, plus Zusatzfeatures	Wer noch mehr Konfigurationsoptionen will
Forge / NeoForge	Mods (kein Plugin-Support)	Abhängig von installierten Mods	Modpacks wie technische oder Abenteuer-Modpacks

Wichtig ist der grundlegende Unterschied zwischen Plugins und Mods: Plugins (Paper/Purpur) laufen serverseitig, Spieler brauchen keine zusätzliche Software zum Verbinden. Mods (Forge/NeoForge) verändern das Spiel selbst und müssen auf jedem verbindenden Client identisch installiert sein – die beiden Ökosysteme sind nicht miteinander kompatibel.

Ein Forge- oder NeoForge-Server läuft technisch ähnlich wie Vanilla oder Paper – Java installieren, Server-JAR bzw. Installer ausführen, EULA akzeptieren, starten – mit einem entscheidenden Unterschied: Die exakte Mod-Liste inklusive Versionsnummern muss identisch auf Server und jedem Client vorliegen, meist gebündelt in einem Modpack über Launcher wie CurseForge oder Modrinth App. Schon eine einzelne abweichende Mod-Version zwischen Server und Client führt beim Verbindungsversuch zu einer Inkompatibilitätsmeldung. Wer unsicher ist, ob ein bestimmtes Modpack für 26.2 bereits aktualisiert wurde, sollte das vor der Serverinstallation auf der jeweiligen Modpack-Seite prüfen – nicht jedes Modpack folgt Minecraft-Hauptversionen unmittelbar.

Purpur verdient eine kurze Einordnung, da es in vielen Community-Diskussionen als „das bessere Paper" beworben wird: Technisch ist es ein direkter Fork von Paper, übernimmt dessen Performance-Optimierungen vollständig und fügt zusätzliche, in purpur.yml konfigurierbare Gameplay-Schalter hinzu – etwa ob Ender-Drachen respawnen oder Villager sich außerhalb geladener Chunks weiterentwickeln. Wer keine dieser Zusatzoptionen braucht, verliert mit reinem Paper nichts; wer feingranulare Kontrolle über Vanilla-Mechaniken jenseits der offiziellen server.properties sucht, findet in Purpur eine kompatible Erweiterung, die sich jederzeit wie Paper selbst per Plugin-Ordner und derselben Welt einsetzen lässt.

Erweiterte Tipps für Fortgeschrittene

Wer über den Basis-Betrieb hinaus will, findet hier zwei Wege, die auf größeren oder professioneller betriebenen Servern verbreitet sind.

Docker-Container statt manueller Installation

Das Community-Image itzg/minecraft-server kapselt Java-Version, Server-Software und Konfiguration in einem einzigen Container – praktisch für Testumgebungen oder wenn mehrere Server auf einem Host isoliert laufen sollen:

docker run -d -it \
  --name mc-server \
  -p 25565:25565 \
  -e EULA=TRUE \
  -e TYPE=PAPER \
  -e VERSION=26.2 \
  -e MEMORY=4G \
  -v ./data:/data \
  itzg/minecraft-server

Das Volume ./data:/data sorgt dafür, dass Welt und Konfiguration einen Container-Neustart überleben. Updates laufen über docker pull plus Container-Neustart, ganz ohne manuellen Java- oder JAR-Austausch.

Aikar-Flags für maximale Performance

Für Paper- und Purpur-Server mit spürbaren Ruckeleren bei vielen Spielern oder redstonelastigen Welten hat sich ein von der Paper-Community entwickeltes G1GC-Flag-Set etabliert, bekannt als Aikar-Flags. Sie ersetzen die einfachen -Xms/-Xmx-Parameter aus Schritt 6:

java -Xms4G -Xmx4G -XX:+UseG1GC -XX:+ParallelRefProcEnabled \
  -XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions \
  -XX:+DisableExplicitGC -XX:+AlwaysPreTouch \
  -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=40 \
  -XX:G1HeapRegionSize=8M -XX:G1ReservePercent=20 \
  -XX:G1HeapWastePercent=5 -XX:G1MixedGCCountTarget=4 \
  -XX:InitiatingHeapOccupancyPercent=15 -XX:G1MixedGCLiveThresholdPercent=90 \
  -XX:G1RSetUpdatingPauseTimePercent=5 -XX:SurvivorRatio=32 \
  -XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1 \
  -jar paper-26.2.jar --nogui

Der Effekt zeigt sich vor allem bei Servern mit 10 oder mehr gleichzeitigen Spielern – auf sehr kleinen 2-GB-Setups ist der Unterschied kaum spürbar. Wer die Server-Performance im laufenden Betrieb beobachten will, kann bei Paper-basierten Servern den Befehl /tps nutzen: 20,0 gilt als optimal, Werte deutlich unter 18 deuten auf Überlastung hin.

Ein weiterer, oft übersehener Performance-Hebel ist das Vorgenerieren von Chunks: Standardmäßig generiert Minecraft neues Terrain erst in dem Moment, in dem ein Spieler es betritt – ein spürbarer kurzer Ruckler ist die Folge, besonders bei hoher view-distance. Plugins wie Chunky (verfügbar für Paper über Modrinth/Hangar) generieren einen definierten Radius rund um den Spawnpunkt einmalig im Voraus, im Leerlauf oder gezielt per Befehl, sodass Spieler beim Erkunden nicht mehr auf Terrain-Generierung warten müssen. Der Kompromiss: Eine großzügig vorgenerierte Welt belegt entsprechend mehr Festplattenspeicher von Anfang an, statt organisch mit der Spielzeit zu wachsen.

Velocity-Proxy für mehrere verbundene Server

Wer nicht nur einen, sondern mehrere thematisch getrennte Server betreiben will – etwa eine Survival- und eine Minigames-Welt – ohne dass Spieler dafür manuell die Adresse wechseln müssen, setzt einen Proxy wie Velocity (ebenfalls aus dem PaperMC-Projekt) davor. Der Proxy nimmt eingehende Verbindungen auf einem einzigen öffentlichen Port entgegen und leitet Spieler serverseitig zwischen den dahinterliegenden Instanzen weiter, inklusive nahtloser Server-zu-Server-Teleports ohne erneuten Login. Für den Einstieg mit einem einzelnen Server ist ein Proxy unnötige Komplexität – relevant wird er erst, sobald mehrere unabhängige Minecraft-Instanzen unter einer gemeinsamen Adresse laufen sollen. Wer den Verwaltungsaufwand mehrerer Server zusätzlich über eine Weboberfläche statt SSH steuern möchte, greift häufig zu Pterodactyl, einem quelloffenen Panel, das Start, Stopp, Dateizugriff und Backups mehrerer Spiele-Server – nicht nur Minecraft – zentral bündelt.

Sicherheit und Datenschutz beim eigenen Minecraft-Server

Als Betreiber eines öffentlich erreichbaren Servers übernimmt man automatisch auch Verantwortung für dessen Absicherung – ein Aspekt, den viele reine Gaming-Anleitungen auslassen.

online-mode niemals auf false setzen, außer es gibt einen zwingenden Grund (z. B. ein Cracked-Client-Testsystem). Im Offline-Modus prüft der Server nicht mehr gegen Mojangs Account-Datenbank, wodurch sich jeder Client unter einem beliebigen fremden Spielernamen anmelden kann – ein bekanntes Einfallstor für Identitätsdiebstahl innerhalb des Spiels.
Server nie als root-Benutzer betreiben. Der systemd-Service aus Schritt 11 nutzt bewusst einen eigenen, unprivilegierten Benutzer – kompromittiert ein bösartiges Plugin den Prozess, bleibt der Schaden auf dessen Rechte begrenzt.
RCON nicht ungeschützt exponieren. Ist Remote-Console-Zugriff aktiviert, sollte er nur über ein starkes, einzigartiges Passwort und idealerweise nur aus dem internen Netzwerk oder per SSH-Tunnel erreichbar sein – ein offener RCON-Port mit Standardpasswort erlaubt vollen administrativen Zugriff auf den Server.
Firewall-Regeln auf das Nötigste beschränken: Nur Port 25565 (bzw. der gewählte Serverport) und – falls benötigt – der SSH-Port sollten von außen erreichbar sein.

Auf der Datenschutzseite gilt: Sobald ein Server von Spielern innerhalb der EU genutzt wird, verarbeitet er personenbezogene Daten im Sinne der DSGVO – dazu zählen bereits IP-Adressen in Server-Logs sowie Chat-Verläufe, die zu Moderationszwecken gespeichert werden. Betreiber öffentlicher oder halböffentlicher Server sollten dafür eine Rechtsgrundlage nach Art. 6 DSGVO haben (in der Regel berechtigtes Interesse zur Moderation) und Spieler in einer kurzen Datenschutzhinweis-Notiz informieren, welche Daten geloggt und wie lange sie aufbewahrt werden. Rein private Server im Familien- oder engen Freundeskreis fallen häufig unter die Haushaltsausnahme der DSGVO – bei öffentlich beworbenen Servern mit unbekannten Spielern greift diese Ausnahme in der Regel nicht mehr.

Ein letzter, praktischer Punkt: Standard-Logdateien im Ordner logs/ enthalten neben Chat-Nachrichten auch die IP-Adressen verbindender Spieler im Klartext. Wer Log-Dateien zur Fehlersuche mit Dritten (etwa in einem Plugin-Support-Forum) teilt, sollte IP-Adressen vorher entfernen oder unkenntlich machen – ein einfacher, aber häufig übersehener Datenschutzschritt, der sich mit einem kurzen sed-Befehl vor der Weitergabe erledigen lässt.

Häufige Fehler beim Minecraft-Server erstellen

Server per Fenster-schließen statt „stop"-Befehl beenden. Die häufigste Ursache für beschädigte Weltdateien überhaupt – der Server muss die Welt vor dem Beenden sauber auf die Festplatte schreiben. Immer den Befehl stop in der Server-Konsole nutzen oder systemctl stop minecraft.service, niemals ein hartes kill -9 oder das Terminal-Fenster schließen.
-Xmx auf den kompletten System-RAM setzen. Bleibt dem Betriebssystem kein Speicher mehr, kommt es zu Swapping, eingefrorenen SSH-Sitzungen oder OOM-Kills durch den Linux-Kernel – im schlimmsten Fall beendet der Kernel nicht den Minecraft-Prozess, sondern eine andere, für den Serverbetrieb kritische Anwendung.
online-mode ohne triftigen Grund deaktivieren – siehe Sicherheitsabschnitt oben. Ein offener Offline-Modus wird in einschlägigen Foren gezielt nach verwundbaren Servern gesucht.
Nur Firewall ODER Router-Portweiterleitung einrichten, nicht beides. Beide Hürden müssen gleichzeitig überwunden werden, sonst bleibt der Server von außen unerreichbar, obwohl er lokal einwandfrei läuft und Freunde sich zurecht wundern, warum die IP-Adresse „nicht funktioniert".
Keine Backups einrichten, bevor etwas passiert. Ein defektes Plugin-Update, ein versehentlicher World-Reset oder ein missglückter Versions-Sprung lässt sich ohne Backup nicht rückgängig machen – Wochen oder Monate an Bauzeit sind dann unwiderruflich verloren.
Plugins aus inoffiziellen Quellen laden, um eine Bezahlschranke zu umgehen. Sogenannte „gecrackte" oder von Drittseiten gespiegelte Plugin-JARs sind ein bekannter Vektor für Backdoors, die vollen Zugriff auf den Server und alle Spielerdaten erlauben – ausschließlich Modrinth oder Hangar nutzen.

Fehlerbehebung: Die häufigsten Probleme lösen

Fehlermeldung / Problem	Ursache	Lösung
UnsupportedClassVersionError	Zu alte Java-Version installiert	Java 25 über Adoptium installieren, mit `java -version` prüfen
„You need to agree to the EULA"	eula.txt noch nicht akzeptiert	`eula=false` in eula.txt auf `eula=true` ändern
Failed to bind to port	Port 25565 bereits belegt (zweite Serverinstanz läuft schon)	Mit `sudo lsof -i :25565` den belegenden Prozess finden und beenden, oder Port in server.properties ändern
OutOfMemoryError	-Xmx zu niedrig für Weltgröße/Spieleranzahl gewählt	RAM-Tabelle oben konsultieren, -Xmx erhöhen
„Can't keep up! Is the server overloaded?"	Server-Tickrate fällt unter 20 TPS, meist durch zu hohe view-distance oder zu viele Entities	view-distance senken, /tps prüfen (Paper), Redstone-Uhren/Farmen im Zweifel begrenzen
Spieler können nicht verbinden, Server läuft lokal einwandfrei	Fehlende Portweiterleitung oder Firewall-Regel	Beide Punkte aus Schritt 8 gegenprüfen, externe IP statt lokaler IP verwenden
Plugin verhindert kompletten Serverstart	Plugin ist nicht mit der aktuellen Minecraft-/Paper-Version kompatibel	Plugin-Ordner leeren, Plugins einzeln wieder hinzufügen und auf Update prüfen
Welt wirkt nach Neustart „zurückgesetzt" oder beschädigt	Server wurde hart abgeschaltet statt über „stop" beendet	Aus dem letzten intakten Backup wiederherstellen, künftig ausschließlich „stop" nutzen

Häufig gestellte Fragen

Ist ein eigener Minecraft-Server kostenlos?
Die Server-Software selbst ist in jedem Fall kostenlos, egal ob Vanilla, Paper, Purpur oder Forge. Kosten entstehen ausschließlich, wenn der Server nicht auf dem eigenen PC, sondern auf gemietetem Serverplatz läuft – ab etwa 5 Euro im Monat für kleine Root-Server mit 4 GB RAM, alternativ mit Aternos oder Minehut komplett kostenlos, allerdings mit Einschränkungen bei Erreichbarkeit (Aternos pausiert bei Inaktivität) oder Funktionsumfang.

Wie viele Spieler verträgt ein Minecraft-Server?
Der Standardwert in server.properties liegt bei 20 gleichzeitigen Spielern, technisch sind bis zu 255 möglich (max-players lässt sich frei anpassen). Ab etwa 50 Spielern wird deutlich mehr RAM (16 GB+) und eine leistungsstärkere Single-Core-Performance nötig, siehe Hardware-Tabelle oben – die Spieleranzahl allein sagt dabei weniger aus als die Kombination aus Spieleranzahl, installierten Plugins und Redstone-/Farm-Aktivität in der Welt.

Brauche ich Java 25 wirklich zwingend?
Für Minecraft 26.1 und neuer (inklusive 26.2) ja – ältere Java-Versionen verweigern den Start mit einem UnsupportedClassVersionError, es gibt keinen Kompatibilitätsmodus. Wer bewusst bei einer älteren Minecraft-Version bleiben möchte (etwa 1.21.x für ein bestehendes Modpack), kann entsprechend bei Java 21 bleiben und muss nicht zwingend auf 26.2 aktualisieren.

Was ist der Unterschied zwischen Plugins und Mods?
Plugins (Paper/Purpur) laufen ausschließlich serverseitig über die Java-API des Servers, Spieler brauchen keine zusätzliche Software und verbinden sich mit dem regulären Vanilla-Client. Mods (Forge/NeoForge) verändern das Spiel selbst auf Code-Ebene und müssen identisch – gleiche Mods, gleiche Versionsnummern – auf Server und allen verbindenden Clients installiert sein, sonst schlägt der Verbindungsaufbau fehl.

Funktioniert mein Java-Server auch mit der Bedrock Edition (Konsole, Handy)?
Nicht ohne Weiteres. Bedrock Edition (Konsolen, Mobilgeräte, Windows-Store-Version) nutzt eine komplett eigene Server-Software und kommuniziert über Port 19132/UDP statt 25565/TCP der Java Edition. Für gemeinsames Spielen zwischen Java- und Bedrock-Spielern auf demselben Server ist eine Cross-Play-Bridge wie GeyserMC (plus optional Floodgate für Bedrock-Spieler ohne Java-Account) erforderlich, die als zusätzliches Plugin auf einem Paper-Server läuft.

Wie oft sollte ich Backups meines Servers erstellen?
Für aktiv bespielte Server empfiehlt sich ein tägliches automatisiertes Backup wie in Schritt 12 gezeigt, mit einer Aufbewahrung von mindestens 7–14 Tagen, um auch länger unbemerkte Probleme (etwa einen schleichenden Chunk-Fehler) noch rückgängig machen zu können. Vor jedem Versions-Update – siehe Abschnitt zu Minecraft 26.2 oben – sollte zusätzlich ein manuelles, dauerhaft aufbewahrtes Backup außerhalb der automatischen Rotation angelegt werden.

Muss ich meinen Minecraft-Server bei einer Behörde anmelden?
Für rein private, nicht-kommerzielle Server im Familien- oder engen Freundeskreis besteht keine Anmeldepflicht. Wer einen Server jedoch öffentlich bewirbt, Spenden sammelt oder personenbezogene Daten von EU-Bürgern verarbeitet (IP-Adressen, Chat-Logs, Spielernamen mit Zuordnung), sollte die DSGVO-Grundsätze aus dem Sicherheitsabschnitt beachten, insbesondere Transparenz über Logging-Umfang und Speicherdauer gegenüber den Spielern.

Lohnt sich Paper gegenüber Vanilla auch für kleine Server?
In den meisten Fällen ja. Paper liest dieselbe Welt und dieselbe server.properties wie Vanilla, bringt spürbare Performance-Vorteile durch optimiertes Chunk- und Entity-Handling und öffnet die Tür zu Plugins wie Backup-Tools, Whitelist-Erweiterungen oder Anti-Grief-Schutz wie CoreProtect – ohne nennenswerte Nachteile gegenüber Vanilla, solange keine reine Mod-Kompatibilität (siehe Forge/NeoForge) benötigt wird.

Ein eigener Minecraft-Server ist kein einmaliges Projekt, sondern – ähnlich wie bei den anderen dedizierten Servern in dieser Reihe – laufender Betrieb: regelmäßige Updates von Server-Software und Plugins, ein funktionierendes Backup-Regime und eine bewusste Entscheidung bei sicherheitsrelevanten Einstellungen wie online-mode und RCON. Wer die 12 Schritte dieser Anleitung einmal durchlaufen hat, besitzt danach ein Setup, das sich mit denselben Werkzeugen – systemd, Cron, Docker – warten lässt wie jeder andere Linux-Dienst auch, und das sowohl für eine kleine Freundesrunde als auch, mit entsprechend skalierter Hardware, für einen größeren Community-Server taugt.