Hytale Server Config Files: config.json, Permissions, Whitelist and Bans
A Hytale server keeps its settings in a handful of JSON files. Four of them sit beside the server (config.json, permissions.json, whitelist.json and bans.json), and each world has its own config.json inside universe/worlds/. Knowing which file does what, and when it is safe to touch them, saves you from the most common Hytale admin mistake: editing a file while the server is running and watching the change vanish.
This guide sticks to what Hytale's Server Manual and official Java documentation say, and flags the key names that only community guides describe. Hytale is in Early Access, so file contents and defaults may change between builds. Always look at your own file before trusting any example, including the ones here.
- The server reads its files at startup and rewrites them during in-game actions, so edits made while it runs may be overwritten. Stop the server before editing.
- The files:
config.json(server),permissions.json,whitelist.json,bans.json, and oneconfig.jsonper world underuniverse/worlds/. - Prefer in-game or console commands for permissions, whitelist and bans while players are online. Hand-edit only with the server stopped.
- Back up first and keep valid JSON: a stray trailing comma can stop the server from starting.
- On ChicagoServers, use the Files tab or SFTP, and stop the server first.
On this page
- The files and what each one is for
- The overwrite rule: why timing matters
- A safe editing routine
- config.json: the server configuration
- The Update block in config.json
- permissions.json, whitelist.json and bans.json
- Per-world config.json
- When the server will not start after an edit
- Running this on ChicagoServers
- Frequently asked questions
The files and what each one is for
| File | Location | Purpose |
|---|---|---|
config.json | Server folder | Server configuration |
permissions.json | Server folder | Permission configuration |
whitelist.json | Server folder | Whitelisted players |
bans.json | Server folder | Banned players |
config.json (per world) | universe/worlds/<world name>/ | Settings for that one world |
mods/ | Server folder | Installed mods (a folder, not a file) |
universe/ | Server folder | World and player save data |
The purposes in that table come straight from Hytale's Server Manual. The detail below, such as individual key names, comes from Hytale's Javadoc for the server config class or from community guides, and is labelled where it matters. In the standard layout the server folder is the one called Server, which is where community guides place these files.
The overwrite rule: why timing matters
The Server Manual states that the server reads these files at startup and writes them during in-game actions. That means the copy in memory is the truth while the server is running. If you change a file by hand and the server later saves its own state, your edit can be silently replaced.
The manual does not list which actions cause a write, but permission, ban and whitelist changes are the obvious candidates. Commands are the safer route while the server is up, because the server then makes the change itself, but the manual does not spell this out.
A safe editing routine
- Back up
Copy the files you are about to change, or take a full backup. On ChicagoServers, open the Backups tab and use Back up now if your plan includes backups. Choose World and settings for saves and configs.
- Stop the server
Click Stop at the top of the server page and wait for it to stop. Stop saves the world and shuts the game down properly.
- Open the file
Use the Files tab and click the file to open it in the editor, or connect over SFTP with the Host, Port and Username from the blue SFTP bar. The password is your panel password.
- Make one change at a time
Edit a single setting, keep the double quotes and commas intact, and save. Small changes are easier to undo.
- Check the JSON
Make sure every opening bracket has a closing one and that no entry ends with a trailing comma. Invalid JSON is a common reason a server fails to read its config.
- Start and watch the console
Click Start and read the Console tab. If the server complains about the file, restore your copy.
The panel's own guidance matches the game's rule: stop the server before replacing a file the game rewrites. Hytale's manual says the server rewrites these four files, so the same rule applies to them.
config.json: the server configuration
This is the file most owners need. Hytale's Javadoc for the server config class lists the settings the server understands, and community guides show how they appear in the JSON. The table combines the two, so key spellings are the community's and should be checked against your own file.
| Setting | What it does | Notes |
|---|---|---|
ServerName | The server name shown to players | A community guide shows Hytale Server as the default. |
MOTD | Message of the day shown next to the name | Keep it short. |
Password | Restricts joining to people who know it | Empty means no password. A whitelist is a stronger layer. |
MaxPlayers | Maximum players on the server | Listed in Hytale's Javadoc. A community example shows 100. |
MaxViewRadius | How far players can see, in chunks | Community guides report a default of 32, while the manual describes the default as 384 blocks and recommends a maximum of 12 chunks (384 blocks). Check the value in your own file. |
Defaults | Default world and game mode for new joins | Contains World and GameMode. Community guides show Adventure as the default mode. |
Update block | Automatic update behaviour | Official and listed below. |
{
"ServerName": "My Hytale Server",
"MOTD": "Welcome. Be kind.",
"Password": "",
"MaxViewRadius": 12,
"Defaults": {
"World": "default",
"GameMode": "Adventure"
}
}Several other entries exist (Modules, Mods, LogLevels, RateLimit, connection timeouts and storage providers). Hytale's Javadoc lists them, but neither it nor community guides explain them well. Leave them alone unless you have a specific reason. The Javadoc also lists a setting that requires players to hold the hytale.server.join permission before they can connect, which is a way to gate joining through permissions rather than a password.
The Update block in config.json
This block is documented in Hytale's Server Manual, so its names and defaults are reliable. Full context is in the updates and versions guide.
| Field | Default | What it does |
|---|---|---|
Enabled | true | Turns on automatic update checks. |
CheckIntervalSeconds | 3600 | Seconds between checks. |
NotifyPlayersOnAvailable | true | Notifies players with permission when an update is available. |
Patchline | null | Overrides the patchline. Defaults to the build's patchline, usually release. |
RunBackupBeforeUpdate | true | Runs a full backup first. Needs a configured backup directory. |
BackupConfigBeforeUpdate | true | Backs up config.json, permissions.json, bans.json and whitelist.json. |
AutoApplyMode | Disabled | Disabled, WhenEmpty or Scheduled. |
AutoApplyDelayMinutes | 30 | Minutes to wait in Scheduled mode. |
permissions.json, whitelist.json and bans.json
Hytale's manual names these files and their purposes but does not document their internal format. The safest approach is to let the game write them and use commands for day-to-day changes.
| Task | Commands community guides list | File involved |
|---|---|---|
| Turn the whitelist on or off, add or remove players | /whitelist enable, /whitelist disable, /whitelist add <player>, /whitelist remove <player>, /whitelist list, /whitelist status | whitelist.json |
| Ban or unban a player | /ban <player>, /unban <player> | bans.json |
| Give operator status | /op add <player>, /op remove <player> | Not documented in the sources used here |
| Manage groups and permissions | /perm group add <group> <permissions>, /perm user add <uuid> <permissions> | permissions.json |
Command names have varied between Early Access builds, and one community guide notes that its commands differ from another's. Run /help on your server to confirm what your build uses before copying a command from any guide, including this one.
If you do edit whitelist.json by hand with the server stopped, one community guide describes an enabled setting plus a bracketed list of player UUIDs, each in quotes and separated by commas. The key name for that list is not given, so open your own file and follow its structure rather than guessing.
Per-world config.json
Each world has a config.json in universe/worlds/<world name>/. The server manual confirms the location. For the contents, one community guide documents these keys, which is a single source, so confirm them in your own file:
| Key | What the guide says it does |
|---|---|
IsPvpEnabled | Player versus player combat |
IsFallDamageEnabled | Whether players take fall damage |
IsGameTimePaused | Freezes the day and night cycle |
IsSpawningNPC | Mob spawning |
IsAllNPCFrozen | Freezes all NPCs in place |
IsSavingPlayers, IsSavingChunks, SaveNewChunks | Whether player data and world changes are saved |
DeleteOnUniverseStart, DeleteOnRemove | Delete the world on server start, or when the world is removed |
When the server will not start after an edit
- Read the Console tab and the files in
logs/. A message that the server failed to read its config usually points to a formatting mistake or a damaged file. - Look for trailing commas, missing quotes and unbalanced brackets.
- Restore your backup copy and re-apply your change a line at a time.
- If a
config.json.bakfile exists, that is a backup of an earlier version, and editing it changes nothing. - As a last resort, a community guide suggests deleting the broken file so the server regenerates a clean one. Back up first, because you will lose your settings.
The panel's Troubleshoot tab lists recent crashes and failed starts with likely causes, which is a quick way to confirm the edit is to blame.
Running this on ChicagoServers
On a ChicagoServers Hytale server you edit these files from the Files tab or over SFTP, and you can give a helper edit access with Sub-users and the Files permission. Stop the server first, and see the setup guide for the rest of the layout.
Frequently asked questions
Where is the Hytale server config file?
The server's config.json sits in the server folder, beside permissions.json, whitelist.json and bans.json. Each world has its own config.json in universe/worlds/ under that world's name. The file is created the first time the server runs.
Why did my config.json changes disappear?
Hytale's Server Manual says the server reads files at startup and rewrites them during in-game actions, so edits made while it is running may be overwritten. Stop the server, edit the file, then start it.
Can I edit whitelist.json while the server is running?
It is not safe to rely on it. Use the whitelist commands while the server is up, or stop the server before editing the file by hand.
How do I set a password on my Hytale server?
Community guides show a Password key in config.json. Stop the server, set the value, save, and start the server again. A whitelist gives stronger control than a shared password.
What does MaxViewRadius do?
It limits how far players can see, measured in chunks. The manual says view distance is the main driver of RAM use and recommends capping it at 12 chunks (384 blocks). Community guides report a higher default, but the manual's own wording is unclear, so check your file.
How do I fix a server that crashes after I edited a config file?
Restore the backup copy of the file, or check it for invalid JSON such as a trailing comma. Then start the server and read the console. Apply your change again one setting at a time.