Can’t Join the Server? Fixing “Unknown Account Username Given” in Project Zomboid

Can’t Join the Server? Fixing “Unknown Account Username Given” in Project Zomboid

Project Zomboid Build 42.19 — “Unknown account username given” fix guide.

What this error actually means The client text is Unknown account username given. The server has no matching account for the username you submitted. It is not a generic “connection failed” message.
Key rules on Build 42.19 Username lookup is case-insensitive: SurvivorBob and survivorbob match the same account. Non-ASCII names depend on the server option AllowNonAsciiUsername, not a universal letters-only rule. Prefer admin commands over editing the user database by hand.

Interactive path: player or host

Answer a few questions. Advice follows Build 42.19 server options and admin commands.

Are you joining someone else’s server, or do you host it?

Have you joined this exact server before?

What changed since the last successful join?

Is the server public/open, or private/whitelisted?

What access model do you want?

Same credentials still rejected

  1. Confirm you are connecting to the same server entry (IP/port or favorites row), not a different world with a similar name.
  2. Re-enter the account password carefully. A wrong password usually shows a different message, but a wiped or recreated account can still look like “unknown username.”
  3. Ask an admin whether the world/user database was reset, whether Open changed to false, or whether your account was removed with /removeuserfromwhitelist.
  4. If the account is gone, the admin should recreate it with /adduser "YourName" "password" and tell you the exact credentials to use.

Password fields and username spelling

  1. Use the account username/password fields for the server’s per-player account. If the server also has a separate server password, put that only in the server-password field.
  2. Username lookup is case-insensitive: SurvivorBob and survivorbob resolve to the same account. Spelling and extra spaces still matter.
  3. If the server disallows non-ASCII names, the client can show a different message: Username contains non-Ascii characters. That is not the same as “unknown account.”
  4. If you truly forgot the password and the admin cannot reset it safely, they must remove and re-add the account with the built-in commands—not by guessing database rows.

Invite-only or wiped server

  1. Contact the host. On Open=false, an admin must create username/password combos before new logins work.
  2. Ask them to run /adduser "YourName" "password", then join with those exact credentials.
  3. Optional host-side helpers: /addusertowhitelist "username" for an already-connected passworded user, and /removeuserfromwhitelist "username" to revoke access.
  4. Steam invites help you find the host session, but they do not replace whitelist account creation when Open=false.

Private / whitelisted server

You need a pre-created account. Ask the admin for a username and password, then use those on the Join screen.

Admin command: /adduser "username" "password" — the password argument can be omitted in the command form, but players still need whatever credentials the host chose.

Public server still rejects you

  1. Try a second public server. If only one fails, that host’s Open setting or user database is the problem.
  2. Avoid leading/trailing spaces when pasting a username.
  3. If your name uses non-Latin characters and you see the non-ASCII failure text, try an ASCII username or ask the host to enable AllowNonAsciiUsername.
  4. Do not treat a fixed “under 20 characters” limit as an official universal rule. Use a clear username the host can type back exactly.

When the server type is unclear

  1. Read the server description and Discord/community notes for “whitelist,” “apply,” or “register first.”
  2. Try one clean ASCII username with a password you will remember. If it fails immediately with this error, treat the server as closed/whitelisted.
  3. Ask the host: is Open true or false? Do I need an /adduser account first?
  4. If you only wanted a casual public game, pick another server marked open in the browser.

Host: open the server for new accounts

  1. In Server Settings (or the server .ini for your server name), set Open=true.
  2. With Open on, clients may join without already having a whitelist account.
  3. Optional: set AutoCreateUserInWhiteList=true so unknown usernames are written into the whitelist when players join (intended for Open=true servers).
  4. Save, fully restart the server, then have a player join with a new username and password.
Open=true
AutoCreateUserInWhiteList=true

Host: private whitelist workflow

  1. Set Open=false. Administrators must manually create username/password combos.
  2. Restart the server.
  3. For each player, run: /adduser "FriendName" "password".
  4. Send players those credentials. They should use the account fields on Join—not invent a new name unless you create it first.
  5. To revoke access later: /removeuserfromwhitelist "username".

Do not hand-edit the user database as a first step. Prefer the built-in commands and your host panel’s whitelist tools.

Error text you may see nearby

Client message What it usually means
Unknown account username given No matching account on this server’s whitelist/user database for that username.
Wrong username or password given An account path was recognized enough to attempt password check, but credentials do not match.
Username contains non-Ascii characters The server is rejecting non-ASCII characters. Enable AllowNonAsciiUsername on the host, or use an ASCII username.
Invalid username given Username failed validation before account lookup. Fix empty/invalid input rather than assuming whitelist settings alone.

Core server options (Build 42.19)

Option Effect
Open true: clients may join without an existing whitelist account. false: admins must create username/password combos first.
AutoCreateUserInWhiteList When players join with unknown usernames, add them to the whitelist. Intended for Open=true servers; clients supply their own username/password on joining.
AllowNonAsciiUsername Allow non-ASCII characters (for example Cyrillic) in usernames. This is a server choice, not a global ban on non-English names.
DropOffWhiteListAfterDeath Remove player accounts from the whitelist after death. On Open=false servers this can block creating a new character after death until re-added.

Config file names follow your server instance (commonly something like servertest.ini for the default name). Hosting panels often expose the same keys in a web UI. After changing these options, restart the server.

Admin commands that matter

/adduser

Create a new user on a whitelisted server.

/adduser "username" "password"

The password argument can be optional in the command form; players still need whatever credentials you chose.

/addusertowhitelist

Add a connected user who already has a password to the whitelist so the account is protected.

/addusertowhitelist "username"

/removeuserfromwhitelist

Remove a user from the whitelist.

/removeuserfromwhitelist "username"

Related helper

There is also a command path to add all currently connected passworded users to the whitelist in bulk. Use it only when you intentionally want every current session protected.

For players: fix order

  1. Read the exact error. Confirm it is “Unknown account username given,” not non-ASCII or wrong-password text.
  2. Use one consistent spelling of the username. Case does not create a second account, but typos and spaces do.
  3. Separate server password from account password if the host uses both.
  4. If the server is private, stop retrying random names. Get an admin-created account.
  5. If every public server fails, verify game files, matching game version, and required mods—but those usually produce other errors first.

For hosts: fix order

You want a public server

  1. Set Open=true.
  2. Optionally set AutoCreateUserInWhiteList=true.
  3. Restart the server.
  4. Test with a brand-new username/password pair.

You want a private server

  1. Set Open=false.
  2. Restart.
  3. Run /adduser for each friend.
  4. Send credentials; keep a simple list of who was added.
Do not start with hand-editing the user database Manual edits to the multiplayer user database can break authentication if you stop the server incorrectly, skip backups, or change the wrong fields. Prefer /adduser, /addusertowhitelist, /removeuserfromwhitelist, and your host panel. If you must open the database for read-only diagnosis: stop the server, copy the full user database and accompanying files first, and restore from that copy if anything goes wrong. This page does not walk through password rewriting.

Username facts (and common myths)

  • Case-insensitive match: the server checks usernames without caring about letter case. Alice and alice are not two different accounts for lookup/duplicate checks.
  • Spelling still matters: Alice and Allice remain different names.
  • Non-ASCII is a server option: rejection of Cyrillic or other non-ASCII characters is controlled by AllowNonAsciiUsername, and the client has a dedicated non-ASCII error string.
  • No fixed universal “20 character” rule should be treated as official. Use a clear username the host can re-type exactly.
  • “Letters and numbers only” is advice, not a game-wide law. Simpler names avoid option-dependent rejections and paste mistakes; they are not required on every server.

Quick host checklist

Before blaming the client Confirm Open, whether accounts were created with /adduser, whether the world/user database was wiped, and whether players are using account fields rather than inventing a new name on a closed server. Most “unknown username” tickets end on one of those four points.

Related guides