You want players to keep their stuff when they die. The rule you are after is called keepInventory, and on a uniz.host Minecraft server you can switch it on from the web without typing a command yourself. Better than that: it takes effect immediately, with no restart — unlike the server properties and mods cards, which always wait for the next restart.
Turning keepInventory on, step by step
Start the server and wait for it to be running
The Gamerules card only shows its controls while the server is running. If the server is stopped you get the line "Start the server to change gamerules." instead of the whole panel. Start it, wait until the state reads as running, then carry on.
Open the Settings tab and find the Gamerules card
On the server page (/dashboard/servers/<id>), pick the "Settings" tab. The card you want is titled "Gamerules", and it sits on the same tab as the "Server properties" card and the "Reset world" card.
When the card loads it goes and asks the running world for the current value of all ten rules. For a moment before that read lands, the switches show the catalogue's starting values; they update to the real ones as soon as the read succeeds.
Flip the switch for the rule you want
For keepInventory, look for the row labelled "Keep inventory on death" and turn its switch on. There is no save button and nothing to confirm — each row sends its own command the instant you touch it.
The two numeric rows, "Players sleeping % to skip night" and "Random tick speed", behave slightly differently: the value is sent when you click out of the box rather than on every keystroke, and anything outside the allowed range is pulled back into range before it is sent.
Check it in game straight away, without restarting
Switch back to the game and test it. No leaving the server, no restart button, and nobody online gets kicked. The line under the card says as much — "Changes apply instantly, no restart." — and that is exactly what the system does.
If a switch snaps back to where it was and a message appears, the command did not go through; it is not the page failing to refresh. The section on rules your server cannot answer covers why.
The ten rules we expose, and their starting values
This is a curated list, not every gamerule Minecraft has. The middle column is the label you actually see on the card.
| Rule | Label on the card | Control | Starting value in our list |
|---|
keepInventory | Keep inventory on death | switch | off |
mobGriefing | Mob griefing | switch | on |
doDaylightCycle | Daylight cycle | switch | on |
doWeatherCycle | Weather cycle | switch | on |
doMobSpawning | Mob spawning | switch | on |
doFireTick | Fire spread | switch | on |
doInsomnia | Phantoms (insomnia) | switch | on |
commandBlockOutput | Command block output | switch | on |
playersSleepingPercentage | Players sleeping % to skip night | number 0–100 | 100 |
randomTickSpeed | Random tick speed | number 0–4096 | 3 |
Read that last column precisely. It is the value the card starts by showing before it has read your world, not a promise about what your world is set to. A world that has been through someone else's hands, or through a mod that writes its own values, may sit somewhere else entirely — and the number the card settles on after loading is the one that came back from your live world.
The names in the first column are the rule names the game itself uses, and they are case-sensitive.
Why gamerules apply instantly when other cards need a restart
The difference is where the value ends up.
The "Server properties" card writes into the server's own configuration, which the server only reads while it boots. That card says so in as many words: "Saving updates this server's setup right away, but it won't interrupt it while it's running. Restart the server (see the Restart button above) to apply the changes." The mods card follows the same rule, and saving either one while the server is running raises a banner reading "Changes to mods or settings take effect after the next restart."
Gamerules do not travel that road. Each change is sent as a gamerule <name> <value> command into the running server through RCON — the same channel the Console tab uses. We are, in effect, typing the command for you. The server receives it in that second and changes the world's rules there and then, because there is nothing left to boot.
The consequence people do not expect is the mirror image: gamerules are the one thing on the settings tab you must have the server running to change. Everything else you can edit while it is switched off.
Gamerule values are not in our database
None of these ten rules has a field in the uniz.host database. The real values live in your world's level.dat, a Minecraft file, and we keep no copy anywhere else — which is why the card asks the world afresh each time you open it.
Two consequences follow, and both are better learned here than the hard way.
One: restoring an older backup restores that backup's gamerules. A backup archives the whole server data folder, level.dat included, and a restore unpacks that archive back over the top. So a rule you switched on yesterday disappears if today you restore last week's backup to recover a broken world. Set the rules you care about again once the restore has finished.
Two: a world reset starts the gamerules fresh. Resetting the world deletes the world folders and lets the server generate new ones, which means a brand-new level.dat — so the rules come back as the server itself creates them, not as you had them in the old world. Mods, plugins and your other configuration files survive, because the reset only touches the world folders.
The permission you need is "Settings", not "Console"
This one catches people out. The mechanism underneath is a console command, but the permission the system asks for — on both the read and the write — is "Settings". We treat this as a settings surface that happens to ride on RCON, not as handing out console access.
So when you divide permissions among a team, the split works like this:
- Give someone "Settings" and they can change gamerules (along with the other settings cards).
- Give someone only "Console" and they can type commands in the Console tab, but the Gamerules card stays out of reach.
A member without "Settings" still sees the card, but every control is disabled and we never fetch the live values for them at all. What they see is the catalogue's starting values rather than the world's — so if you are asking a friend to read the current settings back to you, grant the permission first or the numbers will not be real.
Rules your server cannot answer are dropped, never guessed
Different server versions know different rules. Our list of ten is a single list used against every version, so an older server may simply not recognise one of them.
On the read side, if the server answers with a refusal, answers with nothing, or answers a numeric rule with something that is not a whole number, that rule is left out of the response rather than filled in with a default. The reasoning is blunt: showing you a value your world does not actually use is a fabricated reading, and worse than showing nothing. And if not one rule can be read, you get a clear "cannot reach the server" error instead of an empty card that would suggest your world has no rules at all.
The write side keeps the same standard. If the server refuses the command because it does not know that rule, we do not report success — the switch reverts and you get "Could not change the gamerule", because a completed connection and a completed command are two different things.
The practical hint that falls out of this design: if one row stubbornly sits at its starting value while the others move, suspect that your server version does not have that rule. The quickest check is to read the rule yourself in the Console tab and see what the server says back.
Which servers get this card
Every Java-edition Minecraft server type we sell: Vanilla, the Paper family (Paper, Purpur, Leaf, Folia), Spigot, Bukkit, Fabric, Quilt, Forge, NeoForge, the hybrids Mohist and Arclight, and servers installed from a modpack.
Two cases are excluded.
| Excluded | Why |
|---|
| Minecraft Bedrock edition | The Bedrock server software has no RCON to carry these commands, and its console runs over a different channel entirely. The card is not shown, and the API refuses the request. |
| PUMPKIN server type | It is a different lineage of server software and we have not verified the shape of its replies, so it is excluded rather than guessed at. |
Other games on uniz.host, Palworld among them, have no gamerule system of this kind — each has its own settings card instead.
Read next
- — the full picture, from running one yourself to hosting it here
- — where the tabs are and how to read each card
- — when a server will not boot because the Java version does not match
- — specs and prices for Minecraft servers