El primer jueves del mes, un servidor Rust puede pasar de 80 jugadores a 0 en cuanto el cliente y el servidor dejan de hablar el mismo protocolo. Debes saber qué desaparece, qué se queda y qué pueden romper tus plugins después de la actualización de Facepunch. Un wipe limpio evita bases fantasma, blueprints borrados por error y jugadores que descubren el reinicio justo al conectarse.
Entender el forced wipe de Rust del primer jueves
Facepunch lanza el forced wipe de Rust el primer jueves de cada mes, normalmente alrededor de las 19 h UTC. En Francia, esto suele dar 20 h en invierno y 21 h en verano. El servidor arranca con una nueva versión. Los clientes Steam también. Los mapas antiguos ya no sirven.
La señal más visible sigue siendo la conexión rechazada. El jugador ve a veces Disconnected: Wrong Connection Protocol: Client update required o Server update required. En la consola, los plugins también avisan. Puedes ver Failed to call hook 'OnServerInitialized' en Oxide, o una NullReferenceException durante la carga de Carbon. El forced wipe no rompe tu hosting. Rompe el acuerdo entre la versión del juego, los hooks de los mods y los archivos de guardado.
El puerto de juego sigue siendo 28015. El RCON suele seguir en 28016. La identidad del servidor, declarada por server.identity, sigue siendo la misma si no la cambias. Ten esto presente, la actualización de Facepunch impone un nuevo mapa, no una reconstrucción completa del servidor. Si borras la carpeta equivocada a las 21 h 05, pierdes los ajustes, los permisos y a veces tres horas de puesta en marcha.
Diferenciar wipe de mapa, blueprint wipe y wipe de jugadores
Un wipe de Rust no dice nada mientras no especifiques qué borras. El mapa, los planos y los datos de los jugadores viven en archivos separados. Confundirlos sale caro. Una comunidad que solo espera una nueva seed acepta mal volver a tener sus blueprints a cero.
| Tipo de wipe | Qué desaparece | Archivos afectados | Cuándo usarlo |
|---|---|---|---|
| Wipe de mapa | Bases, cofres, monumentos generados, entidades colocadas | proceduralmap.4000.12345.xxx.sav y .map | Cada forced wipe, o cada 1 a 2 semanas en un servidor activo |
| Blueprint wipe | Planos aprendidos, progreso de mesa de trabajo, recetas desbloqueadas | player.blueprints.5.db | Mensual, o después de un gran cambio económico |
| Wipe de jugadores | Sueño, muertes, identidades, estados vinculados a los SteamID | player.deaths.5.db, player.identities.5.db, player.states.5.db | Cuando quieras un reinicio completo |
La seed y el tamaño no son datos de jugadores. Vienen de los ajustes de generación. Un server.worldsize de 4000 da un mapa correcto para 80 a 150 jugadores. A 3000, los grupos se cruzan demasiado rápido y los monumentos se disputan en bucle. A 5000, aumentas los trayectos, el guardado y la carga de red sin ayudar a un servidor de 50 jugadores.
El valor server.seed cambia el dibujo del mapa. Mantén la misma seed tras un wipe de mapa, y recuperarás rutas, ríos y monumentos parecidos. Es útil para un servidor de entrenamiento. Es malo para un wipe competitivo, porque los jugadores ya conocen las ubicaciones rentables.
Elegir un ritmo de wipe de Rust según tu población
El ritmo correcto depende de los jugadores conectados por la noche, no del número de miembros de Discord. Un servidor que anuncia 200 miembros y muestra 18 jugadores a las 22 h no necesita un wipe cada 4 días. Necesita un mapa adecuado y una promesa cumplida.
| Población real | Mapa | Blueprints | Consecuencia |
|---|---|---|---|
| 10 a 40 jugadores | 3000 a 3500, wipe cada 2 semanas | Mensual | Los raids siguen siendo posibles sin convertir el mapa en un desierto |
| 40 a 120 jugadores | 3500 a 4000, wipe semanal o quincenal | Mensual | Los monumentos rotan, los nuevos todavía están llegando a instalarse |
| 120 a 250 jugadores | 4000 a 4500, wipe semanal | Cada 2 a 4 semanas | El stock de armas se dispara rápido, el BP mensual mantiene una progresión legible |
Un wipe demasiado corto alimenta a los grupos de 8 que juegan 12 horas la primera noche. Un wipe demasiado largo consolida las bases bunker, los cofres de rockets y a los nuevos que mueren 5 veces antes de tener un arco. En un servidor x2, acortad el ciclo, 7 días suelen bastar. En un vanilla con 60 jugadores, 14 días aguantan mejor, salvo si el mapa baja de 3200.
Anunciad el blueprint wipe por separado. Muchos jugadores aceptan un wipe de mapa semanal si sus plans se mantienen. Se van más rápido cuando un admin borra los blueprints sin fecha dada 48 horas antes.
Usar la puesta a cero del servidor Rust del panel
La puesta a cero elimina datos de juego. Las bases, los inventarios, los planes aprendidos y los estados de los jugadores desaparecen. Los archivos eliminados no vuelven sin una copia de seguridad fechada.
El botón de puesta a cero del servidor Rust del panel borra el mapa, los plans y los jugadores. Elimina las copias de seguridad de proceduralmap en .sav y .map, la base de blueprints, y luego las bases de jugador vinculadas a las muertes, identidades y estados. No toca los ajustes, los mods, ni los archivos de configuración.
En Starmine, el panel evita esta selección manual. No estáis buscando los archivos player a las 21 h 12 mientras 60 jugadores esperan el regreso del servidor.
Los ajustes se mantienen. El archivo cfg/server.cfg no se vacía. El nombre del servidor, la contraseña RCON, el header image, el puerto 28015 y el puerto RCON 28016 permanecen sin cambios. Los mods también siguen presentes: una carpeta oxide/plugins/ o carbon/plugins no se borra con esta acción.
Esta separación importa después de un forced wipe. Queréis empezar de nuevo con un mapa limpio, no perder los permisos admin, los kits, los límites de team o los mensajes automáticos. Una puesta a cero que también destruye los mods convierte una operación de 2 minutos en una reparación de 30 a 90 minutos.
Hacer un wipe Rust manual sin borrar los ajustes
Los comandos de borrado destruyen los archivos objetivo. Si borráis player.*.db, también perdéis las identidades y los estados de los jugadores, no solo los blueprints.
- Detened el servidor. No borréis un map durante una copia automática. Rust escribe a menudo cada 300 segundos. Un borrado durante la escritura produce archivos incompletos o un reinicio con una copia de seguridad más antigua.
- Copiad la carpeta de identidad. Un servidor medio ocupa 500 MB a 3 GB según el tamaño del mapa, el número de entidades y la duración del ciclo. Conservad el archivo al menos 24 horas después del wipe.
- Borrad solo el mapa si queréis conservar los plans. Eliminad los archivos proceduralmap en .sav y .map. No toquéis las bases player si prometéis un wipe solo de mapa.
- Añadid la base blueprint para un blueprint wipe. La base objetivo es player.blueprints.5.db. Sin ella, los jugadores reinician sin planes aprendidos.
- Añadid las bases de jugador para una puesta a cero completa. Los archivos player.deaths.5.db, player.identities.5.db y player.states.5.db vuelven entonces a cero.
rm -v server/myserver/proceduralmap.*.sav server/myserver/proceduralmap.*.map server/myserver/player.blueprints.5.db
No borréis la carpeta cfg para un wipe. No borréis las carpetas de plugins para corregir un error de mapa. Si un plugin falla después de la actualización de Facepunch, buscad primero su versión compatible Oxide o Carbon. Un plugin roto suele mostrar Failed to compile o Failed to call hook en la consola.
Anunciar un wipe Rust sin vaciar vuestro servidor
Los jugadores perdonan un wipe. Perdonan menos una sorpresa. Publicad la fecha exacta al menos 48 horas antes, luego un recordatorio 2 horas antes. El mensaje cabe en tres puntos: wipe de mapa o blueprint wipe, hora francesa, duración prevista. Si preveéis 10 minutos, anunciad 15. Rust, Steam y los plugins mensuales suelen añadir 5 minutos cuando todo el mundo mira la consola.
Un mensaje útil se parece a esto: jueves, forced wipe Facepunch a las 21 h, wipe de mapa y jugadores, blueprints conservados, regreso previsto a las 21 h 15. Esta frase evita 30 preguntas en Discord. También evita el malentendido clásico: un jugador lee wipe y piensa que va a perder sus plans, cuando solo cambiáis el mapa.
- Servidor vanilla o x1. Conservad los blueprints 4 semanas. La progresión necesita tiempo, sobre todo con menos de 40 jugadores.
- Servidor x2 o x3. Un blueprint wipe cada 2 semanas encaja mejor, porque los componentes y el scrap suben más rápido.
- Servidor PvP corto. Un wipe de mapa cada 7 días funciona si el mapa se mantiene entre 3500 y 4000 y si las reglas de team están claras, por ejemplo trio o quad.
No prometas una hora si todavía estás esperando la actualización de un plugin de stack, de kits o de anticheat. Un solo mod incompatible puede bloquear los comandos de chat, los permisos o las tiendas. Después de un forced wipe, 15 minutos de margen valen más que un reinicio cada 3 minutos delante de 70 jugadores.
Verificar el servidor después de un wipe o un forced wipe
El servidor debe reiniciarse en un mapa nuevo, con los ajustes correctos y los mods correctos. Lee primero la consola. Una generación de mapa limpia muestra una nueva seed, un tamaño, y luego la carga de los monumentos. Si la consola entra en bucle con World File Outdated o Couldn't load server/myserver/proceduralmap..., has conservado un archivo antiguo del mapa o has borrado solo una parte del par .sav y .map.
Prueba después la conexión desde un cliente actualizado. El puerto 28015 debe responder. El RCON en 28016 debe aceptar la contraseña habitual. Si el servidor aparece pero rechaza la entrada con Steam Auth Timeout, espera unos minutos antes de tocar los archivos, Steam puede ir con retraso justo después de la actualización mensual.
Comprueba los datos de los jugadores según la promesa anunciada. Después de un wipe de mapa simple, un jugador conocido debe recuperar sus blueprints. Después de un blueprint wipe, no debe seguir conociendo el hacha de metal, las armas ni las puertas reforzadas aprendidas antes. Después de una puesta a cero completa, los cuerpos dormidos y las posiciones anteriores no deben reaparecer.
Mira por último los plugins. Un error Failed to call hook 'OnPlayerConnected' no viene de una seed. Viene de un plugin que aún no está adaptado a la versión del jueves. Desactiva el plugin problemático, reinicia una vez y luego espera a su actualización en lugar de relanzar cinco wipes inútiles.
Guías
¿El forced wipe de Rust elimina siempre los blueprints?
No. El forced wipe mensual impone sobre todo un nuevo mapa después de la actualización de Facepunch. Los blueprints desaparecen solo si Facepunch fuerza un cambio de progresión o si el administrador lanza un blueprint wipe.
¿Por qué mis plugins dejan de funcionar después del wipe del jueves?
El problema suele venir de la actualización de Rust, no del wipe en sí. Oxide, Carbon y los plugins deben seguir los cambios de hooks y de API. Los mensajes Failed to call hook o Failed to compile indican un plugin que hay que actualizar o desactivar.
¿Un wipe de mapa borra las bases y los cofres?
Sí. Las bases, cofres, hornos, trampas, torretas y entidades colocadas se guardan en la partida guardada del mapa. Los planos aprendidos pueden mantenerse si la base de blueprints no se elimina.
¿Cuánto tiempo hay que prever para una puesta a cero de un servidor Rust?
La eliminación suele llevar menos de 2 minutos, pero el reinicio depende del tamaño del mapa y de los plugins. Calcula entre 10 y 15 minutos para un mapa de 3500 a 4000 con unos pocos mods. Después de un forced wipe mensual, añade margen para las actualizaciones de Oxide o Carbon.