For Server Developers

server.properties, Fully Explained

Every setting that matters, what changed recently, and the misconfigurations that trip up almost everyone.

The server.properties file is regenerated every time your server starts — existing values are kept, invalid ones reset to defaults, and comments get stripped. Changes only take effect on restart, not on reload. Here's what's actually in it.

Network & Connection

Query, RCON & Remote Management

World Generation

Gameplay & Permissions

Performance

Across every hosting guide surveyed, over-tuned view/simulation distance is the single most commonly cited performance mistake — more often than under-allocated RAM.

⚠️ Recently Removed — Now Game Rules, Not Properties

Stop Looking For These in server.properties

pvp, spawn-monsters, enable-command-block, and allow-nether have all been migrated to gamerules (/gamerule) as of recent snapshot lines. A lot of "complete list" guides still floating around the web haven't caught up — if a setting from an old tutorial doesn't seem to do anything anymore, this is probably why.

Common Misconfigurations

  1. Disabling online-mode without understanding the security tradeoff.
  2. Exposing RCON to the public internet.
  3. Expecting max-world-size to move the actual border.
  4. A motd longer than ~59 characters, which can trigger a "communication error" in the server list.
  5. Mismatched internal server-port vs. router-forwarded port.
  6. Changing the file while the server is running and expecting it to apply without a restart.
  7. Relying on an outdated tutorial that still lists properties that are now gamerules.

Bedrock Differences

Bedrock uses allow-list instead of white-list, defaults to a much larger view-distance (32 vs. Java's 10), and ships a large set of server-authoritative-movement and scripting/anti-cheat properties that simply don't exist in the Java file — mostly relevant to add-on developers rather than typical server owners.