Migration · fin de support
Migrer un serveur en fin de support : Debian 11, Ubuntu 20.04 et CentOS 7
Le support de Debian 11 s'est terminé le 31 août 2026 : plus aucun correctif de sécurité gratuit depuis. Ubuntu 20.04 et CentOS 7 sont dans le même cas depuis plus longtemps. Si l'un de vos serveurs tourne encore dessus, chaque faille découverte à partir de maintenant restera ouverte. Je le migre vers une version maintenue, sans coupure.
Où en sont les versions courantes
Prochaine échéance : Ubuntu 22.04 LTS, dont le support gratuit se termine le 1er juin 2027 (dans 6 mois).
| Version | Fin du support gratuit | Support payant restant |
|---|---|---|
| Plus de correctifs gratuits | ||
| Debian 11 Bullseye | il y a 2 mois | Debian ELTS jusqu'au 30 juin 2031 |
| Ubuntu 20.04 LTS Focal Fossa | il y a 17 mois | Ubuntu Pro jusqu'au 23 avril 2030 |
| Debian 10 Buster | il y a 2 ans | Debian ELTS jusqu'au 30 juin 2029 |
| CentOS 7 | il y a 2 ans | aucun |
| Ubuntu 18.04 LTS Bionic Beaver | il y a 3 ans | Ubuntu Pro jusqu'au 26 avril 2028 |
| Debian 9 Stretch | il y a 4 ans | Debian ELTS jusqu'au 30 juin 2027 |
| CentOS 8 | il y a 4 ans | aucun |
| Ubuntu 16.04 LTS Xenial Xerus | il y a 5 ans | aucun |
| CentOS 6 | il y a 5 ans | aucun |
| À anticiper | ||
| Ubuntu 22.04 LTS Jammy Jellyfish | dans 6 mois | Ubuntu Pro jusqu'au 21 avril 2032 |
| Debian 12 Bookworm | dans 19 mois | Debian ELTS jusqu'au 30 juin 2033 |
| Versions à viser aujourd'hui | ||
| Debian 13 Trixie | dans 3 ans | Debian ELTS jusqu'au 30 juin 2035 |
| Ubuntu 26.04 LTS Resolute Raccoon | dans 4 ans | Ubuntu Pro jusqu'au 23 avril 2036 |
Tableau tenu à jour automatiquement à partir des données publiques d'endoflife.date. CentOS n'a pas de successeur direct : AlmaLinux et Rocky Linux en ont pris la suite.
Ce que risque un serveur non maintenu
Le serveur ne s'arrête pas le jour de la fin du support. Il continue de tourner, et c'est bien le problème : rien ne signale que chaque nouvelle faille publiée le concerne désormais sans correctif possible.
Or les attaques sont automatiques et permanentes. Sur une quarantaine de sites que j'administre, fail2ban a compté plus de 4 000 tentatives de connexion par jour entre fin juillet et fin septembre 2026. Des robots testent chaque serveur exposé, sans se soucier de sa taille ni de son intérêt.
S'y ajoutent des effets plus lents : les logiciels récents refusent de s'installer, les hébergeurs cessent de proposer la version, et chaque mois passé rend la migration plus longue.
Mise à niveau sur place ou reconstruction
Deux chemins existent. La mise à niveau sur place fait passer le système d'une version à la suivante sur la même machine. Debian ne permet pas de sauter une version : de la 11, il faut passer par la 12 avant la 13. C'est rapide quand le serveur est propre, risqué quand il a été bricolé pendant des années.
La reconstruction installe une version récente sur une nouvelle machine, à côté de l'ancienne. On y remonte les services un par un, on teste, puis on bascule. C'est plus long à préparer, mais la production n'est jamais touchée et le retour arrière reste possible jusqu'au bout. C'est le chemin que je privilégie, et celui qui permet de corriger au passage tout ce qui avait dérivé.
Quand la mise à jour est impossible dans les délais
Parfois, l'application elle-même ne supporte pas une version récente, et la réécrire prendrait des mois. En 2021, après l'incendie du datacenter de Strasbourg, j'ai dû sortir en deux semaines un serveur Ubuntu 12.04 qui faisait tourner une quarantaine de sites. J'ai reconstruit la machine à l'identique chez un autre hébergeur pour mettre les sites à l'abri, avant de moderniser ensuite.
Mettre à l'abri d'abord, moderniser ensuite : c'est souvent la bonne séquence quand le temps manque.