CoreProtect, c'est la mémoire de ton serveur. Il enregistre qui a posé ou détruit quel bloc et quand, qui a ouvert un coffre et ce qu'il en a retiré. Si une maison est détruite, tu n'as ni à deviner ni à restaurer une sauvegarde complète : tu interroges le journal, tu lis le nom et tu annules précisément ces modifications. Tout ce que les autres joueurs ont construit entre-temps reste intact. Les captures d'écran proviennent d'un serveur de test avec Paper 1.21.1 et CoreProtect 24.0. La façade de la maison a été endommagée par un second joueur de test à des fins de démonstration, puis restaurée avec un véritable rollback.

Prérequis

Tu installes CoreProtect dans le panel sous Plugins → Browser. Après le redémarrage, /co version confirme l'installation. Le journal fonctionne automatiquement à partir de ce moment ; il n'y a rien à activer. Il est donc important d'installer le plugin avant les premiers dégâts : CoreProtect ne connaît pas ce qui s'est passé avant.

Les commandes doivent rester réservées à un groupe de modération. Le nœud coreprotect.* couvre tout ; pour les assistants qui doivent seulement consulter, coreprotect.inspect et coreprotect.lookup suffisent. Les joueurs normaux n'ont besoin d'aucun nœud. Le fonctionnement des groupes est expliqué dans LuckPerms : configurer les permissions.

Par défaut, CoreProtect écrit dans un fichier SQLite sous plugins/CoreProtect/database.db. Sur un serveur avec beaucoup de joueurs, il grossit rapidement ; jeter un œil à l'espace disque dans le panel fait donc partie de la routine. Tu supprimes les anciennes entrées avec /co purge t:30d, ce qui conserve les 30 derniers jours et efface le reste.

Trouver le responsable : Inspector

Le moyen le plus rapide pour un bloc précis est l'Inspector. /co inspect (en abrégé /co i) l'active, la même commande le désactive. Tant qu'il est actif, un clic gauche sur un bloc affiche son historique : qui l'a posé ou détruit et quand. Un clic droit sur une surface montre ce qui se trouvait à cet endroit auparavant, même si c'est de l'air maintenant. Un clic droit sur un coffre liste qui a déposé ou retiré quels objets.

Pour une maison détruite, cela suffit souvent déjà : tu cliques sur le trou dans le mur et tu lis le nom.

Rechercher précisément : Lookup

Si plusieurs blocs sont concernés, tu interroges directement le journal. Le Lookup prend les mêmes paramètres que le Rollback, ce qui te permet de vérifier d'abord ce qu'un Rollback toucherait réellement :

/co lookup u:<joueur> t:1h r:15 a:-block

Les paramètres : u: est le nom du joueur, t: la fenêtre temporelle (30m, 2h, 7d), r: le rayon en blocs autour de ta position, a: l'action. a:-block désigne les blocs détruits, a:+block les blocs posés, a:container les accès aux coffres, a:kill les animaux et joueurs tués. Avec b:, tu restreins à des blocs spécifiques, par exemple b:chest. Tu fais défiler les longues listes de résultats avec /co l 2.

CoreProtect Lookup : heure, joueur, action et bloc par entrée
CoreProtect Lookup : heure, joueur, action et bloc par entrée

Dans l'exemple, le Lookup montre que le joueur de test a cassé du béton blanc et du verre bleu clair sur la façade au cours de la dernière minute, avec les coordonnées pour chaque entrée.

Restaurer : Rollback

Le Rollback prend exactement les paramètres du Lookup que tu viens de vérifier :

/co rollback u:<joueur> t:1m r:15 a:-block

CoreProtect indique dans le chat combien de blocs et de chunks il a modifiés, et rappelle la fenêtre temporelle, le rayon et l'action. La façade est ensuite restaurée, sans que personne n'ait dû poser le moindre bloc.

Rollback terminé : six blocs restaurés dans deux chunks
Rollback terminé : six blocs restaurés dans deux chunks
La façade de la maison après le rollback, depuis la même position de caméra
La façade de la maison après le rollback, depuis la même position de caméra

Si quelque chose s'est mal passé, /co restore avec les mêmes paramètres annule le rollback, et /co undo annule le dernier rollback ou restore. Un rollback n'est donc pas un saut sans filet.

Erreurs courantes

  • Le rollback touche trop de choses. Sans u: ni r:, il concerne tous les joueurs dans le monde entier. Indique toujours le joueur, le rayon et l'action, et lis le Lookup au préalable.
  • « No results found ». La fenêtre temporelle est trop courte, le rayon trop étroit, ou les dégâts datent d'avant l'installation de CoreProtect.
  • Les coffres sont restés vides. Les retraits relèvent de l'action container ; a:-block ne restaure que les blocs. Pour les deux, utilise deux commandes ou omets a:.
  • La base de données grossit. Exécute régulièrement /co purge avec une fenêtre temporelle, de préférence sur un serveur vide.
  • Les animaux tués ne reviennent pas. a:kill les liste, mais un rollback ne restaure que les blocs et le contenu des coffres.

FAQ

CoreProtect peut-il annuler des dégâts survenus avant son installation ?

Non. Le journal commence au moment où le plugin s'exécute pour la première fois ; il ne connaît pas les événements antérieurs. C'est pourquoi CoreProtect doit être installé sur un serveur public avant que les premiers dégâts surviennent, et non après.

Comment éviter qu'un rollback ne touche trop de choses ?

Exécute d'abord le Lookup avec exactement les mêmes paramètres et lis le résultat. Indique le joueur (u:), le rayon (r:) et l'action (a:) — sans ces indications, le rollback concerne tous les joueurs dans le monde entier. Si ça se passe mal, /co undo annule le dernier rollback.

Un rollback restaure-t-il aussi le contenu des coffres ?

Seulement si l'action container est incluse. a:-block ne concerne que les blocs détruits. Pour les blocs et les coffres, utilise soit deux commandes, soit omets complètement a:. a:kill liste bien les animaux et joueurs tués, mais un rollback ne les ramène pas.

Quelle taille atteint la base de données, et que faire contre cela ?

Par défaut, CoreProtect écrit dans un fichier SQLite sous plugins/CoreProtect/database.db, qui grossit rapidement sur les serveurs actifs. /co purge t:30d conserve les 30 derniers jours et efface le reste — de préférence sur un serveur vide, car l'opération sollicite fortement le disque.

CoreProtect remplace-t-il la sauvegarde ?

Non, les deux résolvent des problèmes différents. CoreProtect annule de manière ciblée les modifications spécifiques d'un joueur et laisse tout le reste intact. Une sauvegarde aide en cas de fichiers de monde endommagés, de mondes supprimés par erreur et pour tout ce qui s'est passé avant l'installation.

Guides complémentaires

Pour éviter les dégâts dès le départ, protège les zones importantes avec WorldGuard : créer des régions. Tu définis quelles commandes reviennent à quel groupe avec LuckPerms. Pour tout ce que CoreProtect ne connaît pas, il reste la sauvegarde dans le panel.

Sources

CoreProtect: Voir l'exemple

Captures réalisées dans un environnement de démonstration. La version et la configuration présentées peuvent différer de celles de ton serveur.

  1. La façade de la maison est intacte.
  2. Un deuxième joueur retire des blocs.
  3. /co lookup indique qui a extrait quoi.
  4. /co rollback restaure la façade.
La façade de la maison avant les dégâts, caméra fixe.
La façade de la maison avant les dégâts, caméra fixe.

CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14

Un deuxième joueur retire des blocs de la façade. CoreProtect enregistre chaque extraction.
Un deuxième joueur retire des blocs de la façade. CoreProtect enregistre chaque extraction.

CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14

/co lookup indique qui a extrait quel bloc et quand.
/co lookup indique qui a extrait quel bloc et quand.

CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14

Après /co rollback, la façade est restaurée ; le chat indique la période, le rayon et le nombre de blocs.
Après /co rollback, la façade est restaurée ; le chat indique la période, le rayon et le nombre de blocs.

CoreProtect 24.0 · Paper 1.21.1 · 2026-09-14