StarRupture kräver något lite motsägelsefullt av en co-op grupp. Det är ett fabriksspel, så hela poängen är maskineriet du lämnar igång: excavators som matar smelters, smelters som matar en drone rail som rullar vidare oavsett om någon tittar på den. Samtidigt är det som standard ett host-och-vänner spel, så maskineriet finns bara så länge en viss person har spelet öppet. Creepy Jars svar är ett separat dedicated server tool. Det bär fortfarande etiketten Experimental och konfigureras på ett sätt som lurar folk som satt upp ett dussin andra servrar. Här är vad det faktiskt gör.
Servern är ett gratis, fristående Steam-verktyg
Den ligger inte gömd bland spelfilerna. "StarRupture Dedicated Server (Experimental)" är en egen Steam-applikation, ID 3809400, gratis att ladda ner och kopplad till grundspelet som ett tool. Ingen behöver köpa StarRupture en gång till för att köra den, och den som brukade hosta behöver inte längre vara online.
Tre saker med paketet avgör det mesta av din uppsättning:
- Den finns bara för Windows. Något native Linux-bygge existerar inte, så på en Linux-maskin körs den under Wine. Det är precis så våra egna StarRupture-servrar är byggda, och det är därför Visual C++ 2022 runtime dyker upp som beroende: server-binären vill ha den oavsett om den körs på Windows eller i en Wine prefix.
- Den är stor. Nuvarande depå ligger på runt 21 GB, så första SteamCMD-hämtningen är inte avklarad på två minuter över en vanlig hemuppkoppling.
- Den rör på sig. Det senaste publika serverbygget kom 17 juni 2026, samtidigt som spelets eget hotfix 0.2.8. Klient och server måste matcha, så en speluppdatering är alltid också en serveruppdatering.
Själva SteamCMD-raden är helt vanlig:
steamcmd +force_install_dir C:\StarRuptureServer +login anonymous +app_update 3809400 validate +quit
Verktyget är gratis att ladda ner, så anonym inloggning fungerar normalt. Vägrar din SteamCMD, logga in med ett riktigt Steam-konto i stället. Inget kring ägande ändras, vissa uppsättningar beter sig bara så.
Starta den färdiga installationen från ett skript (en .bat i Windows) i stället för Play-knappen i Steam-klienten. Klienten och servern slåss annars om samma Steam-session, och felen som uppstår ser ut som nätverksproblem snarare än vad de är.
StarRuptureServerEOS.exe -Log -Port=7777
DSSettings.txt är hela konfigurationen, och den är JSON
Här finns ingen enorm INI-fil med tvåhundra inställningar. Servern läser en enda fil som heter DSSettings.txt, placerad i serverroten bredvid den körbara filen, och trots namnet .txt är innehållet JSON. Ett kommatecken för mycket stoppar starten, och felmeddelandet du får är inte hjälpsamt.
{
"SessionName": "SESSIONNAME",
"SaveGameInterval": "300",
"StartNewGame": "true",
"LoadSavedGame": "false",
"SaveGameName": "AutoSave0.sav"
}
- SessionName: mappen din värld sparas i, under
StarRupture/Saved/SaveGames/. Välj något du känner igen om tre månader. - SaveGameInterval: sekunder mellan autosaves. 300 är fem minuter, vilket är rimligt i ett spel där en timmes arbete är en hel del belt layout.
- StartNewGame: skapar en helt ny värld.
- LoadSavedGame: laddar en befintlig i stället.
- SaveGameName: vilken save-fil som ska laddas, till exempel
AutoSave0.sav.
Fällan är den tredje och fjärde nyckeln. StartNewGame är rätt exakt en gång, vid allra första starten. Låter du den stå kvar kan en omstart ge gruppen en ny planet medan den gamla världen ligger orörd i SaveGames-mappen. Ingenting raderas, vilket är enda anledningen till att det går att rädda, men fyra personer som loggar in på en tom karta är ändå en förlorad kväll. Så fort första starten har lyckats: sätt StartNewGame till false, sätt LoadSavedGame till true och skriv den save du faktiskt vill ha i SaveGameName.
En siffra hittar du inte här: en player cap värd att höja. StarRupture är byggt kring fyra spelare i en session, och att pressa förbi det spelet stöder är ett sätt att hitta desync, inte ett sätt att driva en community-server.
Lösenorden ligger i två separata filer
Åtkomstkontrollen finns inte heller i DSSettings.txt. Den ligger i två andra JSON-filer i samma serverrot:
Password.jsoninnehåller management-lösenordet, det som ger serveradministration.PlayerPassword.jsoninnehåller join-lösenordet, det dina vänner skriver för att komma in.
Det som lagras är en hashad sträng och inte lösenordet du skrev, och därför pekar hostingleverantörer på community-generatorn på starrupture-utilities.com för filinnehållet. Använd ett lösenord du inte använder någon annanstans, klistra in det genererade resultatet i filen och starta om.
Att återställa något av dem är samma trick baklänges: radera filen, generera en ny. Var medveten om det, för en server utan PlayerPassword.json har ingenting mellan internet och din fabrik.
Man ansluter via en adress, inte en server browser
Från huvudmenyn: Join Game, sedan fliken Dedicated Server, sedan adressen som ip:port plus player-lösenordet. Det finns ingen offentlig lista där din server syns, så adressen är något du delar ut, inte något folk snubblar över.
Porten du startar med är porten de skriver. 7777 UDP är den vanliga standarden och det är inget magiskt med den, men -Port=-argumentet, adressen du ger spelarna och brandväggsregeln framför maskinen måste vara överens.
Den enda loggraden värd att känna till är OnUpdateSessionComplete. StarRupture registrerar sin session via Epic Online Services under uppstarten, och den raden är ögonblicket då servern faktiskt tar emot anslutningar. Vi använder den som readiness marker på våra egna servrar just därför. Allt innan är fortfarande inläsning, så en kompis som försöker ansluta trettio sekunder efter att du tryckt start och inte får något var helt enkelt för tidig. Hela loggen ligger i StarRupture/Saved/Logs/StarRupture.log.
Dimensionera efter fabriken, inte efter platserna
Eftersom taket är fyra spelare gäller den vanliga "hur många platser" räkningen knappt. Det som växer på en StarRupture-server är världen: maskiner som körs, drone rails och ziplines spända mellan dem, items i storage och hur mycket av kartan någon har gått igenom. En värld efter första kvällen är billig att köra. Samma värld efter flera Corporation Levels, en kedja av Oil Extractors och ett par upplåsta zoner är en helt annan maskin, och den fortsätter växa hela säsongen.
Två praktiska följder:
- Planera för tillväxten, inte för starten. Att dimensionera efter vad världen kostar dag ett är precis så grupper hamnar i en flytt mitt i säsongen. StarRupture RAM-kalkylatorn räknar in världsstorlek och byggtäthet, vilket är mer användbart än en enda rekommenderad siffra.
- Klockfrekvens slår antal kärnor. Fabrikssimulering lutar sig tungt mot single thread-prestanda, så hög frekvens per kärna gör mer för en upptagen bas än extra kärnor gör.
Uppdateringar, backuper och verkligheten i early access
Eftersom byggena måste matcha är varje spelpatch också en serverpatch. Managed hosts (våra inkluderade) sköter det själva. Hostar du själv kör du samma rad app_update 3809400 validate igen och startar om.
Ta backup på SaveGames-mappen före en stor uppdatering, inte efter. Det här är early access och prejudikatet är verkligt: Update 1 i april 2026 rullade tillbaka alla Corporation Levels till 1 och gav tidigare framsteg tillbaka som Data Points att fördela, ändrade sedan Quartz och byggde om hur Cargo Dispatchers paras ihop med Receivers. Befintliga världar överlevde, men inte oförändrade. Spelet gick genom hotfix 0.2.1 till 0.2.8 mellan april och juni 2026, så takten är hög.
Eller låt någon annan sköta det
Om Wine prefix, 21 GB nedladdning och uppdateringskvarnen låter som någon annans jobb är det precis vad StarRupture server hosting är till för: installation, auto update och filåtkomst är skötta, och kontrollpanelen ger dig konfigurationsfiler och loggar utan en SSH-session. Hur du än gör fortsätter fabriken rulla medan du sover, vilket var hela poängen.
