We are your new 5-Star Hosting Company. At least according to ★ Trustpilot

Following along with a Hytale server? Deploy yours in minutes.

All servers come with a 24-Hour Trial, Free Backups, and 40Gbps DDoS Protection included!

Use code SAVE15 to take 15% OFF Your First Invoice with ChicagoServers! Limited Time!
Hytale guide

Hytale Server Config Files: config.json, Permissions, Whitelist and Bans

By the ChicagoServers team · Updated · 7 min read

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.

Quick answer
  • 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 one config.json per world under universe/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
  1. The files and what each one is for
  2. The overwrite rule: why timing matters
  3. A safe editing routine
  4. config.json: the server configuration
  5. The Update block in config.json
  6. permissions.json, whitelist.json and bans.json
  7. Per-world config.json
  8. When the server will not start after an edit
  9. Running this on ChicagoServers
  10. Frequently asked questions

The files and what each one is for

FileLocationPurpose
config.jsonServer folderServer configuration
permissions.jsonServer folderPermission configuration
whitelist.jsonServer folderWhitelisted players
bans.jsonServer folderBanned players
config.json (per world)universe/worlds/<world name>/Settings for that one world
mods/Server folderInstalled mods (a folder, not a file)
universe/Server folderWorld 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

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

SettingWhat it doesNotes
ServerNameThe server name shown to playersA community guide shows Hytale Server as the default.
MOTDMessage of the day shown next to the nameKeep it short.
PasswordRestricts joining to people who know itEmpty means no password. A whitelist is a stronger layer.
MaxPlayersMaximum players on the serverListed in Hytale's Javadoc. A community example shows 100.
MaxViewRadiusHow far players can see, in chunksCommunity 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.
DefaultsDefault world and game mode for new joinsContains World and GameMode. Community guides show Adventure as the default mode.
Update blockAutomatic update behaviourOfficial and listed below.
Illustrative excerpt only. Your file has more keys. Change values in place and never replace the whole file with this
{
  "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.

FieldDefaultWhat it does
EnabledtrueTurns on automatic update checks.
CheckIntervalSeconds3600Seconds between checks.
NotifyPlayersOnAvailabletrueNotifies players with permission when an update is available.
PatchlinenullOverrides the patchline. Defaults to the build's patchline, usually release.
RunBackupBeforeUpdatetrueRuns a full backup first. Needs a configured backup directory.
BackupConfigBeforeUpdatetrueBacks up config.json, permissions.json, bans.json and whitelist.json.
AutoApplyModeDisabledDisabled, WhenEmpty or Scheduled.
AutoApplyDelayMinutes30Minutes 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.

TaskCommands community guides listFile involved
Turn the whitelist on or off, add or remove players/whitelist enable, /whitelist disable, /whitelist add <player>, /whitelist remove <player>, /whitelist list, /whitelist statuswhitelist.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:

KeyWhat the guide says it does
IsPvpEnabledPlayer versus player combat
IsFallDamageEnabledWhether players take fall damage
IsGameTimePausedFreezes the day and night cycle
IsSpawningNPCMob spawning
IsAllNPCFrozenFreezes all NPCs in place
IsSavingPlayers, IsSavingChunks, SaveNewChunksWhether player data and world changes are saved
DeleteOnUniverseStart, DeleteOnRemoveDelete 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.bak file 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.

We are your new 5-Star Hosting Company. At least according to ★ Trustpilot

Following along with a Hytale server? Deploy yours in minutes.

All servers come with a 24-Hour Trial, Free Backups, and 40Gbps DDoS Protection included!

We offer quality support, a detailed knowledgebase, video tutorials on most topics, and even live support in case you prefer a live human.

Use code SAVE15 to take 15% OFF Your First Invoice with ChicagoServers! Limited Time!