Los comandos de servidor de Rust te ayudan a administrar tu propio servidor de forma controlada: asignas permisos, revisas jugadores, guardas el mundo, cambias ajustes, te teletransportas a problemas y ejecutas wipes de forma precisa. Esta guía muestra los comandos más importantes para operar un servidor de Rust alojado de pago, con comprobaciones claras y troubleshooting.
Requisitos
Antes de ejecutar comandos, deberías tener acceso a la consola del servidor o a RCON. En game-serverhosting normalmente usas para ello el Dashboard con consola en vivo; como alternativa también funciona un cliente RCON externo si RCON está configurado correctamente. Para los comandos de permisos necesitas la SteamID64 de la persona correspondiente.
Como fuente primaria oficial, la documentación de Rust de Facepunch menciona para la configuración del servidor, entre otras cosas, el uso de server.cfg, RCON y permisos de administrador: documentación en wiki.facepunch.com. La vista general de comandos de Facepunch también enumera muchos de los comandos usados aquí: documentación en wiki.facepunch.com.
Conexión mediante RCON
Conéctate a la consola del servidor a través del Dashboard o con un cliente externo. Si tu setup requiere un inicio de sesión RCON explícito, usa:
rcon.login <password>
En el día a día del hosting, la consola del Dashboard suele ser la vía más cómoda, porque ves el estado del servidor, los logs y las entradas en un solo lugar. No deberías compartir públicamente los datos de acceso RCON y solo deberías dárselos a miembros del equipo que realmente tengan que administrar.
Gestión del servidor
Estos comandos afectan al funcionamiento del servidor en ejecución. Úsalos con cuidado, especialmente cuando haya jugadores online.
| Comando | Descripción |
|---|---|
server.save |
Guardar el mundo |
server.writecfg |
Guardar la config |
server.stop |
Detener el servidor |
server.hostname "Nombre" |
Cambiar el nombre del servidor |
server.maxplayers 100 |
Máx. jugadores |
server.worldsize 3500 |
Tamaño del mapa |
server.save es útil antes de mantenimiento, reinicios o intervenciones planificadas. Con server.writecfg escribes las variables de servidor modificadas en la configuración, siempre que estén previstas para ello. Facepunch indica en la documentación del servidor que, para muchas variables, una server.cfg en la carpeta rust/server/server.identity/cfg/ es el lugar adecuado.
Si quieres profundizar en planificación, RAM y ajustes, el siguiente paso adecuado es la guía interna Alquilar un servidor de Rust: RAM, ajustes y plugins.
Gestión de jugadores y permisos
Para moderar, primero necesitas una vista general. status te muestra información de los jugadores activos. En comandos administrativos, usa SteamID64 siempre que sea posible en lugar de nombres, porque los nombres pueden parecerse o cambiarse.
| Comando | Descripción |
|---|---|
status |
Mostrar jugadores online |
kick <name/id> "Motivo" |
Expulsar a un jugador |
ban <name/id> "Motivo" |
Banear a un jugador |
unban <steamid64> |
Quitar el ban a un jugador |
banlist |
Mostrar la lista de baneos |
ownerid <id> "Nombre" |
Dar permisos de owner |
moderatorid <id> "Nombre" |
Permisos de moderador |
removeowner <id> |
Eliminar owner |
Los permisos de owner son el nivel administrativo más alto. Los permisos de moderador bastan para muchas tareas operativas. Por eso, asigna owner con moderación. Según Facepunch, después de establecer permisos de administrador o moderador puede ser necesario volver a conectarse para que el nivel de autorización surta efecto.
Una secuencia típica es: ejecutar status, copiar la SteamID64, establecer ownerid o moderatorid, reconectar y después comprobarlo con una acción de administrador inofensiva.
Comandos del mundo
Los comandos del mundo cambian el entorno, la hora o los spawns. Son útiles para pruebas, eventos y análisis de errores, pero pueden influir en la experiencia de juego.
| Comando | Descripción |
|---|---|
env.time 12 |
Establecer la hora (0-24) |
weather.fog 0 |
Desactivar la niebla |
weather.rain 0 |
Desactivar la lluvia |
weather.clouds 0 |
Quitar las nubes |
spawn.fill_populations |
Reaparecer NPCs |
spawn.fill_groups |
Rellenar spawns de animales |
Lo mejor es usar estos comandos fuera de situaciones PvP críticas o anunciar los eventos con antelación. Si planificas wipes con regularidad, también te ayuda el calendario de wipes de Rust 2026 para clasificar correctamente los Force Wipes y los Blueprint Wipes.
Teletransporte y Noclip
Los comandos de teletransporte son especialmente útiles cuando los jugadores se quedan atascados, hay que comprobar una sospecha o quieres probar coordenadas.
noclip # Volar a través de paredes
teleport <name> # Teletransportarte a un jugador
teleportpos 0 100 0 # Teletransportarte a coordenadas
teleport2me <name> # Teletransportar a un jugador hasta ti
En moderación, deberías usar los teletransportes de forma trazable. Para posiciones exactas, las coordenadas o la SteamID64 son más robustas que los nombres escritos libremente. Si estás preparando la planificación del mapa, encaja la guía Encontrar el map seed de un servidor de Rust.
Dar ítems
Los comandos de ítems son adecuados para pruebas, eventos o restauración tras un problema claramente documentado. No deberían usarse sin control en operación en vivo.
inventory.give <item> <cantidad>
inventory.giveto <name> <item> <cantidad>
inventory.giveall <item> <cantidad>
Ejemplo: inventory.give rifle.ak 1
Comprueba los nombres cortos de los ítems antes de usarlos. Si un comando no funciona, suele deberse a un nombre de ítem incorrecto, permisos insuficientes o a que el jugador objetivo no se encontró de forma inequívoca.
Ejecutar un wipe
Un wipe elimina, según el alcance, archivos del mundo o también datos de blueprints. Guarda antes los datos relevantes y ejecuta operaciones de archivos solo si tienes claro que estás trabajando en el directorio correcto del servidor.
# En el directorio del servidor:
# Map-Wipe (edificios/ítems fuera, BPs se conservan):
rm server/my_server/*.sav*
rm server/my_server/*.map
# BP-Wipe (adicionalmente):
rm server/my_server/*.db
En game-serverhosting puedes planificar wipes cómodamente mediante el Dashboard o el Scheduler. En operación suele ser más trazable que las operaciones manuales de archivos por shell, porque los momentos y procesos se pueden controlar de forma más limpia.
Comprobar el resultado
Después de comandos de administrador, primero revisa la consola por si hay mensajes de error. Después comprueba en el juego si el cambio es visible: los permisos funcionan, los jugadores fueron moderados, la hora o el clima encajan, los ítems llegaron o el mundo se guardó. En cambios de configuración, también puede ser necesario un reinicio o reconectar, dependiendo del comando correspondiente.
Solución de problemas
Si un comando no se reconoce, comprueba la escritura, los permisos y el contexto. Algunos comandos pertenecen a la consola del servidor, otros funcionan como administrador en el cliente o con prefijo de servidor. Si los permisos de administrador no surten efecto, reconecta y comprueba la SteamID64. Si RCON no conecta, revisa la contraseña, el puerto, el firewall y si RCON está activado correctamente en el servidor. En problemas de wipe, comprueba si estás editando la server.identity correcta y, por tanto, la carpeta correcta del servidor.
Comprobación, límites y vuelta atrás segura
La guía «Comandos de servidor de Rust: comandos de administrador para tu servidor» se aplica al tipo de servidor descrito en el artículo y al estado de versión visible en el momento de la comprobación. Los nombres de menús, versiones disponibles, compatibilidad de mods o plugins y recursos necesarios pueden variar tras actualizaciones. Por eso, no transfieras valores a otra versión de juego, loader o servidor sin comprobarlos.
Antes de cambiar el mundo, la partida guardada, la configuración o las extensiones, crea un backup de los archivos afectados. Después cambia solo un paso relacionado y compruébalo con la misma versión de cliente y servidor con la que quieras jugar más tarde.
| Punto de comprobación | Resultado esperado | Cancelación y vuelta atrás |
|---|---|---|
| Inicio del servidor | El servidor alcanza el estado operativo sin nuevos mensajes de error. | Si hay errores de inicio, deshacer el cambio y restaurar el último backup. |
| Prueba de conexión | Una cuenta de prueba puede conectarse mediante la dirección mostrada en el panel. | Si hay errores de versión o conexión, volver a comparar versión, puerto y reglas de acceso. |
| Prueba funcional | La función modificada concreta funciona sin dañar datos existentes del mundo o de la partida. | Si hay efectos secundarios, detener el servidor y restaurar los archivos guardados. |
Una prueba individual correcta no es una garantía de rendimiento ni de disponibilidad. El tamaño del mundo, mods, plugins, número de jugadores, ruta de red y carga simultánea pueden cambiar el resultado. Documenta la versión, el cambio y el resultado de la prueba para poder entender desviaciones posteriores.
FAQ
¿Qué comandos de servidor de Rust necesito primero como admin?
Para empezar suelen bastar status, ownerid, moderatorid, server.save, server.writecfg, kick, ban y unban. Con ellos puedes establecer permisos, gestionar jugadores y guardar el estado del servidor.
¿Tengo que reconectar después de ownerid o moderatorid?
A menudo sí. Facepunch describe al configurar permisos de administrador que puede ser necesario reconectar para que el nivel de autorización se aplique de forma visible. Después revisa la consola y prueba una acción de administrador inofensiva.
¿Debería gestionar jugadores por nombre o por SteamID64?
Usa SteamID64 siempre que sea posible. Los nombres pueden parecerse, contener caracteres especiales o cambiarse. Una SteamID64 es más inequívoca y reduce el riesgo de expulsar, banear o dar permisos al jugador equivocado.
¿Cuál es la diferencia entre Map-Wipe y BP-Wipe?
Un Map-Wipe elimina el estado del mundo, como edificios e ítems, mientras que los blueprints se conservan. Un BP-Wipe elimina además los datos de blueprints. Ejecuta este tipo de intervenciones solo de forma planificada e informa antes a tu comunidad.
¿Puedo usar todos los comandos directamente en el panel de game-serverhosting?
La consola en vivo está pensada para comandos típicos de servidor. Sin embargo, algunas acciones dependen de Rust, del estado del servidor y de los permisos. Si un comando no surte efecto, revisa la salida de la consola y si el comando es adecuado para el contexto actual.