Un serveur Vintage Story public, c’est des rencontres, des villages construits à plusieurs… et, tôt ou tard, un grifeur qui brûle la ferme commune à 3 h du matin. La bonne nouvelle : Vintage Story fournit tous les outils pour s’en protéger. Ce guide vous montre comment les combiner.
La stratégie en 5 couches
Aucune protection n’est parfaite seule. L’idée est d’empiler les couches :
| Couche | Rôle | Outil |
|---|---|---|
| 1. Filtrer l’entrée | Qui peut se connecter | Whitelist, mot de passe |
| 2. Limiter les nouveaux | Ce que peut faire un inconnu | Rôle suvisitor |
| 3. Protéger les constructions | Ce que peut toucher un joueur | Land claims |
| 4. Tracer | Qui a fait quoi | LogBlockBreakPlace |
| 5. Réparer | Revenir en arrière | Sauvegardes |
Couche 1 : filtrer qui entre
La whitelist
Sur un serveur dédié, la whitelist est active par défaut (WhitelistMode à 0 = default). Pour la forcer explicitement :
/serverconfig whitelistmode onPuis ajoutez chaque joueur validé :
/player Pseudo whitelist onMéthode recommandée pour un serveur communautaire : les joueurs postulent sur votre Discord (présentation, règles acceptées), un modérateur les ajoute à la whitelist. Le simple fait de devoir postuler décourage la majorité des grifeurs.
Le mot de passe
Pour un serveur entre amis, un mot de passe suffit souvent :
/serverconfig password motdepassesansespaceNe pas s’afficher publiquement
"AdvertiseServer": false empêche le serveur d’apparaître dans la liste publique. Moins de visibilité, moins de visiteurs indésirables.
Couche 2 : le rôle visiteur pour les nouveaux
Si votre serveur est ouvert (whitelist désactivée), changez le rôle attribué aux nouveaux venus dans serverconfig.json :
"DefaultRoleCode": "suvisitor"Un suvisitor peut explorer le monde en survie mais ne peut ni construire ni casser. Une fois le joueur présenté et accepté, un modérateur le promeut :
/player Pseudo role suplayer💡 Un spawn protégé
Construisez une zone d'accueil au spawn avec les règles affichées sur des panneaux, protégée par un land claim admin. Les visiteurs la découvrent en arrivant, et ne peuvent rien y abîmer.
Couche 3 : les land claims
Les land claims permettent aux joueurs de revendiquer une zone : personne d’autre ne peut y construire, y casser ou ouvrir les coffres sans autorisation.
Créer un claim (côté joueur)
- Placez-vous à un coin de votre base et tapez
/land claim new(marque le point de départ) - Allez au coin opposé et tapez
/land claim end - Ajustez si besoin :
/land claim grow up 20ou/land claim fullheightpour couvrir toute la hauteur - Ajoutez la zone :
/land claim add - Enregistrez :
/land claim save Ma base
| Commande | Effet |
|---|---|
/land list | Liste vos claims |
/land info | Affiche le propriétaire de la zone où vous êtes |
/land claim load 0 | Reprend un claim existant pour le modifier |
/land claim cancel | Annule les modifications en cours |
/land free 0 | Supprime un de vos claims |
Réglages admin par rôle
/role suplayer landclaimallowance 150000
/role suplayer landclaimmaxareas 3| Commande | Effet |
|---|---|
landclaimallowance | Volume total revendicable en m³ |
landclaimmaxareas | Nombre de zones séparées |
Réglez des valeurs plus généreuses pour les joueurs réguliers ou les modérateurs, plus faibles pour les nouveaux.
Partager une base entre amis
Le propriétaire d’une zone donne l’accès à ses coéquipiers :
/land claim grant PseudoAmi use
/land claim grant PseudoAmi alluse: ouvrir portes, coffres, utiliser les blocsall: également construire et casser
Pour un groupe entier, /land claim grantgroup NomDuGroupe all.
ℹ️ Land claims et monde
Le claim est activé par défaut (allowLandClaiming à true dans la configuration du monde). Voir configurer son monde.
Couche 4 : tracer les actions
Activez la journalisation des blocs posés et cassés dans serverconfig.json :
"LogBlockBreakPlace": trueEn cas de grief, les logs du serveur indiquent qui a cassé quoi et où. Indispensable pour bannir la bonne personne et ne pas accuser un innocent. Cette option augmente la taille des logs : surveillez l’espace disque.
Couche 5 : les sauvegardes
La dernière ligne de défense : pouvoir revenir en arrière.
/genbackupFaites-le régulièrement, et toujours avant d’ouvrir le serveur à de nouveaux joueurs. Automatisation et restauration : sauvegarder et importer son monde.
Protections réseau et anti-abus
Dans serverconfig.json :
{
"LoginFloodProtection": true,
"TemporaryIpBlockList": true,
"ChatRateLimitMs": 1000,
"VerifyPlayerAuth": true
}| Clé | Protection |
|---|---|
LoginFloodProtection | Limite les tentatives de connexion en rafale |
TemporaryIpBlockList | Bloque temporairement les IP abusives |
ChatRateLimitMs | Anti-spam dans le chat |
VerifyPlayerAuth | Ne jamais désactiver : empêche l’usurpation de pseudo |
Contre les attaques réseau (DDoS), seule une protection en amont du serveur est efficace : c’est un critère clé pour choisir votre hébergeur Vintage Story.
Réagir à un grief
- Expulser le joueur :
/kick Pseudo Grief en cours - Bannir si c’est avéré :
/ban Pseudo Destruction de la base de X - Identifier les dégâts dans les logs (
LogBlockBreakPlace) - Restaurer si nécessaire : arrêter le serveur et remettre la dernière sauvegarde saine
- Communiquer avec votre communauté
Organiser son équipe de modération
Donnez à vos modérateurs le rôle adapté plutôt que des droits admin complets :
/player PseudoModo role sumodChez HebergTonServ, les sous-utilisateurs du panel permettent aussi de donner à un modérateur l’accès à la console sans lui confier votre compte.
Configuration anti-grief recommandée (serveur public)
{
"AdvertiseServer": true,
"WhitelistMode": 1,
"DefaultRoleCode": "suvisitor",
"AllowPvP": false,
"LogBlockBreakPlace": true,
"LoginFloodProtection": true,
"TemporaryIpBlockList": true,
"VerifyPlayerAuth": true
}Ici, le serveur est ouvert à tous (WhitelistMode à 1 = off), mais les nouveaux arrivent en visiteurs et doivent être validés avant de pouvoir construire.
Questions fréquentes
Comment empêcher le grief sur un serveur Vintage Story ?
Empilez les protections : whitelist, rôle suvisitor pour les nouveaux, land claims, LogBlockBreakPlace et sauvegardes régulières.
Comment protéger sa base ?
Revendiquez la zone avec un land claim, puis donnez l’accès à vos amis avec /land claim grant Pseudo use ou all.
Qu’est-ce que le rôle suvisitor ?
Un rôle qui permet d’explorer sans construire ni casser. Idéal comme rôle par défaut sur un serveur public.
Protection anti-DDoS, sauvegardes automatiques et sous-utilisateurs pour vos modos : tout est inclus sur nos serveurs de jeux.
Équipe HebergTonServ
Administrateurs serveurs de jeux
