Inhaltlich aktualisiert:
In dieser Anleitung
- Ein modifizierter Server beginnt mit der richtigen Erweiterung
- Mods, Plugins, Datapacks und Ressourcenpakete unterscheiden
- Fabric, Forge oder NeoForge auswählen
- Versionssteckbrief und Dateien vorbereiten
- Welche Mods brauchen Server und Spieler?
- Schritt 1: Saubere Servergrundlage starten
- Schritt 2A: Einzelne Mods installieren
- Schritt 2B: Vollständiges Modpack installieren
- Schritt 3: Erster Start und Client-Abnahme
- Bestehende Welt sicher übernehmen
- Häufige Start- und Beitrittsfehler
- Leistung: RAM, Ticklast und Client-FPS getrennt behandeln
- Updates und vollständiger Rückweg
- Abnahme und weiterführende Quellen
Ein modifizierter Server beginnt mit der richtigen Erweiterung
Für einen Minecraft-Server mit Mods wählst du zuerst die gewünschte Mod oder das konkrete Modpack. Daraus ergeben sich Minecraft-Version, Loader und benötigte Dateien. Fabric, Forge und NeoForge sind verschiedene Softwarewege; derselbe Modname bedeutet nicht, dass jede veröffentlichte Datei zu jedem Loader passt.
Vor der Installation brauchst du einen vollständigen Versionssteckbrief: Minecraft-Version, Loader samt benötigtem Stand, Mod- beziehungsweise Pack-Version und die vorgesehenen Client- oder Server-Komponenten. Beim vollständigen Pack ist dessen konkrete Veröffentlichung der Ausgangspunkt. Bei einzelnen Mods prüfst du zusätzlich ihre Abhängigkeiten.
Diese Seite erklärt den allgemeinen Aufbau, den kontrollierten ersten Start und die Fehlersuche. Für ein bestimmtes Pack findest du weiter unten eigene Pack-Seiten. Die Fabric-Vorauswahl im Konfigurator ist eine Einstiegshilfe; sie ist keine Kompatibilitätszusage für Forge-, NeoForge- oder beliebige Fabric-Dateien.
Mods, Plugins, Datapacks und Ressourcenpakete unterscheiden
Die Art einer Erweiterung entscheidet über die Installation. Eine JAR-Datei ist nicht automatisch ein Plugin. Ebenso ist ein Shader kein Servermod, der die Server-Ticks verbessert. Lies die Projektbeschreibung, bevor du eine Datei in irgendeinen Ordner kopierst.
| Art der Erweiterung | Typischer Einsatz | Was du prüfen musst |
|---|---|---|
| Fabric-, Forge- oder NeoForge-Mod | Neue Inhalte, Mechaniken oder Änderungen auf der betreffenden Plattform | Loader, Spielversion, Abhängigkeiten und Ausführungsseite |
| Paper-/Bukkit-/Spigot-Plugin | Serverfunktionen auf kompatibler Plugin-Software | Plugin-Plattform, Version, notwendige zusätzliche Plugins |
| Datapack | Datenbasierte Änderungen einer Java-Welt | Packformat, Spielversion, Installation in der richtigen Welt |
| Ressourcenpaket oder Shader | Darstellung beziehungsweise vom Projekt vorgesehene Ressourcen | Client-Anforderungen; kein allgemeiner Ersatz für Servermods |
| Modpack | Abgestimmte Sammlung mit gemeinsamen Versionen und Konfiguration | Vollständiger Pack-Release und das dazugehörige Serverpaket |
Paper führt nicht einfach Fabric-, Forge- oder NeoForge-Mods aus. Ein Mod im Ordner plugins wird dadurch nicht umgewandelt. Umgekehrt laufen normale Paper-Plugins nicht automatisch auf Fabric. Die Paper-Migrationsdokumentation erläutert diese Softwaregrenze.
Hybride Plattformen versprechen teilweise beides. Plane ein wichtiges Projekt nicht ohne Prüfung auf dieser Grundlage: Unterstützung einzelner Mods oder Plugins ist nicht dasselbe wie eine verlässliche Kombination des gesamten Packs. Wähle den vom Projekt vorgesehenen Weg und teste die benötigten Funktionen.
Fabric, Forge oder NeoForge auswählen
Die Projektdatei und ihre Anforderungen entscheiden über den Loader. Suche die gewünschte Mod auf ihrer offiziellen Projektseite beziehungsweise der vom Projekt genutzten Distribution. Wähle dort die konkrete Datei für deine Minecraft-Version und den passenden Loader. Ähnlich klingende Namen sind keine Kompatibilitätsprüfung.
Fabric ist ein eigener Modloader. Viele Fabric-Mods benötigen zusätzlich Fabric API; die API ist eine eigene Mod und nicht mit dem Loader identisch. Forge und NeoForge sind ebenfalls voneinander zu unterscheiden. Ein älterer Forge-Release wird nicht durch Umbenennen zu einer NeoForge-Datei.
| Ausgangspunkt | Entscheidung |
|---|---|
| Eine einzelne Mod nennt ausschließlich Fabric | Fabric verwenden und die geforderten Abhängigkeiten prüfen |
| Ein Pack veröffentlicht einen Forge-Server-Release | Den angegebenen Forge- und Minecraft-Stand verwenden |
| Ein Pack verlangt NeoForge | NeoForge in der geforderten Kombination wählen |
| Mehrere gewünschte Mods haben keinen gemeinsamen kompatiblen Stand | Auswahl oder Version ändern; kein zufälliges Mischen |
Prüfe die gesamte geplante Modliste vor der Serverbestellung. Wenn eine unverzichtbare Mod nur für eine andere Version verfügbar ist, löst mehr RAM das Problem nicht. Bei einem Pack gehören Konfigurationen und gegebenenfalls Skripte zum abgestimmten Stand; eine Auswahl ähnlich benannter Einzelmods ersetzt diesen nicht.
Versionssteckbrief und Dateien vorbereiten
Notiere die Angaben so, dass ein Freund dieselbe Installation reproduzieren kann. Ein sinnvoller Steckbrief enthält Packname oder Modliste, Pack-Release, Minecraft-Version, Loader-Version, geforderte Java-Laufzeit und verwendete Zusatzdateien. Ergänze die Downloadquelle und den Zeitpunkt der Einrichtung.
„Neueste Version“ ist keine brauchbare Versionsangabe. Ein älteres Pack kann absichtlich einen älteren Minecraft-Stand und eine bestimmte Laufzeit benötigen. Ein aktueller Serverloader ohne den vom Pack geforderten Stand kann genauso unpassend sein wie ein veralteter. Verwende die Anforderungen des konkret gewählten Releases.
Lade Dateien aus den vom Projekt angegebenen Quellen. Prüfe, ob du eine echte JAR, ein Serverarchiv oder nur eine Webseite gespeichert hast. Ein .mrpack oder ein Clientmanifest enthält nicht in jedem Fall bereits alle direkt ausführbaren Serverdateien. Verwendet das Pack einen eigenen Installer, gehört dessen dokumentierter Weg zur Einrichtung.
Halte die ursprünglichen Downloads verfügbar. Für eine Wiederherstellung reicht ein Weltbackup allein nicht, wenn niemand mehr weiß, welche Modversion die gespeicherten Blöcke und Spielerwerte erzeugt hat. Bewahre sensible Konfigurationen und Zugangsdaten separat auf; sie gehören nicht in einen öffentlichen Pack-Download für Freunde.
Welche Mods brauchen Server und Spieler?
Das vom Projekt angegebene Environment entscheidet. Manche Mods laufen nur auf dem Server, andere nur auf dem Client, und wieder andere brauchen Komponenten auf beiden Seiten. Eine Regel wie „jede Mod muss immer überall identisch liegen“ ist genauso ungenau wie „die Spieler brauchen niemals Mods“.
Serverseitige Mods können Funktionen bereitstellen, die mit unveränderten Clients funktionieren, sofern das Projekt dies unterstützt. Clientseitige Mods betreffen beispielsweise Darstellung oder lokale Bedienung und gehören nicht automatisch auf den Dedicated Server. Mods für beide Seiten können neue Inhalte oder Netzwerkregistrierungen voraussetzen; die Clients benötigen dann passende Dateien.
Bei vollständigen Packs installieren die Spieler das offizielle Client-Pack des gleichen Releases. Der Server verwendet dessen Serverpaket beziehungsweise den dokumentierten Serverweg. Dass in beiden Installationen teilweise unterschiedliche Dateilisten liegen, kann beabsichtigt sein. Vergleiche deshalb Pack-Identität und Anforderungen, statt das gesamte Client-Verzeichnis blind auf den Server zu kopieren.
Die Fabric-Anleitung zum Installieren von Mods beschreibt die grundlegenden Prüfungen für Version, Loader und benötigte API. Für Forge und NeoForge prüfst du die jeweilige Projektveröffentlichung entsprechend. Bei einer unklaren Modseite suchst du die Dokumentation des Autors, bevor du mit deiner bestehenden Welt experimentierst.
Schritt 1: Saubere Servergrundlage starten
Wähle im Konfigurator die Minecraft-Java-Software und den passenden Modloader. Gleiche die Version mit deinem Steckbrief ab. Bei einer Neuinstallation ist eine neue Testwelt der einfachste Ausgangspunkt; bei einer bestehenden Welt erstellst du vorher eine vollständige Sicherung.
- Server mit der vorgesehenen Minecraft-/Loader-Kombination erstellen.
- Ohne zusätzliche eigene Dateien einen kontrollierten ersten Start durchführen.
- Konsole prüfen und tatsächlichen Minecraft-, Loader- und Java-Stand notieren.
- Server vollständig stoppen, bevor du Mods oder Packdateien austauschst.
- Prüfen, ob die vorgesehene Dateiverwaltung beziehungsweise der Pack-Installer verfügbar ist.
Der erste Grundstart zeigt, ob die Serverbasis funktioniert. Wenn bereits hier ein Fehler auftritt, ist deine später hochgeladene Modliste noch nicht die Ursache. Prüfe dann die Startkonfiguration und Laufzeit. Beginne nicht gleichzeitig mit Weltimport und mehreren zusätzlichen Erweiterungen.
Die RAM-Empfehlung im Konfigurator bezieht sich auf die angebotene Auswahl. Bei einem eigenen, umfangreich veränderten Setup kannst du daraus keine garantierte Spielerzahl ableiten. Entscheidend sind auch Weltgenerierung, aktive Dimensionen und die tatsächlich verwendeten Mods.
Schritt 2A: Einzelne Mods installieren
Stoppe den Server und öffne das Verzeichnis deiner laufenden Serverinstallation über die vorgesehene Dateiverwaltung. Verwende den mods-Ordner des richtigen Servers. Der gleichnamige Ordner auf deinem eigenen PC ist die Clientinstallation und verändert den gehosteten Server nicht.
- Lade die passende Moddatei für Loader und Minecraft-Version herunter.
- Lade benötigte Bibliotheken beziehungsweise APIs in ihren passenden Versionen ebenfalls herunter.
- Übertrage die vorgesehenen Serverdateien in
mods. - Entferne ersetzte alte Versionen derselben Mod aus dem aktiven Ordner, nachdem du sie gesichert hast.
- Starte den Server und prüfe die erste relevante Fehlermeldung beziehungsweise den vollständigen Start.
- Teste die Funktion mit dem passenden Client.
Installiere eine überschaubare Änderung nach der anderen. Wenn du zwanzig neue Dateien zugleich einspielst, lässt sich eine Inkompatibilität deutlich schlechter eingrenzen. Sichere den letzten funktionierenden Stand, bevor du zusätzliche Mods ergänzt.
Konfigurationen werden häufig beim ersten erfolgreichen Start erzeugt. Stoppe vor einer Dateibearbeitung und beachte, ob die Mod Einstellungen aus config, einer weltspezifischen Konfiguration oder einem anderen dokumentierten Pfad liest. Eine gleich benannte Client-Einstellung muss nicht dieselbe Wirkung auf dem Server haben.
Schritt 2B: Vollständiges Modpack installieren
Bei einem Pack beginnst du mit dessen exaktem Release und dessen Serverdateien. Nutze einen angebotenen Pack-Installer beziehungsweise Modpack-Browser, wenn er den gewünschten Stand tatsächlich anbietet. Eine Loader-Vorauswahl alleine installiert das Pack nicht.
Prüfe vor der Bestätigung Packname, Minecraft-Version, Loader und Pack-Version. Wenn dein gewünschter Release fehlt, wähle nicht einfach einen benachbarten Release und erwarte identische Welt- und Client-Kompatibilität. Ein manueller Serverweg muss die vom Autor vorgesehenen Dateien und Installationsschritte einhalten.
Das Serverpaket kann Mods, Konfiguration, Datapacks und weitere Packbestandteile enthalten. Übernimm die dokumentierte Struktur; ein zusätzlicher übergeordneter Archivordner kann sonst verhindern, dass der Start die Dateien findet. Halte gleichzeitig die vom Hosting vorgesehene Startkonfiguration ein. Ein fremdes Startskript für einen Heimrechner ist nicht automatisch für den gehosteten Server geeignet.
Vermeide eine Mischung aus alten Restdateien und neuem Pack. Für eine Neuinstallation ist ein klarer sauberer Stand sinnvoll. Bei einem Update folgst du den Hinweisen des Packs zu entfernten Mods und geänderten Konfigurationen. Sichere bestehende Welten und Dateien vor jedem Austausch.
Schritt 3: Erster Start und Client-Abnahme
Ein modifizierter Server kann beim ersten Start zusätzliche Initialisierung und Weltgenerierung durchführen. Warte auf den erfolgreichen Start und lies die Ausgabe, statt mehrfach auf Start zu drücken. Ein laufender Prozess beweist noch nicht, dass die Welt mit allen benötigten Mods korrekt geöffnet ist.
Kontrolliere den tatsächlichen Versionsstand in der Startausgabe. Verbinde dich mit dem dafür vorbereiteten Client-Profil. Teste mindestens ein modifizierter Gegenstand beziehungsweise eine relevante Modfunktion, einen erneuten Beitritt und eine kurze Bewegung durch die Welt. So erkennst du Fehler, die nicht beim Laden des Hauptmenüs auftreten.
Danach testet ein Freund dasselbe Pack aus seinem eigenen Profil. Notiert, welchen Pack-Release er gestartet hat. Eine zufällig ähnliche Modliste oder dieselbe Minecraft-Version reicht bei einem komplexen Pack nicht als Nachweis. Zusätzliche Clientmods können ebenfalls Konflikte verursachen und sollten bei Problemen für den Vergleich weggelassen werden.
Bei rein serverseitigen Mods überprüfst du bewusst mit dem vom Projekt unterstützten Client. Behaupte diese Eigenschaft nicht nur, weil dein eigener vollständig modifizierter Client beitreten kann. Für einen privaten Server aktivierst du anschließend die passende Whitelist und vergibst Verwaltungsrechte sparsam.
Bestehende Welt sicher übernehmen
Eine Modwelt enthält häufig Daten, die ohne die ursprünglichen Mods nicht interpretiert werden können. Entfernst du Inhaltsmods und startest die Welt, können Gegenstände, Blöcke oder Dimensionen fehlen. Eine neue Minecraft-Version repariert solche Verluste nicht automatisch.
Sichere vor dem Import Welt, Spielerdaten, Mods und notwendige Konfiguration. Stoppe den Zielserver. Prüfe den aktiven Weltpfad, die Archivstruktur und die Version der Welt. Ein Test mit einer Kopie des Ausgangsstands ist sinnvoll, bevor du dein einziges Original verwendest.
Nach dem Start prüfst du bekannte Gebäude, Inventare, Modblöcke und alle tatsächlich verwendeten Dimensionen. Wenn ein Bereich fehlt, stelle zuerst fest, ob ein falscher Weltpfad oder eine fehlende Mod verantwortlich ist. Erzeuge nicht wiederholt neue Welten unter denselben Namen und verliere dadurch die Zuordnung deiner Sicherungen.
Wechsle einen Modserver nicht einfach zu Paper, um einen Ladefehler zu lösen. Die Plugin-Software unterstützt die Modinhalte nicht. Für einen Rückweg brauchst du den gesamten früheren funktionierenden Stand. Das Zurückkopieren allein einer Konfigurationsdatei macht eine bereits veränderte Welt nicht wieder unverändert.
Häufige Start- und Beitrittsfehler
Suche die erste konkrete Fehlermeldung, nicht nur die letzte Zeile des Abbruchs. Eine fehlende Abhängigkeit kann anschließend viele weitere Fehler erzeugen. Notiere den Modnamen, geforderte Versionen und den Zeitpunkt der letzten Änderung.
| Meldung oder Beobachtung | Ursache prüfen | Reparaturweg |
|---|---|---|
| Fehlende Abhängigkeit | Projekt verlangt API oder Bibliothek | Geforderte passende Datei ergänzen |
| Falscher Loader oder inkompatible Mod | Dateiversion gehört zu einer anderen Plattform | Richtige Distribution verwenden |
| Doppelte Mod | Zwei aktive Dateien derselben Mod | Alte ersetzte Datei aus dem aktiven Ordner nehmen |
| Clientklasse auf Dedicated Server | Client-only Datei im Serverpaket | Environment prüfen; passenden Server-Release verwenden |
| Java-Klassenversionsfehler | Laufzeit passt nicht zum gewählten Server | Dokumentierte Java-Version in der angebotenen Startkonfiguration wählen |
| Fehlende Registrierung beim Beitritt | Client-Pack passt nicht zum Server | Exakten Pack-Release auf beiden Seiten abgleichen |
| Abbruch bei Weltladung | Weltversion, entfernte Inhalte oder Fehler der Mod | Mit Sicherung und unverändertem früheren Stand vergleichen |
| Speicherabbruch | Tatsächlicher Speicherbedarf und Zuweisung | Pack-Anforderung prüfen; Ressourcen gezielt anpassen |
Bei einem fehlerhaften letzten Modzusatz teste zunächst den vorherigen bekannten Stand. Entferne Inhaltsmods aus einer wichtigen Welt nicht auf Verdacht und starte weiter. Eine Diagnose mit einer neuen Testwelt kann helfen, Softwareprobleme von bereits vorhandenen Weltdaten zu unterscheiden.
Wenn du Logs teilst, entferne Zugangsdaten und private Angaben. Gib zusätzlich den Versionssteckbrief und die letzte Änderung an. Eine Modliste ohne Versionsnummern lässt häufig keine eindeutige Diagnose zu.
Leistung: RAM, Ticklast und Client-FPS getrennt behandeln
Mehr RAM kann einen tatsächlichen Speicherengpass lösen. Es behebt aber nicht automatisch langsame Weltgenerierung, übermäßige Entitäten oder eine aufwendige Maschine. Für die Ressourcenplanung sind Pack, aktive Spielerbereiche und Spielverhalten relevanter als eine pauschale Zahl pro Mod.
Unterscheide niedrige Bildrate eines einzelnen Clients, hohe Verbindungslatenz und stockende Server-Ticks. Wenn bei allen gleichzeitig Blöcke zurückspringen oder Mobs stehenbleiben, untersuchst du den Server. Wenn nur ein Gerät beim Shader ruckelt, beginnt die Prüfung an diesem Gerät.
Reduziere eine unnötig hohe Sicht- oder Simulationsweite und vergleiche die gleiche Spielsituation. Begrenze bewusst ständig geladene Gebiete. Bei Packs mit vielen Dimensionen oder Erkundung gehört die Weltgenerierung zur Lastplanung. Installiere Performance-Mods nur, wenn sie zum Loader, Pack und benötigten Environment passen.
Verwende einen kompatiblen Profiler, wenn das Setup ihn unterstützt, und zeichne die tatsächlich problematische Situation auf. Ein Profil ohne aktive Last erklärt die spätere Lastspitze nicht. Wähle erst nach der Diagnose zwischen Konfigurationsänderung, Modkorrektur und größerer Ressourcenzuweisung.
Updates und vollständiger Rückweg
Behandle ein Packupdate als gemeinsame Änderung von Server und Clients. Lies dessen Änderungs- und Upgrade-Hinweise, sichere den bisherigen Stand und plane einen Zeitraum ohne aktive Spieler. Veröffentliche den gewünschten neuen Release erst, wenn der Server mit einer Kopie beziehungsweise Sicherung geprüft ist.
Ändere nicht gleichzeitig Minecraft-Version, Loader und mehrere zusätzliche Mods, sofern der Packweg dies nicht ausdrücklich verlangt. Notiere die tatsächlichen Änderungen. Entfernte Mods und angepasste Konfigurationen sind Teil des Updates; nur neue JARs darüberzukopieren kann alte Konflikte erhalten.
Der Rückweg besteht aus alter Welt, alter Software, alter Modliste und passender Konfiguration. Eine vom neuen Release konvertierte Welt wird nicht durch das Zurücksetzen einer Loadernummer wieder zum alten Stand. Stelle die Sicherung von vor der Änderung her und überprüfe sie durch einen echten Beitritt.
Abnahme und weiterführende Quellen
Dein Modserver ist bereit, wenn er vollständig startet, ein passender zweiter Client beitritt, die benötigten Modinhalte funktionieren und ein Neustart denselben Stand lädt. Bewahre den Versionssteckbrief und eine Sicherung zusammen auf. Nutze die unten verlinkten Pack-Seiten für den konkreten Installationsfall.
- Fabric: Mods installieren für Versions-, Loader- und API-Prüfungen.
- Fabric: Player Guides als Einstieg zu Client- und Serverhilfe.
- Paper: Plugins installieren zur Abgrenzung der Plugin-Plattform.
- Paper: Softwarewechsel und Modgrenzen für die Grenzen einer Migration.
- Paper: Leistungsdiagnose als Beispiel für eine softwaregerechte Diagnose, nicht als Installationsanleitung für Fabric.