Hur du sätter upp en whitelist på en Project Zomboid-server

Hur du sätter upp en whitelist på en Project Zomboid-server

En whitelist i Project Zomboid är en kontolista. Du skapar ett användarnamn och ett lösenord åt varje spelare, och alla utan konto nekas i inloggningsrutan. Två saker gör hela jobbet: stäng av Open to new players och kör sedan adduser en gång per spelare.

Allt här är testat på en körande Build 42-server. Det spelar roll, för flera kommandon som andra guider fortfarande rekommenderar är borttagna och svarar numera Unknown command.

Steg 1: stäng av "Open to new players"

Öppna din server i kontrollpanelen, välj Config i sektionslistan och stäng av Open to new players i kortet Server browser. Spara och starta sedan om servern.

Det reglaget är hela whitelist-mekaniken. Konfigurationsfilen beskriver den med spelets egna ord: klienter får ansluta utan att redan ha ett konto, och när den är av måste administratörer själva skapa kombinationerna av användarnamn och lösenord.

Bannern högst upp i fliken är inte dekoration. Servern läser sin konfiguration en gång vid start, så reglaget ändrar ingenting för spelarna förrän du startar om.

Du kan stänga av List on public browser samtidigt. Det håller servern borta från den publika listan i spelet, vilket är rimligt när ingen ändå kan ansluta.

Steg 2: skapa ett konto åt varje spelare

Öppna fliken Console och kör en rad per spelare:

adduser "Alice" "changeme123"

Servern svarar:

User Alice created with password

Fyra saker värda att veta:

• Namnet är det spelaren skriver i spelets inloggningsruta. Det är inte Steam-namnet och behöver inte stämma med det.
• Behåll citattecknen runt båda värdena. Ett namn eller lösenord med mellanslag misslyckas utan dem.
• Lösenordet ligger i klartext i konsolloggen, så behandla det som tillfälligt.
• Kör du adduser på ett namn som redan finns svarar servern A user with this name already exists. Inget är trasigt, spelaren har redan ett konto.

Snabbaste sättet att whitelista ett gäng kompisar

När Open to new players är av kan ingen skapa ett konto. Det är hela poängen, och därför spelar ordningen roll:

1. Låt reglaget vara på.
2. Låt alla ansluta en gång. Varje spelare väljer själv användarnamn och lösenord i inloggningsrutan, och servern sparar kontot.
3. Stäng av det och starta om.

Alla som varit inne behåller sitt konto, och ingen ny kan skapa ett. Det är ersättningen för addalltowhitelist, som äldre guider rekommenderar för precis det här och som Build 42 inte längre har.

Du har redan ett admin-konto

Skapa inget åt dig själv. Servern startar med ett admin-konto byggt av variablerna ADMIN_USER och ADMIN_PASSWORD i fliken Startup, och det ligger i whitelisten från första start med fulla adminrättigheter.

Båda levereras som admin. Byt ADMIN_PASSWORD i Startup-fliken och starta om: servern tillämpar det vid start och skriver admin password changed via -adminpassword option i konsolen. Gör det innan du släpper in någon, whitelist eller inte, för kontot kan spawna föremål, teleportera och banna.

Ta bort någon

removeuserfromwhitelist "Alice"

Servern svarar User Alice removed from white list. Vill du behålla kontot men ta bort rättigheterna sätter du nivån i stället:

setaccesslevel "Alice" "user"

De giltiga nivåerna är exakt: banned, user, priority, observer, gm, moderator, admin.

För ett glömt lösenord använder du setpassword "Alice" "nyttlosenord". Konsolen skriver tillbaka den nya hashen, så du ser att det gick igenom.

Kommandon från andra guider som Build 42 avvisar

Alltså: adduser lägger till, removeuserfromwhitelist tar bort, och setaccesslevel "Alice" "user" är hur du degraderar en admin.

Var whitelisten lagras

I en SQLite-databas bredvid dina konfigurationsfiler, i /home/container/.cache/db/Pterodactyl.db. Filen namnges efter din startup-variabel SERVER_NAME, samma regel som konfigurationsfilerna följer.

Tabellen whitelist har en rad per konto: username, password som bcrypt-hash, lastConnection, steamid och role. Den sista är ett tal som pekar på tabellen role: 1 banned, 2 user, 3 priority, 4 observer, 5 gm, 6 moderator, 7 admin. Bannlysningar på Steam-ID ligger i egna tabeller, bannedid och bannedip.

Du kan öppna filen med DB Browser for SQLite medan servern är stoppad, vilket hjälper vid större städjobb. Lösenorden är hashar, så det finns inget läsbart där, och konsolkommandona är säkrare för vardagliga ändringar.

Vanliga problem

Spelare kommer fortfarande in efter att jag stängt av reglaget. Konfigurationen läses vid start. Starta om servern.

Min ändring fastnade inte. Project Zomboid läser bara konfigurationsfiler som är namngivna efter startup-variabeln SERVER_NAME, och skriver om dem vid varje start. Har du redigerat en fil för hand, kontrollera namnet först. Hela förklaringen finns i Så ändrar du dina Project Zomboid-serverinställningar.

En spelare nekas trots att jag lagt till hen. Namn är exakta. Leta efter en felstavning eller ett mellanslag på slutet, och kom ihåg att kontonamnet inte är Steam-namnet.

Jag kommer inte in själv. Logga in med ADMIN_USER och ADMIN_PASSWORD från Startup-fliken, inte med ditt Steam-namn.

FAQ

Använder whitelisten Steam-ID:n? Nej. Konton består av användarnamn och lösenord. Steam-ID:n används bara av den separata bannlistan.

Är ett serverlösenord samma sak? Nej. Ett serverlösenord är en gemensam hemlighet: alla som har det kommer in, och det sprids. En whitelist gäller per spelare, så du kan ta bort en person utan att störa de andra. De två fungerar bra ihop.

Hur många konton kan en spelare skapa? MaxAccountsPerUser i konfigurationen styr det, och 0 betyder obegränsat. Det gäller bara så länge nya spelare fortfarande kan skapa konton.

Måste jag starta om för varje ny spelare? Nej. adduser gäller direkt. Bara reglaget Open to new players kräver en omstart.

Hostar du inte hos oss än? Vår Project Zomboid server hosting samlar Config-fliken, konsolen och backuper med ett klick på samma ställe.