Minecraft 26.4, le « Winter Drop » : grottes de glace, frostbite et nouveaux réglages serveur, ce qu'il faut préparer avant la sortie

La prochaine mise à jour de contenu de Minecraft, la 26.4, est celle de l'hiver : des grottes de glace sous les biomes froids, un nouveau zombie des neiges baptisé frostbite, un effet de gel, une glace fragile qui cède sous les pieds et toute une série de blocs de glace, de neige et de calcite. Mojang ne lui a pas encore donné de nom de baptême, comme « Wilderness Bound » pour la 26.3 : la communauté l'appelle le « Winter Drop », et le Minecraft Wiki la répertorie sous le nom « Fourth Drop 2026 », avec « Winter Drop 2026 » parmi ses noms provisoires. C'est le quatrième game drop de l'année après la 26.1, la 26.2 et la 26.3. Présentée lors du Minecraft LIVE de septembre 2026, elle est en test depuis le 22 septembre : au 12 novembre, Mojang a publié huit snapshots de Minecraft Java Edition, le dernier le 10 novembre, et annonce une sortie au quatrième trimestre 2026, sans date précise.

Pour un joueur, la 26.4 se résume à de nouvelles cavernes à explorer. Pour qui administre un serveur Minecraft, elle apporte aussi trois nouvelles clés dans server.properties, des changements dans le protocole de connexion qui concernent les proxys, les plugins et les mods, et des règles plus strictes pour les data packs. Voici ce qui change, ce qui ne change pas (Java 25 reste la règle) et comment tester un snapshot sans toucher à votre serveur de production, sur un VPS Linux comme sous Windows. Cet article s'adresse aux administrateurs d'un serveur Minecraft Java, qu'il tourne sur un panel, un VPS ou un serveur dédié ; les administrateurs de serveurs Bedrock trouveront la partie qui les concerne plus bas.

Sources : manifeste officiel des versions de Mojang (piston-meta.mojang.com), pages Java Edition 26.4, Fourth Drop 2026 et notes des snapshots 1 à 8 du Minecraft Wiki, qui reprennent les changelogs de Mojang, documentation de Paper et de Velocity. Consultés le 12 novembre 2026.

Minecraft 26.4 : date de sortie et calendrier des snapshots

Mojang n'a communiqué qu'une période : le quatrième trimestre 2026. Les dates de mi-décembre qui circulent sont des estimations de presse, fondées sur le rythme de l'an dernier : la 1.21.11, dernier drop de 2025, était sortie le 9 décembre 2025. Les snapshots, eux, tombent chaque semaine depuis fin septembre, avec le format de nom adopté cette année (« 26.4 Snapshot 1 » au lieu de l'ancien format année, semaine et lettre). Le manifeste officiel des versions, que le launcher et les outils d'hébergement interrogent, affiche toujours la 26.3 comme dernière version stable et 26.4-snapshot-8 comme dernier snapshot.

Les numéros de format des packs bougent à chaque snapshot : ceux de la version finale ne seront connus qu'à la sortie. Avant celle-ci, Mojang publie d'ordinaire des release candidates (la 26.3 en a connu au moins trois) : c'est le bon moment pour tester vos plugins, vos mods et vos data packs sur une copie du serveur.

Les nouveautés du Winter Drop : grottes de glace, frostbite et effet de gel

Le cœur de la mise à jour est un nouveau biome souterrain, les grottes de glace (ice caves), qui se génèrent sous les biomes froids. On y trouve des minerais en poches de pierre et de deepslate, des crevasses recouvertes de glace fragile, et le snapshot 5 leur a ajouté la possibilité d'accueillir des forteresses (strongholds) et des portails en ruine. Les noms ci-dessous sont ceux des notes de version en anglais, en attendant les traductions définitives du jeu.

Côté joueurs encore, le menu « Other Players » remplace les interactions sociales : accessible avec la touche P sur un serveur dédié, en LAN ou sur Realms, il liste les joueurs en ligne et ceux qui viennent de partir ou d'écrire dans le chat. Le snapshot 1 a aussi fait de Vulkan le moteur de rendu par défaut du client. Cela ne concerne pas le serveur, mais prépare votre support : des plantages au redimensionnement de la fenêtre figurent dans les problèmes connus des snapshots, et vos joueurs vous en parleront peut-être avant d'en parler à Mojang.

Trois nouvelles clés dans server.properties

C'est le changement qui concerne le plus directement l'administrateur. Le snapshot 1 a ajouté trois réglages au fichier server.properties du serveur dédié :

Comment fonctionne allowed-connection-ids. La 26.4 permet d'ajouter des paramètres à l'adresse que le client envoie au serveur au moment de la connexion. Le plus simple pour le joueur : écrire l'adresse sous la forme identifiant@adresse dans sa liste de serveurs, par exemple hiver2026@play.exemple.fr, l'adresse pouvant être un nom de domaine ou une adresse IP. Le client transmet alors l'identifiant, c'est-à-dire le texte placé avant le premier @, dans un paramètre _id, et le serveur le compare à sa liste. Sans le bon identifiant, le serveur ne répond même pas au ping de statut : il n'apparaît plus comme en ligne pour qui ne le connaît pas.

# server.properties (Minecraft 26.4)
allowed-connection-ids=hiver2026,staff
# adresse email des administrateurs, par exemple
status-contact-details=contact@exemple.fr
enable-status=true
enable-legacy-status=true

Le cas d'usage visé : un serveur de test, d'événement ou de préouverture qui ne doit pas être trouvé par les robots qui balaient des plages entières d'adresses IP à la recherche de serveurs Minecraft. Mais ce n'est pas un contrôle d'accès, ni un mécanisme d'authentification. Les notes de Mojang le précisent : le paquet qui transporte ces paramètres n'est pas chiffré, ils ne doivent servir à rien qui touche à la sécurité. L'identifiant se comporte comme un mot de passe partagé et visible : il finit dans les captures d'écran, les listes de serveurs copiées et les messages Discord. L'authentification des joueurs reste celle de online-mode=true, qui n'accepte que les comptes vérifiés auprès de la base de comptes Minecraft. Pour réserver réellement l'accès, la whitelist du serveur Minecraft reste l'outil à utiliser, avec un pare-feu (firewall) qui n'ouvre que le port du jeu.

enable-legacy-status reste à true par défaut pour ne rien casser. Le passer à false fait taire la réponse à l'ancien ping d'avant la 1.7 : à réserver aux serveurs dont aucun outil de supervision ne dépend encore de ce vieux protocole. Notez que enable-status doit rester activé pour que l'une ou l'autre des réponses de statut soit envoyée.

Protocole de connexion : ce qui concerne proxys, plugins et mods

Plusieurs changements de la 26.4 touchent la couche réseau. Ils sont invisibles sur un serveur vanilla isolé, mais tout logiciel qui lit ou réécrit les paquets de connexion devra suivre :

• Paramètres dans le champ host. Le paquet d'ouverture de connexion (minecraft:intention) peut désormais porter des paires clé=valeur, sur le modèle d'une URL, jusqu'à 1 024 caractères. Les clés qui commencent par un tiret bas sont réservées à Mojang. Si l'adresse passe par un enregistrement DNS de type SRV (_minecraft._tcp), le domaine résolu devient le domaine principal et le domaine tapé par le joueur est conservé dans un paramètre _o. Les outils qui aiguillent les joueurs selon le nom de domaine utilisé, comme les forced hosts d'un proxy, doivent comprendre ce nouveau format. Si votre réseau repose sur des sous-domaines et des SRV, notre tutoriel pour configurer un nom de domaine et un enregistrement SRV rappelle la syntaxe des entrées DNS pour Minecraft Java.
• Transferts entre serveurs. Le paquet minecraft:transfer accepte une table de propriétés, ajoutées au champ host de la connexion vers le serveur cible.
• Chiffrement et compression. Depuis le snapshot 5, le serveur doit appliquer explicitement le chiffrement et la compression par un paquet d'options (minecraft:apply_options), que le client doit acquitter (minecraft:options_applied). Auparavant, les deux côtés les activaient immédiatement, ce qui pouvait produire des paquets mal formés. Le même snapshot corrige une situation de concurrence dans la mise en place de la compression du serveur dédié (MC-308621). C'est la façon d'activer la compression qui change : le seuil se règle toujours avec network-compression-threshold (256 octets par défaut), qui arbitre entre bande passante économisée et temps processeur consommé.
• Paquets fautifs. Depuis le snapshot 4, le serveur déconnecte plus systématiquement un client dont un paquet provoque une erreur. Si des joueurs sont expulsés sur une copie de test, regardez les logs du serveur avant d'accuser la connexion.
• Liste des mods du client. Un nouveau message minecraft:mod_list permet au client d'annoncer ses mods au serveur, pour faciliter le débogage. Le client vanilla l'envoie vide : c'est aux plateformes de mods de le remplir.

Conséquence pratique au 12 novembre : ni Paper ni Velocity ne prennent encore en charge la 26.4. L'API de téléchargement de Paper s'arrête à la 26.3, et la documentation de Velocity annonce une compatibilité de la 1.7.2 à la 26.3. C'est normal pour une version encore en snapshots. Sur un serveur avec plugins ou sur un réseau derrière un proxy, n'activez pas la 26.4 avant que chacune de ces briques ait publié une version compatible, et commencez toujours par le proxy.

Data packs, fonctions et commandes : les changements à tester

Les serveurs qui font tourner des data packs maison, des fonctions de mini-jeux ou des scripts de commandes sont les plus exposés aux surprises de la 26.4 :

Java 25 toujours requis, et la RAM du serveur reste à votre main

Pas de nouvelle exigence côté Java : le fichier de version du snapshot 8, dans le manifeste de Mojang, déclare toujours Java 25 comme version majeure requise, comme toutes les versions depuis la 26.1. Un serveur déjà passé en 26.x n'a rien à changer. S'il tourne encore en 1.21.11 sur Java 21, la 26.4 sera l'occasion de faire la bascule : notre guide Minecraft 26.x et Java 25 détaille l'installation sur Debian, Ubuntu, Rocky Linux, Windows Server, Pterodactyl et Docker.

Le snapshot 6 a modifié les options Java par défaut du launcher : la mémoire allouée au jeu du joueur dépend désormais de la RAM de son ordinateur, jusqu'à 25 % de celle-ci, avec un plafond de 4 Go. Ce réglage concerne le client lancé par le launcher, pas votre serveur dédié : la taille du tas du serveur reste celle que vous fixez avec -Xms et -Xmx dans le script de démarrage, l'unité systemd ou le panel. Pour la dimensionner selon le nombre de joueurs et la distance de vue, voir notre guide pour optimiser les performances et le TPS d'un serveur Minecraft.

Votre monde existant : où apparaîtront les grottes de glace

Comme pour chaque nouveau biome, les grottes de glace ne se génèrent que dans les chunks qui n'ont encore jamais été générés. Sur une carte déjà largement explorée, vos joueurs devront donc partir vers des zones vierges, sous des biomes froids, pour les trouver. Si la découverte du Winter Drop compte pour votre communauté, prévoyez-le : repousser la bordure du monde, ouvrir une nouvelle carte de ressources ou annoncer une saison sur un monde neuf. Attendez-vous aussi à une charge plus forte les premiers jours : générer des chunks neufs est l'opération la plus lourde pour le processeur d'un serveur Minecraft, et chaque région écrite fait grossir le monde. Surveillez le TPS, et l'espace disque libre si le stockage, SSD ou non, est déjà bien rempli.

Un cas particulier concerne les très vieux mondes. Quand la 26.4 convertit un monde créé avant Caves & Cliffs, elle génère désormais aussi des grottes de soufre sous les anciens chunks, dans la couche ajoutée sous l'ancien niveau zéro. Ce changement modifie le sous-sol d'une carte historique : faites-le d'abord sur une copie.

Dans tous les cas, la conversion d'un monde vers une nouvelle version est à sens unique. Avant la mise à jour, arrêtez le serveur avec la commande stop et faites une sauvegarde complète sur un serveur distant, hors de la machine. Le backup doit couvrir plus que le dossier world :

• les dossiers des autres dimensions, si votre logiciel serveur les range à part (par exemple world_nether et world_the_end) ;
• les fichiers de configuration du serveur : server.properties, ops.json, whitelist.json, banned-players.json ;
• le dossier plugins avec ses configurations, ou les dossiers mods et config d'un serveur moddé ;
• la base de données, si des plugins y stockent leurs données (permissions, historique des blocs) : un export MySQL avec mysqldump se fait serveur arrêté, en même temps que le monde, pour que les deux sauvegardes restent cohérentes.

Ne redémarrez sur la nouvelle version qu'une fois ces sauvegardes vérifiées, et suivez notre méthode pour mettre à jour un serveur de jeu Linux sans perdre sa configuration.

Tester un snapshot 26.4 sur un VPS sans toucher à la production

Tester la 26.4 avant sa sortie, c'est découvrir les incompatibilités de vos data packs et préparer vos annonces. Il faut le faire à côté du serveur de production, jamais dessus : Mojang rappelle à chaque snapshot qu'une version de test peut corrompre un monde. Un VPS Linux est une machine virtuelle : l'instance de test peut tourner sur le même serveur virtuel que la production si la RAM le permet, ou sur un second VPS loué le temps des tests. Sur un serveur dédié, une machine virtuelle créée pour l'occasion avec votre outil de virtualisation (Proxmox VE par exemple) isole encore mieux le test.

Sur un VPS Linux, en ligne de commande

Connectez-vous en SSH avec l'utilisateur qui fait tourner le serveur Minecraft, jamais en root : un serveur de jeu n'a pas besoin des droits d'administration, et un snapshot encore moins. Si l'accès SSH n'est pas encore protégé, commencez par notre guide pour sécuriser SSH sur un VPS Linux. Vérifiez ensuite l'espace disque : la copie du monde en occupe autant que l'original.

du -sh /home/minecraft/survie/world
df -h ~

Dans le terminal, le plus propre est de récupérer le server.jar officiel du snapshot dans le manifeste de Mojang et de vérifier son empreinte SHA-1 avant de le lancer. Ces quelques lignes de shell s'en chargent ; seule la première demande les droits sudo, le reste se fait sous l'utilisateur du serveur :

sudo apt install -y curl jq
mkdir -p ~/test-26.4 && cd ~/test-26.4
VERSION="26.4-snapshot-8"
META=$(curl -s https://piston-meta.mojang.com/mc/game/version_manifest_v2.json \
  | jq -r --arg v "$VERSION" '.versions[] | select(.id == $v) | .url')
JAR_URL=$(curl -s "$META" | jq -r '.downloads.server.url')
JAR_SHA1=$(curl -s "$META" | jq -r '.downloads.server.sha1')
curl -o server.jar "$JAR_URL"
echo "$JAR_SHA1  server.jar" | sha1sum -c -

Copiez ensuite le monde à tester, jamais le dossier de production lui-même, faites tourner l'instance sur un autre port que le serveur principal, et lancez-la avec Java 25 :

cp -r /home/minecraft/survie/world ./world
printf 'server-port=25566\nmotd=Test 26.4\n' > server.properties
echo "eula=true" > eula.txt
/usr/lib/jvm/java-25-openjdk-amd64/bin/java -Xms2G -Xmx2G -jar server.jar nogui

La ligne eula=true vaut acceptation du contrat de licence de Minecraft : lisez-le si ce n'est pas déjà fait. Ouvrez temporairement le port 25566 en TCP, avec UFW par exemple, comme expliqué dans notre guide pour ouvrir les ports d'un serveur de jeu, et refermez-le après le test. Les joueurs testeurs choisissent le snapshot 8 dans l'onglet Installations du launcher, après avoir coché l'affichage des snapshots. Au snapshot suivant, changez la valeur de VERSION, relancez le téléchargement et il suffit de redémarrer l'instance. Avec l'image Docker itzg/minecraft-server, la variable VERSION=SNAPSHOT installe le dernier snapshot, et un simple redémarrage du conteneur passe au suivant : notre guide Docker Compose sur un VPS Linux couvre la mise en place.

Sous Windows, avec PowerShell

Sur un VPS Windows ou un poste sous Windows, la même démarche tient en quelques lignes PowerShell, dans un dossier vide. Invoke-RestMethod lit directement le JSON du manifeste, et la dernière ligne doit afficher True :

$Version = "26.4-snapshot-8"
$Manifest = Invoke-RestMethod https://piston-meta.mojang.com/mc/game/version_manifest_v2.json
$Meta = Invoke-RestMethod ($Manifest.versions | Where-Object id -eq $Version).url
Invoke-WebRequest $Meta.downloads.server.url -OutFile server.jar
(Get-FileHash .\server.jar -Algorithm SHA1).Hash -eq $Meta.downloads.server.sha1

Préparez ensuite server.properties et eula.txt comme sur Linux, lancez java -Xms2G -Xmx2G -jar server.jar nogui avec Java 25, et ouvrez le port de test dans le pare-feu Windows le temps de l'essai :

New-NetFirewallRule -DisplayName "Minecraft test 26.4" -Direction Inbound -Protocol TCP -LocalPort 25566 -Action Allow
# après le test
Remove-NetFirewallRule -DisplayName "Minecraft test 26.4"

Sur un serveur exposé à Internet, gardez les mêmes réflexes que pour le bureau à distance : notre guide pour sécuriser un VPS Windows Server détaille les règles de pare-feu à conserver.

Côté Bedrock : la 26.70 et le serveur dédié BDS

Sur Bedrock Edition, le même drop porte le numéro 26.70, lui aussi annoncé pour le quatrième trimestre 2026 et encore en previews et en bêtas. Une partie de son contenu était déjà jouable en mode expérimental depuis la 26.60 ; dans les previews de la 26.70, l'expérience « Drop 4 of 2026 » a été retirée et son contenu intégré au jeu standard, grottes de glace et frostbite compris. Pour le Bedrock Dedicated Server, le changelog des previews compilé par le Minecraft Wiki relève notamment :

• l'optimisation des packs (PackOptimizer) disponible sur le serveur dédié Linux, avec trois modes de sortie : brpak (par défaut), brarchive et unpacked ;
• des avertissements de performance optionnels, avec un seuil de durée de tick et un délai entre deux alertes configurables ;
• la version 2.12.0 de l'API de scripts @minecraft/server, qui passe en stable de nombreuses fonctions jusque-là en bêta ;
• une erreur de déconnexion explicite quand des données réseau corrompues arrivent, au lieu d'un joueur bloqué sur l'écran de chargement.

Rappel important pour les serveurs Bedrock et les serveurs Java ouverts aux joueurs Bedrock : depuis la 26.60, le protocole NetherNet a remplacé RakNet. Si ce n'est pas encore fait, notre article sur la migration NetherNet de Bedrock 26.60 détaille les ports à ouvrir et la configuration de BDS et de Geyser. À la sortie de la 26.70, Geyser devra à nouveau publier une version qui accepte ces clients.

La checklist de l'administrateur avant la sortie de la 26.4

Que votre serveur Minecraft tourne sur l'offre avec panel d'un hébergeur ou sur un VPS que vous administrez vous-même, l'ordre des étapes est le même. Seule change la façon de passer à la nouvelle version : un choix de version ou de fichier jar dans le panel, ou un téléchargement en ligne de commande suivi d'un redémarrage du service.

Les serveurs moddés suivent le même ordre, avec une étape de plus : attendre que le chargeur, Fabric ou NeoForge, puis chacun des mods annoncent la compatibilité avec la version exacte. Notre guide pour héberger un serveur Minecraft moddé Forge ou Fabric détaille la procédure, et les plugins téléchargés pour l'occasion méritent un passage par notre méthode pour scanner et auditer les plugins Minecraft.

Conclusion

Le Winter Drop, alias Minecraft 26.4, sera une mise à jour de contenu classique pour les joueurs : grottes de glace, frostbite, effet de gel, glace fragile et blocs de construction d'hiver. Pour l'administrateur, elle compte un peu plus qu'il n'y paraît : trois nouvelles clés dans server.properties, dont un filtrage par identifiant de connexion qui éloigne les robots sans remplacer la whitelist, un protocole de connexion modifié qui imposera des mises à jour de Paper, de Velocity et des mods, et des data packs soumis à une validation plus stricte. Java 25 reste la seule exigence système. La date exacte n'est pas connue, mais huit snapshots en sept semaines laissent le temps de tester dès maintenant sur une copie. Si vous préférez laisser la gestion du serveur à d'autres, notre hébergement Minecraft avec panel démarre à 2 € par mois, et notre article sur le coût d'un serveur Minecraft compare panel, VPS et serveur dédié. Pour une installation de zéro, suivez notre guide pour héberger un serveur Minecraft entre amis.