Base de connaissances

Minecraft Novice 12 min

Gérer whitelist, opérateurs et permissions

Limiter l’accès et les droits d’administration sans bloquer les bons joueurs.

Objectif pratique

Sécuriser un serveur Minecraft privé ou communautaire en donnant les bons droits aux bonnes personnes.

Sommaire

  1. Décider qui peut entrer
  2. Accorder opérateur avec parcimonie
  3. Séparer accès joueur et administration
  4. Relire après chaque événement
  5. Documenter les rôles

Guide détaillé

Étape 1

Décider qui peut entrer

La whitelist protège un serveur privé. Elle doit refléter les joueurs attendus, pas une liste ouverte par facilité.

Variantes et attention

  • Sur un serveur familial, privilégiez whitelist, horaires clairs et droits opérateur limités.
  • Sur un serveur public, documentez version, plugins, règles et procédure de sauvegarde.
  • Ne changez jamais version, distribution et fichiers du monde dans la même opération.

Vérifications

  • La console doit rester lisible après l’opération.
  • Les joueurs attendus doivent pouvoir se connecter.
  • Le monde doit être sauvegardé avant toute modification durable.

Étape 2

Accorder opérateur avec parcimonie

Un joueur opérateur peut modifier le monde ou les règles. Donnez ce rôle seulement aux personnes de confiance.

Variantes et attention

  • Sur un serveur familial, privilégiez whitelist, horaires clairs et droits opérateur limités.
  • Sur un serveur public, documentez version, plugins, règles et procédure de sauvegarde.
  • Ne changez jamais version, distribution et fichiers du monde dans la même opération.

Vérifications

  • La console doit rester lisible après l’opération.
  • Les joueurs attendus doivent pouvoir se connecter.
  • Le monde doit être sauvegardé avant toute modification durable.

Étape 3

Séparer accès joueur et administration

Un ami peut jouer sans administrer. Les permissions doivent suivre le besoin réel.

Variantes et attention

  • Sur un serveur familial, privilégiez whitelist, horaires clairs et droits opérateur limités.
  • Sur un serveur public, documentez version, plugins, règles et procédure de sauvegarde.
  • Ne changez jamais version, distribution et fichiers du monde dans la même opération.

Vérifications

  • La console doit rester lisible après l’opération.
  • Les joueurs attendus doivent pouvoir se connecter.
  • Le monde doit être sauvegardé avant toute modification durable.

Étape 4

Relire après chaque événement

Après une soirée, un départ ou une invitation temporaire, nettoyez whitelist et opérateurs.

Variantes et attention

  • Sur un serveur familial, privilégiez whitelist, horaires clairs et droits opérateur limités.
  • Sur un serveur public, documentez version, plugins, règles et procédure de sauvegarde.
  • Ne changez jamais version, distribution et fichiers du monde dans la même opération.

Vérifications

  • La console doit rester lisible après l’opération.
  • Les joueurs attendus doivent pouvoir se connecter.
  • Le monde doit être sauvegardé avant toute modification durable.

Étape 5

Documenter les rôles

Notez qui est opérateur et pourquoi. Cela évite les droits oubliés quand le serveur grandit.

Variantes et attention

  • Sur un serveur familial, privilégiez whitelist, horaires clairs et droits opérateur limités.
  • Sur un serveur public, documentez version, plugins, règles et procédure de sauvegarde.
  • Ne changez jamais version, distribution et fichiers du monde dans la même opération.

Vérifications

  • La console doit rester lisible après l’opération.
  • Les joueurs attendus doivent pouvoir se connecter.
  • Le monde doit être sauvegardé avant toute modification durable.

Checklist finale

  • Whitelist décidée
  • Pseudos vérifiés
  • Ops limités
  • Connexion testée