[{"data":1,"prerenderedAt":208},["ShallowReactive",2],{"seo-verification":3,"blog-ubuntu-24-04-vers-26-04-do-release-upgrade-vps-fr":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-ubuntu-24-04-vers-26-04-do-release-upgrade-vps-fr",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":29,"intro":32,"sections":33,"ctaTitle":153,"ctaBody":154,"ctaButton":155,"ctaUrl":156,"relatedPosts":157},495,"ubuntu-24-04-vers-26-04-do-release-upgrade-vps",{"fr":10,"en":12,"ar":13,"es":14},"upgrade-ubuntu-24-04-to-26-04-do-release-upgrade-vps","ترقية-أوبونتو-24-04-إلى-26-04-على-vps","actualizar-ubuntu-24-04-a-26-04-do-release-upgrade-vps","Ubuntu 24.04 vers 26.04 sur VPS : la montée, étape par étape","Mise à niveau Ubuntu 24.04 vers 26.04 LTS sur un VPS : sauvegarde restaurable, do-release-upgrade sous SSH, point de non-retour et ruptures à tester.",11,0,false,"2026-10-22T00:00:00+00:00","2026-10-23T13:27:02+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},3,"Déploiement","deploiement","bg-success\u002F10 text-success",[28],{"id":23,"name":24,"slug":25,"color":26,"icon":25},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fubuntu-24-04-vers-26-04-do-release-upgrade-vps-poster.svg","La mise à niveau d'Ubuntu 24.04 LTS vers 26.04.1 LTS est ouverte depuis le 29 septembre 2026, et `do-release-upgrade` la propose désormais sur chaque VPS. Lancée sans préparation, elle peut couper SSH en plein remplacement des paquets, désactiver vos dépôts Docker et PHP, et changer `sudo` sous vos scripts. Ce guide vous donne un plan en étapes, tenable pour un client comme pour un parc : sauvegarde restaurable, session qui survit à une déconnexion, point de non-retour nommé, liste des ruptures à tester avant.",[34,38,49,52,55,89,129,132,143,147,150],{"type":35,"title":36,"body":37},"h2","Pourquoi la montée n'est pas urgente, et quand elle devient raisonnable","Ubuntu 26.04 LTS est sortie le 23 avril 2026. Comme pour chaque LTS, Canonical n'ouvre le saut depuis la LTS précédente qu'à la première version ponctuelle : 26.04.1 a été annoncée le 27 août 2026, mais l'offre de mise à niveau a encore été retenue quelques semaines, le temps de rétroporter des correctifs à des régressions de `rust-coreutils`. L'équipe de publication a annoncé l'ouverture le 29 septembre 2026, avec un déploiement progressif côté bureau et `do-release-upgrade` disponible à tout moment côté serveur.\n\nDisons-le franchement : rien ne presse. Ubuntu 24.04 LTS reçoit ses correctifs de sécurité standard jusqu'en mai 2029, et jusqu'en mai 2034 avec Ubuntu Pro. Un VPS 24.04 à jour n'est pas un VPS exposé. 26.04, elle, est maintenue jusqu'en mai 2031.\n\nLa montée devient raisonnable quand trois conditions sont réunies : vos dépôts tiers (Docker, PHP, Node, agents de supervision) publient pour `resolute`, un clone du VPS a passé la montée avec votre pile réelle, et vous avez un créneau de maintenance convenu avec le client. Pour une agence, le bon moment est souvent celui où l'on standardise un parc : un seul socle à documenter plutôt que deux.",{"type":39,"title":40,"items":41},"ul","Ce que ce guide vous permet de faire",[42,43,44,45,46,47,48],"**Trancher entre montée en place et VPS neuf** — par critères mesurables, pas par habitude.","**Disposer d'un filet réel** — une sauvegarde déjà restaurée une fois, pas un snapshot jamais testé.","**Survivre à une coupure SSH** — grâce à la session `screen` que l'outil ouvre lui-même et au démon de secours sur le port 1022.","**Savoir où se trouve le point de non-retour** — et ce que votre sauvegarde doit donc couvrir avant de l'atteindre.","**Anticiper ce qui casse** — `sudo-rs`, `rust-coreutils`, PHP, MySQL, OpenSSH, `docker-compose` v1, dépôts tiers.","**Remettre les dépôts tiers en service** — avec le bon nom de version, sans réintroduire `apt-key`.","**Répéter la procédure sur un parc** — chaque étape se vérifie par une commande, donc se reproduit.",{"type":35,"title":50,"body":51},"Mettre à niveau en place ou réinstaller un VPS neuf","La montée en place garde l'adresse IP, les clés d'hôte SSH, les comptes et la configuration. Elle échoue surtout là où le serveur s'est éloigné d'une installation standard. La réinstallation sur un VPS neuf coûte une migration, mais vous laisse l'ancien serveur intact jusqu'à la bascule DNS : c'est le seul scénario qui offre un vrai retour arrière.\n\nTranchez avec quatre questions. Combien de dépôts tiers et de PPA sont actifs ? Au-delà de deux ou trois, chacun est une inconnue que l'outil désactive pendant la montée. Votre sauvegarde a-t-elle déjà été restaurée ? Si non, la montée en place est un pari. Quelle tolérance à l'arrêt a le client ? La montée prend plusieurs heures selon la documentation Ubuntu, et la machine redémarre à la fin. Le serveur est-il décrit dans du code (Ansible, cloud-init, Compose) ? Si oui, un VPS neuf se reconstruit vite et la réinstallation devient le choix le plus sûr.\n\nRègle pratique : serveur documenté et pile conteneurisée, réinstallez ; serveur historique avec peu de dépôts tiers et une sauvegarde éprouvée, montez en place, après un essai sur clone.",{"type":35,"title":53,"body":54},"Prérequis avant de lancer quoi que ce soit","Le VPS doit tourner en 24.04 entièrement à jour : `do-release-upgrade` refuse sinon, avec un message explicite. Comptez plusieurs heures de fenêtre, une personne présente pour répondre aux questions de l'outil, et une console hors bande (console web ou VNC du fournisseur) pour le cas où SSH ne revient pas. Le port 1022\u002Ftcp doit pouvoir être ouvert temporairement dans le pare-feu.\n\nL'outil calcule lui-même l'espace disque nécessaire et s'arrête s'il manque de place : vérifiez `df -h \u002F` et `df -h \u002Fboot` avant, et videz le cache APT si besoin. Côté applicatif, il vous faut une sauvegarde des données hors du VPS, et un snapshot de la machine entière fourni par la plateforme.\n\nUn point d'honnêteté : les ruptures listées plus bas viennent des notes de version officielles de 26.04 et de la documentation des paquets concernés. Elles n'ont pas été relevées par un essai complet de notre côté sur une pile Docker, Nginx et PHP-FPM. C'est précisément pourquoi la procédure passe par un clone.",{"type":56,"title":57,"steps":58},"steps","La procédure, étape par étape",[59,62,65,68,71,74,77,80,83,86],{"title":60,"body":61},"Faire l'inventaire de ce qui sort de la distribution","Listez les sources APT tierces avec `ls \u002Fetc\u002Fapt\u002Fsources.list.d\u002F` et repérez les paquets hors archive Ubuntu avec `apt list --installed 2>\u002Fdev\u002Fnull | grep -v ubuntu`. Notez la version de PHP (`php -v`), la présence de l'ancien binaire Compose (`which docker-compose && docker-compose version`) et le contenu de `\u002Fetc\u002Fsudoers.d\u002F`. Cette liste est votre plan de test.",{"title":63,"body":64},"Sauvegarder, puis restaurer une fois","Un snapshot du VPS côté plateforme n'est un filet que s'il a déjà été restauré une fois. Faites le snapshot, restaurez-le sur une machine de test, vérifiez que les services démarrent. Doublez-le d'une sauvegarde applicative hors du serveur (bases, volumes, `\u002Fetc`) : notre guide \u003Ca href=\"\u002Fblog\u002Fsauvegardes-restic-vps\">sauvegardes Restic sur VPS\u003C\u002Fa> détaille la mise en place.",{"title":66,"body":67},"Monter d'abord un clone","Créez un VPS de test depuis le snapshot (à partir de 99 DH\u002Fmois) et déroulez toute la procédure dessus. Relevez chaque question posée par l'outil, chaque service en échec, chaque dépôt désactivé. La montée de production ne doit plus réserver de surprise.",{"title":69,"body":70},"Mettre 24.04 entièrement à jour","La documentation Ubuntu Server prescrit `sudo apt update` puis `sudo apt dist-upgrade -o APT::Get::Always-Include-Phased-Updates=true`. Si le fichier `\u002Frun\u002Freboot-required` existe, redémarrez avant d'aller plus loin. Vérifiez enfin que `\u002Fetc\u002Fupdate-manager\u002Frelease-upgrades` contient `Prompt=lts`.",{"title":72,"body":73},"Préparer l'accès de secours","Lancée sous SSH, la montée prévient qu'elle démarrera un démon SSH supplémentaire sur le port 1022, sans l'ouvrir dans le pare-feu. Ouvrez-le vous-même : `sudo ufw allow 1022\u002Ftcp`. Gardez la console web du fournisseur ouverte dans un autre onglet.",{"title":75,"body":76},"Lancer la montée","Exécutez `sudo do-release-upgrade`, sans `-d` : l'option sert aux versions de développement et n'est plus nécessaire depuis l'ouverture du chemin LTS. L'outil se relance de lui-même dans une session `screen` nommée `ubuntu-release-upgrade-screen-window`. Si votre connexion tombe, reconnectez-vous et reprenez-la avec `sudo screen -d -r ubuntu-release-upgrade-screen-window`. Les journaux sont dans `\u002Fvar\u002Flog\u002Fdist-upgrade\u002F`.",{"title":78,"body":79},"Répondre aux questions sans réflexe","L'outil annonce les dépôts tiers désactivés, puis le nombre de paquets à installer, mettre à jour et supprimer. Lisez la liste des suppressions. Pour chaque fichier de configuration modifié localement (`sshd_config`, `php.ini`, `nginx.conf`), conservez votre version par défaut et comparez après coup avec le fichier `.dpkg-dist`.",{"title":81,"body":82},"Franchir le point de non-retour en connaissance de cause","La documentation Ubuntu est claire : une fois le téléchargement terminé, le processus ne peut plus être annulé. Les paquets sont remplacés et aucun retour à 24.04 n'est prévu par la distribution. À partir de là, votre seul retour arrière est la restauration du snapshot de l'étape 2.",{"title":84,"body":85},"Redémarrer et vérifier","Le système n'est considéré comme mis à niveau qu'après le redémarrage proposé en fin de procédure. Contrôlez ensuite `cat \u002Fetc\u002Fos-release`, `uname -r`, `systemctl --failed` et les journaux de vos services. Refermez le port de secours avec `sudo ufw delete allow 1022\u002Ftcp`.",{"title":87,"body":88},"Réactiver les dépôts tiers, puis Docker","Réécrivez chaque source tierce avec le nom de version `resolute`. Docker documente une source au format `.sources` dont la ligne `Suites` lit le nom depuis `\u002Fetc\u002Fos-release`. Pour PHP, le PPA de Ondřej Surý renvoie désormais vers `packages.sury.org\u002Fphp\u002F` pour Resolute. Vérifiez ensuite vos stacks avec notre guide \u003Ca href=\"\u002Fblog\u002Fdocker-v29-migration-vps-breaking-changes\">migration Docker v29 sur VPS\u003C\u002Fa>.",{"type":90,"title":91,"headers":92,"rows":96},"comparison","24.04 et 26.04 : ce qui change sous vos applications",[93,94,95],"Composant","Ubuntu 24.04 LTS","Ubuntu 26.04 LTS",[97,101,105,109,113,117,121,125],[98,99,100],"Noyau (GA)","6.8","7.0",[102,103,104],"PHP (archive Ubuntu)","8.3","8.5",[106,107,108],"Python 3","3.12","3.14",[110,111,112],"OpenSSL","série 3.0","série 3.5",[114,115,116],"OpenSSH","9.6p1","10.2p1, clés DSA retirées",[118,119,120],"MySQL","8.0","8.4 LTS, `mysql_native_password` verrouillé par défaut",[122,123,124],"sudo et coreutils","sudo C, GNU coreutils","`sudo-rs` et `rust-coreutils` par défaut ; `cp`, `mv`, `rm` restent GNU",[126,127,128],"Compose","paquet `docker-compose` v1 (1.29.2)","paquet v1 absent ; `docker-compose-v2` (2.40.3)",{"type":35,"title":130,"body":131},"Ce qui casse : ce que disent les notes de version","Le changement le plus visible est `sudo-rs`, devenu le fournisseur par défaut. L'implémentation d'origine reste installée sous le nom `sudo.ws`. Les réglages `requiretty`, `timestamp_type` ou `mailto` d'un fichier sudoers peuvent produire une erreur de réglage inconnu, la journalisation des entrées-sorties n'existe pas et `sudo-ldap` est retiré. Le retour à l'ancien sudo passe par `sudo update-alternatives --set sudo \u002Fusr\u002Fbin\u002Fsudo.ws`, que l'annonce Ubuntu déconseille sans l'interdire.\n\nLes utilitaires de base viennent de `rust-coreutils`, à l'exception de `cp`, `mv` et `rm`. Les notes de version listent encore des CVE ouvertes sur ce paquet et un défaut d'héritage des ACL avec `mkdir -p`. Le paquet `coreutils-from-gnu` rétablit les versions GNU si un script de sauvegarde ou de déploiement en dépend.\n\nPour un serveur web, retenez aussi : `apt-key` est retiré, le module `libapache2-mod-php` perd le JIT de PHP à cause d'un durcissement systemd (PHP-FPM est recommandé), et le support de cgroup v1 disparaît avec systemd 259.",{"type":39,"title":133,"items":134},"Les ruptures à tester sur le clone",[135,136,137,138,139,140,141,142],"**sudo** — lancez `sudo visudo -c` et rejouez vos scripts qui appellent `sudo` sans terminal.","**Scripts shell** — exécutez vos sauvegardes et déploiements tels quels ; un écart de `rust-coreutils` se voit sur les options rares de `date`, `ls` ou `stat`.","**PHP 8.5** — vérifiez les extensions chargées avec `php -m` et la compatibilité de vos CMS ; le passage depuis 8.3 saute une version majeure intermédiaire.","**MySQL 8.4** — les comptes en `mysql_native_password` sont verrouillés par défaut ; repérez-les avant la montée.","**SSH** — les clés DSA ne sont plus acceptées, et OpenSSH avertit désormais quand l'échange de clés n'est pas post-quantique.","**Compose v1** — le paquet `docker-compose` v1 n'existe plus en 26.04 ; tout script qui appelle `docker-compose` avec tiret doit passer à `docker compose`.","**Synchronisation de l'heure** — chrony remplace systemd-timesyncd sur les installations neuves ; sur un serveur monté, la bascule est manuelle et facultative.","**Dépôts tiers** — chaque source désactivée doit être réécrite pour `resolute`, et sa clé gérée hors de `apt-key`.",{"type":144,"title":145,"body":146},"tip","Refermer ce que la montée a ouvert","Après le redémarrage, vérifiez que le démon de secours a bien disparu (`sudo ss -tlnp | grep 1022` ne doit rien rendre) et que la règle de pare-feu est retirée. Comparez `\u002Fetc\u002Fssh\u002Fsshd_config` avec `sshd_config.dpkg-dist` s'il existe, puis validez la configuration avec `sudo sshd -t` avant tout redémarrage du service. Notre \u003Ca href=\"\u002Fblog\u002Flinux-hardening-vps-checklist\">checklist de durcissement Linux\u003C\u002Fa> sert ensuite de contrôle complet.",{"type":35,"title":148,"body":149},"Dépannage : les messages que vous risquez de voir","**« Please install all available updates for your release before upgrading. »** Le système n'est pas entièrement à jour : rejouez la commande `apt dist-upgrade` de l'étape 4, y compris l'option sur les mises à jour échelonnées.\n\n**« You have not rebooted after updating a package which requires a reboot. »** Un noyau ou une bibliothèque attend un redémarrage. Redémarrez, puis relancez la montée.\n\n**« No new release found. »** Vérifiez `Prompt=lts` dans `\u002Fetc\u002Fupdate-manager\u002Frelease-upgrades`. Avec `Prompt=never`, l'outil le dit explicitement et refuse.\n\n**« Required apt sources are missing »** L'outil ne trouve plus de source Ubuntu utilisable, souvent à cause d'un miroir maison. Acceptez de poursuivre avec les sources par défaut, ou corrigez la source principale avant de relancer.\n\n**Liste de paquets étrangers impossible à faire défiler.** Les notes de version signalent ce défaut lors des montées depuis 24.04 : annulez, purgez les paquets étrangers inutiles, puis relancez.\n\n**La connexion SSH tombe.** Reconnectez-vous sur le port 22 ou 1022, puis reprenez la session avec `sudo screen -d -r ubuntu-release-upgrade-screen-window`.",{"type":35,"title":151,"body":152},"Une montée par VPS, une méthode pour tout le parc","La montée de 24.04 vers 26.04 n'est pas une urgence : c'est un chantier à planifier avant mai 2029, à votre rythme et à celui de vos clients. Ce qui fait la différence n'est pas la commande, qui tient en une ligne, mais ce qui l'entoure : un inventaire, une sauvegarde déjà restaurée, un essai sur clone, une fenêtre convenue, un retour arrière que vous savez exécuter.\n\nPour une agence, l'intérêt est de faire de cette procédure une routine. Notez la liste des ruptures rencontrées sur le premier clone, et elle deviendra le plan de test des VPS suivants. Le parc entier finit sur un seul socle, documenté une seule fois, maintenu jusqu'en mai 2031. Ce guide décrit la procédure ; la montée de version reste à votre charge, ServOrbit ne l'exécute pas sur votre VPS.","Tous les VPS de vos clients, au même endroit","Une montée de version se pilote mieux quand vous voyez tout le parc : ServOrbit regroupe domaines, hébergements et VPS dans un même espace agence, expirations comprises. Ce guide est fourni tel quel : ServOrbit ne réalise pas la montée de version à votre place.","Découvrir l'espace agence","\u002Fsolutions\u002Fagences",[158,178,193],{"id":159,"slug":160,"slugs":161,"title":165,"excerpt":166,"readTime":23,"views":18,"isPinned":19,"publishedAt":167,"updatedAt":168,"category":169,"categories":175,"featuredImage":29,"bgImage":30,"posterImage":177,"relatedSolution":29},113,"sauvegardes-restic-vps",{"fr":160,"en":162,"ar":163,"es":164},"automate-your-vps-backups-with-restic","أتمتة-نسخ-خادمك-vps-الاحتياطية-باستخدام-restic","copias-de-seguridad-vps-con-restic","Automatiser les sauvegardes de votre VPS avec Restic","Automatisez les sauvegardes de votre VPS avec Restic : snapshots chiffrés, déduplication et envoi vers S3 ou tout backend objet.","2026-02-27T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":170,"name":171,"slug":172,"color":173,"icon":174},8,"Sécurité & Monitoring","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[176],{"id":170,"name":171,"slug":172,"color":173,"icon":174},"\u002Fblog\u002Fcovers\u002Fsauvegardes-restic-vps-poster.svg",{"id":179,"slug":180,"slugs":181,"title":185,"excerpt":186,"readTime":187,"views":18,"isPinned":19,"publishedAt":188,"updatedAt":168,"category":189,"categories":190,"featuredImage":29,"bgImage":30,"posterImage":192,"relatedSolution":29},247,"docker-v29-migration-vps-breaking-changes",{"fr":180,"en":182,"ar":183,"es":184},"docker-v29-on-vps-migrate-without-breaking-your-stacks","docker-v29-على-vps-الهجرة-دون-كسر-المكدسات","docker-v29-en-vps-migrar-sin-romper-stacks","Docker v29 sur VPS : migration sans casser vos stacks","Docker Engine v29 change l'API minimale, le backend réseau et le moteur d'images. Guide de migration pour agences qui gèrent un parc de VPS clients.",12,"2026-08-12T00:00:00+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[191],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fdocker-v29-migration-vps-breaking-changes-poster.svg",{"id":194,"slug":195,"slugs":196,"title":200,"excerpt":201,"readTime":17,"views":202,"isPinned":19,"publishedAt":203,"updatedAt":168,"category":204,"categories":205,"featuredImage":29,"bgImage":30,"posterImage":207,"relatedSolution":29},317,"linux-hardening-vps-checklist",{"fr":195,"en":197,"ar":198,"es":199},"linux-vps-hardening-checklist-for-agencies","قائمة-تصليب-خادم-لينكس-للوكالات-بعد-التسليم","hardening-linux-vps-checklist-para-agencias-tras-la-entrega","Durcissement Linux VPS : checklist agence après livraison","Checklist de durcissement Linux pour agences : auditd, sudo, SSH par clé, UFW, fail2ban et désactivation root — traçabilité et runbook par client.",1,"2026-08-30T00:00:00+00:00",{"id":170,"name":171,"slug":172,"color":173,"icon":174},[206],{"id":170,"name":171,"slug":172,"color":173,"icon":174},"\u002Fblog\u002Fcovers\u002Flinux-hardening-vps-checklist-poster.svg",1792763158329]