Rollback de grief y monitoreo de acciones

Mientras no haya registros, «quién derribó la casa» queda desconocido para siempre. CoreProtect registra cada acción con bloques, cofres y mobs, y puede revertirlas. En servidores de Supervivencia es el primer plugin que instalas, antes incluso de abrir el servidor.

Instalación

La sección «Plugins y mods» → CoreProtect → reiniciar. En el primer arranque el plugin crea su propia base de datos. Por defecto es SQLite y vive en los archivos del servidor; en un servidor con carga es mejor conectar MySQL: el panel te proporciona la base de datos, consulta Base de datos.

Ver el historial

1. /co i — activa el modo de inspección.
2. Clic izquierdo en un bloque — qué le pasó.
3. Clic derecho — historial del bloque adyacente (básicamente «qué había antes en este sitio»).
4. /co i otra vez — lo desactivas.

Buscar sin hacer clic:

/co lookup u:nick t:2d r:30

• u: — nick,
• t: — periodo de tiempo (30m, 6h, 3d),
• r: — radio en bloques,
• a: — tipo de acción (block, container, kill, chat, command),
• b: — un bloque concreto.

Revertir cambios

/co rollback u:Griefer t:6h r:50

Deshaz un rollback si te equivocaste con los parámetros:

/co restore u:Griefer t:6h r:50

El orden de acciones que te salva de «revertí lo que no era»: primero lookup con los mismos parámetros, comprueba el alcance y solo entonces rollback. Casi siempre especifica el radio r:: un rollback sin él busca en todo el mundo durante mucho tiempo y hunde los TPS.

Inventarios y objetos

CoreProtect revierte el contenido de los cofres (a:container), pero no el inventario de un jugador. Si necesitas devolver objetos tras una muerte o un bug, instala InventoryRollback Plus: hace una instantánea del inventario al morir y al desconectarse, y un admin lo restaura con un comando.

Para una visión más amplia (quién escribió qué, qué comandos ejecutó, quién tocó los cofres de ender) existe AuxProtect: registra lo que CoreProtect no cubre. No hace falta instalar los dos.

La base de datos de registros crece

Los registros ocupan gigabytes. Una vez al mes, purga los datos antiguos con el servidor parado o vacío:

/co purge t:30d

Normalmente no vale la pena conservar más de 30–60 días de historial: el griefing se descubre en los primeros días.

Qué más ayuda

• Regiones y protección del territorio — para que no haya dónde romper nada.
• Permisos y grupos — para que no todos tengan /give y WorldEdit.
• Copias de seguridad — la última línea de defensa cuando un rollback ya no te salva.