rcon.web (Rust server ConVar)
rcon.web picks WebSocket RCON or the deprecated Source RCON on a Rust server. What 1 and 0 mean, where to set it and why tools fail with the wrong one.
Last updated Verified on Rust build 25582902, 2026-09-28
- Kind
- Variable
- Value on build 25582902
True- Server help text
- If set to true, use websocket RCON. If set to false use legacy, source engine RCON. Source engine RCON is DEPRECATED
- Applies
- After a restart
- Persists in
- Startup argument
- Vanilla Rust
- Yes, native
- Example
+rcon.web 1
Gotchas
- 0 selects the legacy Source engine RCON, which the server's help text marks as deprecated; WebSocket clients cannot talk to it.
- Over RCON it reads back as True or False, not 1 or true, so compare case-insensitively.
- With WebRCON the password is the URL path (ws://host:port/password), so avoid # ? / % and spaces in it.
rcon.web chooses which RCON protocol the server speaks. The server's help text: "If set to true, use websocket RCON. If set to false use legacy, source engine RCON. Source engine RCON is DEPRECATED".
1 or 0
1(true) is WebSocket RCON, often called WebRCON. Clients connect tows://<host>:<rcon.port>/<password>and exchange JSON messages. Facepunch's wiki suggests it.0(false) is the older Source engine RCON protocol, which the help text itself calls deprecated. The server binary also contains a warning for it: "Source engine style TCP RCON is deprecated and will be removed. Please switch to Websocket RCON by setting rcon.web to true".
The two are different protocols, so a client has to speak the one the server is set to. Tools that work with Rust over WebRCON include rcon-cli by gorcon, but only with -t web; without that flag it speaks Source RCON.
Where to set it
On the command line, together with the port and password:
+rcon.port 28016 +rcon.web 1 +rcon.password <password>
The protocol is fixed when the listener starts at boot, so treat a change as a restart. Our test server's log shows rcon.web: "True" during startup followed by WebSocket RCON Started on :28016, which is the quickest way to confirm what you got. server.writecfg does not save it.
Panelra passes +rcon.web 1 in every server's systemd unit and writes rcon.web 1 into the generated server.cfg as well, so both sources agree.
Reading it back
Over RCON, the server answers with a capitalised boolean:
rcon.web: "True"
If a script compares that with 1 or true in your config, it reports a difference that is not there. Panelra compares boolean values without regard to case, and treats 1 and 0 as True and False, for the same reason.
The password is part of the URL
Because WebRCON puts the password in the URL path, characters like #, ?, /, % and spaces can cut it short or change it. Use a long password made of letters and digits only.
Set it in Panelra
Change rcon.web from the dashboard instead of editing files over SSH.
Related ConVars
- rcon.portPort to listen for RCON connections
- rcon.ipIP Address to listen for RCON connections
- rcon.printIf true, RCON commands will be printed in the console
Skip the manual work: install the Panelra agent
Wipes, updates, restarts, plugins and crash alerts for your Rust servers, from one dashboard. One install command on your Linux host, no inbound ports for the agent.
Free during the open beta. Pricing will be announced before the beta ends.