Skip to content
Hébergement · Configuration de serveur

Connexion par pseudo, skins et authentification

Comment autoriser les joueurs avec un compte hors ligne sur un serveur Millida, pourquoi un plugin d'authentification est nécessaire, comment restaurer les skins, et comment ne pas perdre la progression en changeant de mode.

Mis à jour le 4 août 2026

Par défaut, le serveur vérifie la licence Minecraft. Un joueur qui se connecte avec un client utilisant un compte hors ligne reçoit « Failed to verify username » / Failed to verify username.

Autoriser la connexion par pseudo

Rendez-vous dans « Paramètres » → « Connexion par pseudo ». C'est tout — inutile de modifier le moindre fichier.

Il existe également une troisième option — « Se connecter uniquement avec un compte Millida » : le pseudo est confirmé par votre compte sur la plateforme plutôt que par le launcher. C'est un compromis pratique si vous n'exploitez pas votre propre système d'inscription sur le serveur.

Ce qui casse en même temps que la licence

Sans vérification, un pseudo n'est qu'une chaîne de caractères que le joueur a saisie lui-même. Cela entraîne trois conséquences inévitables.

1. Vous avez besoin d'un plugin d'authentification. AuthMe ou nLogin : le joueur s'inscrit avec un mot de passe (/register password password) et se connecte avec le même (/login password). Sans cela, le premier venu s'emparera de votre pseudo administrateur. Installez-le depuis le catalogue dans la section « Plugins et mods ».

2. Les skins disparaissent. Un client utilisant un compte hors ligne ne peut pas récupérer de skin depuis les serveurs de Mojang. La solution est le plugin SkinsRestorer : il récupère les skins par pseudo ou par lien, et la commande joueur est /skin name.

3. La liste blanche cesse d'être une protection — voir Liste blanche.

Il est également judicieux d'installer un plugin anti-bot si le serveur est public : les serveurs avec connexion par pseudo attirent les bots en masse.

Progression lors du changement de mode

C'est le piège principal. Les inventaires, les homes, les claims et les soldes sont liés à un UUID, et un même pseudo possède un UUID différent en mode licencié et en mode connexion par pseudo. Changez de mode, et les joueurs se connectent comme de « nouveaux » joueurs les mains vides.

Que faire :

  • Décidez du mode avant de lancer le projet, pas après le premier mois de jeu.
  • Si vous devez vraiment changer, faites une copie du monde dans « Monde et copies » à l'avance.
  • Les objets et les homes se transfèrent manuellement : les inventaires avec des commandes via « Joueurs et accès », les claims et les soldes en les réattribuant au nouvel UUID dans le plugin.
  • Avec les plugins qui le prennent en charge (par exemple Essentials), il est plus simple de déplacer le fichier joueur <old-uuid>.yml vers <new-uuid>.yml via la section Fichiers — serveur arrêté.

Vous ne pouvez pas conserver la progression « en un clic » lors d'un changement de mode chez aucun hébergeur : un UUID différent, c'est littéralement un joueur différent du point de vue du serveur.

Réseau de serveurs

Lorsque vous utilisez un proxy, c'est le proxy qui effectue la vérification de la licence, et les backends lui font confiance. Découvrez comment nous configurons cela — Réseau de serveurs et votre propre proxy.

Hébergement MinecraftVotre serveur tourne même hors ligneCréer le serveur