Slik setter du opp whitelist på en Project Zomboid-server

Slik setter du opp whitelist på en Project Zomboid-server

En whitelist i Project Zomboid er en kontoliste. Du lager et brukernavn og et passord for hver spiller, og alle uten konto blir avvist på innloggingsskjermen. To ting gjør hele jobben: slå av Åpen for nye spillere, og kjør adduser én gang per spiller.

Alt her er sjekket på en Build 42-server i drift. Det betyr noe, fordi flere kommandoer som andre guider fortsatt anbefaler, er fjernet og nå svarer Unknown command.

Steg 1: slå av «Åpen for nye spillere»

Åpne serveren din i kontrollpanelet, velg Konfigurasjon i listen over seksjoner, og slå av Åpen for nye spillere i kortet Serverliste. Lagre, og start serveren på nytt.

Den bryteren er hele whitelist-mekanismen. Konfigurasjonsfilen beskriver den med spillets egne ord: klienter kan bli med uten å ha en konto fra før, og når den er av, må administratorene selv opprette kombinasjonene av brukernavn og passord.

Banneret øverst i fanen er ikke pynt. Serveren leser konfigurasjonen én gang ved oppstart, så bryteren endrer ingenting for spillerne før du starter på nytt.

Det er valgfritt å slå av Vis i offentlig serverliste samtidig. Da holdes serveren utenfor den offentlige listen i spillet, noe som gir mening når ingen kan bli med uansett.

Steg 2: opprett en konto for hver spiller

Åpne fanen Konsoll og kjør én linje per spiller:

adduser "Alice" "changeme123"

Serveren svarer:

User Alice created with password

Fire ting er verdt å vite:

• Navnet er det spilleren skriver i innloggingsfeltet i spillet. Det er ikke Steam-navnet deres og trenger ikke å matche det.
• Behold anførselstegnene rundt begge verdiene. Et navn eller passord med mellomrom feiler uten dem.
• Passordet står i klartekst i konsolloggen, så se på det som et engangspassord.
• Kjører du adduser for et navn som allerede finnes, svarer serveren A user with this name already exists. Ingenting er galt, den spilleren har allerede en konto.

Den raskeste måten å whiteliste en vennegjeng på

Når Åpen for nye spillere er av, kan ingen opprette en konto. Det er hele poenget, og det er også grunnen til at rekkefølgen betyr noe:

1. La bryteren stå på.
2. La alle bli med én gang. Hver spiller velger sitt eget brukernavn og passord i innloggingsfeltet, og serveren lagrer kontoen.
3. Slå bryteren av og start på nytt.

Alle som ble med, beholder kontoen sin, og ingen nye kan lage en. Dette erstatter addalltowhitelist, som eldre guider anbefaler til akkurat denne jobben, og som Build 42 ikke lenger har.

Du har allerede en adminkonto

Ikke lag en til deg selv. Serveren din starter med en adminkonto bygd fra variablene ADMIN_USER og ADMIN_PASSWORD på fanen Oppstart, og den står i whitelisten fra første oppstart med fulle adminrettigheter.

Begge leveres som admin. Endre ADMIN_PASSWORD på Oppstart-fanen og start på nytt: serveren tar det i bruk ved oppstart og skriver admin password changed via -adminpassword option i konsollen. Gjør dette før du slipper noen inn, med eller uten whitelist, fordi den kontoen kan spawne gjenstander, teleportere og utestenge spillere.

Fjerne noen

removeuserfromwhitelist "Alice"

Serveren svarer User Alice removed from white list. Vil du beholde kontoen, men ta fra spilleren rettighetene, setter du nivået i stedet:

setaccesslevel "Alice" "user"

Gyldige nivåer er nøyaktig: banned, user, priority, observer, gm, moderator, admin.

For å tilbakestille et glemt passord bruker du setpassword "Alice" "newpassword". Konsollen skriver ut den nye hashen, og slik vet du at det gikk gjennom.

Kommandoer fra andre guider som Build 42 avviser

Altså: adduser legger til, removeuserfromwhitelist fjerner, og setaccesslevel "Alice" "user" er måten du degraderer en admin på.

Hvor whitelisten lagres

I en SQLite-database ved siden av konfigurasjonsfilene, på /home/container/.cache/db/Pterodactyl.db. Filen er oppkalt etter startvariabelen SERVER_NAME, samme regel som konfigurasjonsfilene følger.

Tabellen whitelist har én rad per konto: username, password som en bcrypt-hash, lastConnection, steamid og role. Den siste er et tall som peker til tabellen role: 1 banned, 2 user, 3 priority, 4 observer, 5 gm, 6 moderator, 7 admin. Bans på Steam-ID ligger i egne tabeller, bannedid og bannedip.

Du kan åpne filen med DB Browser for SQLite mens serveren er stoppet, noe som hjelper ved masseendringer. Passordene er hasher, så det er ingenting lesbart der, og konsollkommandoene er tryggere for endringer i det daglige.

Vanlige problemer

Spillere kommer fortsatt inn etter at jeg slo av bryteren. Konfigurasjonen leses ved oppstart. Start serveren på nytt.

Endringen min ble ikke værende. Project Zomboid leser bare konfigurasjonsfiler som er oppkalt etter startvariabelen SERVER_NAME, og skriver dem på nytt ved hver oppstart. Hvis du har redigert en fil for hånd, sjekker du navnet først. Full forklaring i Slik endrer du innstillingene på Project Zomboid-serveren.

En spiller blir avvist selv om jeg la spilleren til. Navn må være nøyaktige. Se etter skrivefeil eller et mellomrom på slutten, og husk at kontonavnet ikke er Steam-navnet.

Jeg kommer ikke inn selv. Logg inn med ADMIN_USER og ADMIN_PASSWORD fra Oppstart-fanen, ikke med Steam-navnet ditt.

Vanlige spørsmål

Bruker whitelisten Steam-ID-er? Nei. Kontoer er et brukernavn og et passord. Steam-ID-er brukes bare av den separate ban-listen.

Er et serverpassord det samme? Nei. Et serverpassord er én felles hemmelighet: alle som har det, kommer inn, og det sprer seg. En whitelist er per spiller, så du kan fjerne én person uten å forstyrre noen andre. De to fungerer fint sammen.

Hvor mange kontoer kan én spiller opprette? Det styres av MaxAccountsPerUser i konfigurasjonen, og 0 betyr ubegrenset. Det gjelder bare så lenge nye spillere fortsatt kan opprette kontoer.

Må jeg starte på nytt for hver nye spiller? Nei. adduser virker med en gang. Det er bare bryteren Åpen for nye spillere som krever omstart.

Hoster du ikke hos oss ennå? Project Zomboid-serverhosting hos oss samler Konfigurasjon-fanen, konsollen og sikkerhetskopier med ett klikk på ett sted.