Sådan opretter du en whitelist på en Project Zomboid-server

Sådan opretter du en whitelist på en Project Zomboid-server

En whitelist i Project Zomboid er en kontoliste. Du opretter et brugernavn og en adgangskode til hver spiller, og alle uden en konto bliver afvist i login-vinduet. To ting klarer hele opgaven: slå Open to new players fra, og kør derefter adduser en gang per spiller.

Alt herunder er testet på en kørende Build 42-server. Det er værd at nævne, fordi flere kommandoer, som andre guides stadig anbefaler, er fjernet og nu svarer Unknown command.

Trin 1: slå "Open to new players" fra

Åbn din server i kontrolpanelet, vælg Config i sektionslisten, og slå Open to new players fra i kortet Server browser. Gem, og genstart derefter serveren.

Den kontakt er hele whitelist-mekanismen. Konfigurationsfilen beskriver den med spillets egne ord: klienter kan komme ind uden at have en konto i forvejen, og når den er slået fra, skal administratorer selv oprette brugernavn og adgangskode.

Banneret øverst på fanen er ikke pynt. Serveren læser sin konfiguration én gang ved opstart, så kontakten ændrer intet for spillerne, før du genstarter.

Du kan samtidig slå List on public browser fra. Det holder serveren ude af den offentlige liste i spillet, hvilket giver mening, når ingen alligevel kan komme ind.

Trin 2: opret en konto til hver spiller

Åbn fanen Console og kør en linje per spiller:

adduser "Alice" "changeme123"

Serveren svarer:

User Alice created with password

Fire ting er værd at vide:

• Navnet er det, spilleren skriver i spillets login-felt. Det er ikke deres Steam-navn og behøver ikke at være det samme.
• Behold anførselstegnene omkring begge værdier. Et navn eller en adgangskode med mellemrum fejler uden dem.
• Adgangskoden står i klartekst i konsol-loggen, så betragt den som midlertidig.
• Kører du adduser på et navn, der allerede findes, svarer serveren A user with this name already exists. Intet er gået galt, spilleren har allerede en konto.

Den hurtigste måde at whiteliste en vennegruppe

Når Open to new players er slået fra, kan ingen oprette en konto. Det er hele pointen, og derfor betyder rækkefølgen noget:

1. Lad kontakten være slået til.
2. Få alle til at logge på én gang. Hver spiller vælger selv brugernavn og adgangskode i login-feltet, og serveren gemmer kontoen.
3. Slå kontakten fra, og genstart.

Alle, der har været inde, beholder deres konto, og ingen nye kan oprette en. Det er erstatningen for addalltowhitelist, som ældre guides anbefaler til præcis dette, og som Build 42 ikke længere har.

Du har allerede en admin-konto

Lav ikke en til dig selv. Serveren starter med en admin-konto bygget ud fra variablerne ADMIN_USER og ADMIN_PASSWORD på fanen Startup, og den ligger i whitelisten fra første opstart med fulde admin-rettigheder.

Begge leveres som admin. Skift ADMIN_PASSWORD på Startup-fanen og genstart: serveren anvender den ved opstart og skriver admin password changed via -adminpassword option i konsollen. Gør det, før du lukker nogen ind, whitelist eller ej, for den konto kan spawne items, teleportere og banne.

Sådan fjerner du nogen

removeuserfromwhitelist "Alice"

Serveren svarer User Alice removed from white list. Vil du beholde kontoen, men fjerne rettighederne, så sæt niveauet i stedet:

setaccesslevel "Alice" "user"

De gyldige niveauer er præcis: banned, user, priority, observer, gm, moderator, admin.

Skal en glemt adgangskode nulstilles, bruger du setpassword "Alice" "nytkodeord". Konsollen skriver den nye hash tilbage, så du kan se, den blev sat.

Kommandoer fra andre guides, som Build 42 afviser

Altså: adduser tilføjer, removeuserfromwhitelist fjerner, og setaccesslevel "Alice" "user" er måden at degradere en admin på.

Hvor whitelisten ligger

I en SQLite-database ved siden af konfigurationsfilerne, i /home/container/.cache/db/Pterodactyl.db. Filen er navngivet efter din SERVER_NAME-startup-variabel, samme regel som konfigurationsfilerne følger.

Tabellen whitelist har en række per konto: username, password som bcrypt-hash, lastConnection, steamid og role. Den sidste er et tal, der peger på tabellen role: 1 banned, 2 user, 3 priority, 4 observer, 5 gm, 6 moderator, 7 admin. Bans på Steam-ID ligger i separate tabeller, bannedid og bannedip.

Du kan åbne filen med DB Browser for SQLite, mens serveren er stoppet, hvilket hjælper ved større oprydninger. Adgangskoderne er hashes, så der er intet læsbart, og konsol-kommandoerne er sikrere til daglige ændringer.

Almindelige problemer

Spillere kommer stadig ind, efter jeg slog kontakten fra. Konfigurationen læses ved opstart. Genstart serveren.

Min ændring blev ikke gemt. Project Zomboid læser kun konfigurationsfiler, der er navngivet efter SERVER_NAME-startup-variablen, og den skriver dem om ved hver opstart. Har du rettet en fil manuelt, så tjek navnet først. Hele forklaringen står i Sådan ændrer du dine Project Zomboid-serverindstillinger.

En spiller bliver afvist, selvom jeg har tilføjet dem. Navne er præcise. Tjek for en tastefejl eller et mellemrum til sidst, og husk at kontonavnet ikke er Steam-navnet.

Jeg kan ikke selv komme ind. Log på med ADMIN_USER og ADMIN_PASSWORD fra Startup-fanen, ikke med dit Steam-navn.

FAQ

Bruger whitelisten Steam-ID'er? Nej. Konti består af et brugernavn og en adgangskode. Steam-ID'er bruges kun af den separate ban-liste.

Er en server-adgangskode det samme? Nej. En server-adgangskode er én fælles hemmelighed: alle, der har den, kommer ind, og den spreder sig. En whitelist er per spiller, så du kan fjerne én person uden at genere de andre. De to fungerer fint sammen.

Hvor mange konti kan én spiller oprette? MaxAccountsPerUser i konfigurationen styrer det, og 0 betyder ubegrænset. Det gælder kun, mens nye spillere stadig kan oprette konti.

Skal jeg genstarte for hver ny spiller? Nej. adduser virker med det samme. Kun kontakten Open to new players kræver en genstart.

Hoster du ikke hos os endnu? Vores Project Zomboid server hosting samler Config-fanen, konsollen og backups med ét klik det samme sted.