Guide du serveur Bedrock dédié
Comment ajouter des add-ons à un serveur Minecraft Bedrock
Pour installer des add-ons sur un serveur Minecraft Bedrock, arrêtez et sauvegardez le serveur dédié, copiez chaque pack extrait dans le dossier correspondant, puis ajoutez son UUID d'en-tête et sa version à la liste du monde actif. Commencez avec un seul pack et testez avec un second compte.
Cette procédure avec accès aux fichiers concerne un Bedrock Dedicated Server (BDS) que vous gérez. Elle diffère de l'import d'un fichier .mcaddon dans un monde local et ne donne pas accès aux fichiers d'un Realm ou au panneau privé d'un hébergeur. Vérifiez le manifeste et la version réelle du serveur avant de modifier un monde partagé.
Réponse rapide
Copiez les fichiers sur le serveur, puis associez-les au monde qu'il charge
Un Bedrock Dedicated Server n'installe pas un add-on en ouvrant un fichier .mcaddon dans sa console. Ce format facilite l'import dans un client Bedrock. Pour BDS, extrayez les dossiers du pack, séparez les packs de comportement des packs de ressources et placez-les dans les répertoires correspondants, à côté des fichiers du serveur.
Le serveur n'utilise que les packs déclarés pour le monde chargé. Ajoutez l'UUID d'en-tête et la version du manifeste dans world_behavior_packs.json ou world_resource_packs.json de ce monde. Gardez manifest.json avec le dossier et utilisez l'UUID d'en-tête, pas un UUID de module ni le nom du répertoire.
Avant toute modification, copiez l'intégralité du monde et arrêtez BDS afin que le processus n'écrase pas vos changements. Testez la copie avec un compte administrateur et un compte joueur standard. Conservez cette sauvegarde jusqu'à ce que le redémarrage et une vraie session de jeu se passent correctement.
La fiche source Verity Bedrock vérifiée le 23 septembre 2026 indique ThatMob's Verity 4.0.0 pour V26.50, mise en ligne le 17 septembre 2026. Cette fiche identifie une publication de pack ; elle ne prouve pas sa compatibilité avec chaque serveur dédié, Realm ou monde. Vérifiez le manifeste et les notes pour votre environnement précis.
Pack de comportement
Ajoute ou modifie les règles et entités côté serveur. Placez-le dans behavior_packs et déclarez-le dans la liste de comportement du monde actif.
Pack de ressources
Fournit textures, sons et autres éléments visibles par les clients. Placez-le dans resource_packs et vérifiez si les joueurs doivent accepter un téléchargement à la connexion.
Portée du monde
La présence d'un dossier ne rend pas le pack actif. Les listes de packs du monde et le nom de monde configuré déterminent ce que le serveur charge.
Installation
Ajouter un pack à BDS en sept vérifications
Suivez cet ordre pour un BDS que vous gérez. Les panneaux d'hébergement peuvent renommer les chemins, mais les contrôles du monde et du manifeste restent nécessaires.
Confirmez le type de serveur et le monde actif
Vérifiez que vous administrez un Bedrock Dedicated Server, pas un Realm. Relevez level-name dans server.properties : cette valeur désigne le dossier sous worlds. Pour un hébergement géré, suivez son gestionnaire de fichiers ou sa documentation plutôt qu'un chemin local supposé.
Faites correspondre le pack à la version du jeu
Ouvrez manifest.json et contrôlez format_version, minimum_engine_version, l'UUID et la version d'en-tête ainsi que les dépendances. Comparez ces exigences à la version réelle du serveur et au type de pack pris en charge. Le nom de fichier ou la page du projet ne suffit pas à confirmer la compatibilité.
Arrêtez le processus et sauvegardez
Arrêtez BDS proprement avant de toucher aux données du monde. Copiez le dossier complet du monde actif, ses listes de packs et server.properties. Notez le nom du monde et la date pour pouvoir restaurer la bonne sauvegarde si le serveur ne démarre plus.
Extrayez et triez les dossiers
Décompressez le fichier et repérez le dossier qui contient directement manifest.json. Placez les packs de comportement dans behavior_packs et ceux de ressources dans resource_packs. Évitez un niveau de sous-dossier en trop et ne laissez pas le pack dans une archive .zip ou .mcaddon.
Déclarez les packs pour ce monde
Dans worlds/<nom-du-monde>/, ajoutez un objet par pack à world_behavior_packs.json ou world_resource_packs.json selon le type. Utilisez pack_id pour l'UUID d'en-tête et version comme tableau de trois nombres de ce même en-tête. Gardez un JSON valide et installez les dépendances requises.
Vérifiez les ressources envoyées aux clients
Si le monde utilise un pack de ressources, vérifiez texturepack-required dans server.properties. Activée, l'option demande aux clients compatibles d'accepter le téléchargement ; elle ne garantit pas le rendu de chaque élément sur chaque appareil. Expliquez la demande aux joueurs avant le test.
Redémarrez et testez une copie
Démarrez le serveur et lisez la console ou les journaux pour repérer une erreur de manifeste, de dépendance ou de JSON. Connectez un client d'une version compatible, vérifiez comportement et visuels, puis testez un second joueur. Ne passez au monde principal qu'après un redémarrage propre et un plan de retour arrière.
Fichiers et périmètre
Le dossier d'import du client n'est pas le dossier du monde BDS
Sur un appareil personnel, ouvrir un .mcaddon peut importer son contenu dans le profil Bedrock local, souvent dans un dossier com.mojang. Cet espace client n'est pas le même que les répertoires behavior_packs, resource_packs et worlds du serveur. Copier le fichier sur votre ordinateur ne fait pas charger le pack par le serveur dédié.
Les chemins BDS varient selon le système, la méthode d'installation, le conteneur et le panneau d'hébergement. Partez du dossier qui contient l'exécutable du serveur et server.properties, puis confirmez level-name. Un panneau peut afficher une racine virtuelle : suivez son mappage et ne collez pas un chemin Windows supposé dans un conteneur Linux.
Gardez manifest.json avec les fichiers du pack. L'UUID d'en-tête identifie le pack dans la liste du monde ; les UUID de modules ont une autre fonction. Si le créateur déclare des dépendances, installez aussi ces packs et reprenez les identifiants et versions exacts de leurs manifestes.
Fichiers BDS
Quel fichier ou dossier correspond à chaque partie d'un add-on ?
Le chemin racine précis dépend de l'installation. Ces noms décrivent les rôles habituels d'un BDS ; vérifiez-les dans le paquet serveur ou la documentation de l'hébergeur.
Synchronisation des joueurs
Un pack serveur n'est pas toujours le même qu'un add-on local
Un serveur peut proposer aux clients le pack de ressources associé au monde. texturepack-required indique si un joueur doit accepter ce téléchargement pour rejoindre la partie. Ce réglage n'installe pas le pack de comportement dans le profil local, ne corrige pas une incompatibilité et ne garantit pas le même rendu sur toutes les plateformes. Testez les versions précises du serveur et du client.
Les packs de comportement font généralement partie de la configuration du monde côté serveur ; les packs de ressources fournissent des éléments de présentation au client. Certains add-ons comprennent les deux. Déclarez chaque partie dans la liste adéquate : voir une texture ne prouve pas que le comportement est chargé, et voir une entité ne prouve pas que toutes ses ressources sont reçues.
Plusieurs add-ons peuvent dépendre les uns des autres. Installez leurs dépendances, recherchez les UUID d'en-tête en double et alignez la version indiquée dans chaque liste avec le dossier installé. Respectez tout ordre ou réglage expérimental documenté pour cette publication. Ajoutez les packs un par un dans une copie du monde.
Les flèches de l'illustration montrent une limite conceptuelle : l'opérateur active les packs côté serveur, puis les clients se connectent et peuvent recevoir les ressources. Cette image est explicative, pas une capture de Minecraft, un panneau ou une trace réseau vérifiée.
Dépannage
Pourquoi un add-on semble installé sans rien changer au serveur
Utilisez le symptôme pour cibler le contrôle suivant. Ne modifiez qu'un élément à la fois et gardez la sauvegarde jusqu'au chargement réussi du monde corrigé.
Le serveur charge un autre monde
Comparez level-name au dossier dont vous avez modifié les listes. Un pack valide dans une autre sauvegarde n'est pas actif dans le monde courant.
Le manifeste est trop imbriqué ou compressé
Vérifiez que manifest.json se trouve directement dans le dossier cible. L'extraction peut avoir créé un dossier enveloppe supplémentaire.
UUID ou version incorrects
Reprenez l'UUID et la version d'en-tête de manifest.json. Ne les remplacez pas par le nom du dossier, un UUID de module ou une ancienne valeur.
Mauvais type de pack
Placez les fichiers de comportement dans behavior_packs et les ressources dans resource_packs, puis déclarez chaque type dans son JSON. L'import local du client n'active pas un pack serveur.
Dépendance ou expérience absente
Relisez les dépendances du manifeste et les notes de cette version. Installez les versions requises ensemble et vérifiez les expériences du monde si le créateur les demande.
Les joueurs ne voient pas les ressources
Contrôlez la liste de ressources, la demande de téléchargement, l'acceptation client et la version compatible. Notez la configuration avant de vider un cache client ; ne supprimez pas les mondes du serveur en premier recours.
Guides associés
Poursuivez avec la procédure adaptée à votre configuration
Ces guides couvrent des tâches proches sans confondre l'import local et les fichiers d'un serveur dédié.
Importer un add-on Bedrock dans un monde personnel
Suivez l'import .mcaddon dans votre appareil ou monde local.
Lire le guide d'importDépanner les packs de ressources Bedrock
Vérifiez les fichiers, l'import et l'activation sur un client Bedrock.
Ouvrir le guide des packsSources et versions Bedrock
Consultez la source Verity Bedrock et ses notes de compatibilité propres au pack.
Vérifier la source BedrockÉtat des versions Minecraft
Comparez les versions du jeu et du pack avant de tester un monde partagé.
Consulter les versionsRéférences
Documentation officielle avant une modification serveur
Ces sources décrivent le serveur dédié et la structure des packs ; elles ne certifient pas la compatibilité d'un pack tiers.
Serveur dédié Minecraft Bedrock
Téléchargements officiels du serveur et informations de plateforme. Vérifiez la version adaptée à votre environnement.
Ouvrir la page MinecraftMicrosoft Learn : packs de comportement
Documentation officielle des créateurs sur la structure et le manifeste des packs de comportement.
Lire la documentationMicrosoft Learn : packs de ressources
Documentation officielle des créateurs sur les fichiers et la structure des packs de ressources.
Lire la documentationAide Minecraft : questions fréquentes sur les add-ons Bedrock
Informations officielles pour les joueurs sur les add-ons Bedrock et les plateformes.
Consulter les questions fréquentes officiellesQuestions fréquentes
Questions fréquentes sur les add-ons de serveur Minecraft Bedrock
Comment ajouter des add-ons à un serveur Minecraft Bedrock ?
Sur un Bedrock Dedicated Server que vous gérez, arrêtez et sauvegardez le monde, extrayez le pack, copiez son dossier dans behavior_packs ou resource_packs, puis ajoutez l'UUID et la version d'en-tête à la liste JSON du monde actif. Redémarrez et testez une copie avant la sauvegarde principale.
Puis-je simplement ouvrir un .mcaddon sur le serveur ?
Cela importe généralement le pack dans un profil client Bedrock, pas dans un monde dédié. Extrayez les dossiers et suivez les étapes BDS. Un hébergeur peut avoir son propre processus ; consultez son aide.
Les joueurs doivent-ils installer le même add-on eux-mêmes ?
Pas toujours. Le serveur peut proposer des packs de ressources et texturepack-required peut imposer leur acceptation. Les packs de comportement sont configurés avec le monde sur le serveur. Version, plateforme, pack et réglages déterminent néanmoins le résultat.
Comment ajouter plusieurs add-ons à un BDS ?
Installez chaque dossier extrait et inscrivez chaque pack dans la liste correspondante avec son UUID et sa version d'en-tête. Ajoutez les dépendances, évitez les ID dupliqués et procédez un pack à la fois sur une copie pour isoler les conflits.
Ces étapes fonctionnent-elles pour Minecraft Realms ?
Non. Ces chemins visent un Bedrock Dedicated Server géré par son opérateur. Realms n'expose pas le même système de fichiers ; utilisez le flux de monde et de packs pris en charge par son propriétaire. Un hébergeur géré peut également imposer les étapes de son panneau.
La fiche Verity Bedrock garantit-elle la compatibilité BDS ?
Non. La fiche vérifiée le 23 septembre 2026 indique la version 4.0.0 pour V26.50, mais ce n'est pas un test sur serveur dédié. Comparez manifeste et notes à votre build, puis testez une sauvegarde. Le bouton renvoie à la page officielle CurseForge, car aucun lien direct stable n'a été vérifié.
Pourquoi le pack apparaît-il dans un dossier sans agir dans le monde du serveur ?
Vérifiez que le dossier correspond au monde actif défini par level-name et que world_behavior_packs.json reprend l'UUID et la version de l'en-tête de manifest.json. Un pack peut être présent sans être actif s'il est associé à un autre monde ou si les valeurs du manifeste ne correspondent pas.
La fiche de version de Verity Bedrock prouve-t-elle la compatibilité avec un serveur ?
Non. La source Verity consultée le 23 septembre 2026 indique la version 4.0.0 pour V26.50, mais une fiche de version ne remplace pas un test sur un serveur dédié. Compare le manifeste du pack et les notes de la source à ta version de BDS, puis teste une copie de sauvegarde du monde. Le bouton de téléchargement Bedrock renvoie vers la page officielle du fichier CurseForge, car aucune URL directe stable n'a pu être vérifiée.