Une mise à jour d’Apache provoque l’erreur « 421 Misdirected Request » sur de nombreux sites web
Ampleur de la panne
- Serveurs concernés :
- Plesk sur Ubuntu 22.04 LTS et 24.04 LTS
- Autres panels utilisant la combinaison Apache/Nginx sur Ubuntu, dont HestiaCP
Tous les sites hébergés sur ces environnements ont subi une interruption, avec impossibilité d’établir des connexions HTTPS valides. La situation a été détectée aux alentours de 3h00 du matin, quelques heures après le déploiement automatique de la mise à jour.
Cause technique de l’erreur 421
Le dysfonctionnement trouve son origine dans la dernière version d’Apache installée via les dépôts Ubuntu. Ce nouvel Apache a introduit un comportement qui entre en conflit avec la gestion du proxy Nginx : lors de l’établissement d’une connexion sécurisée (HTTPS), l’absence d’information SNI (Server Name Indication) dans certains scénarios déclenchait le renvoi du code « 421 Misdirected Request » par Apache, empêchant tout accès au site, même légitime.
Les journaux de serveur faisaient ainsi apparaître la mention « no SNI was provided », indiquant que la négociation SSL/TLS ignorait parfois le nom de domaine cible.
Panels et systèmes affectés
- Plesk sur Ubuntu : l’essentiel des incidents rapportés
- HestiaCP : panel open source également touché lors d’une simple mise à jour (apt update && apt upgrade)
- Autres panels avec stack Apache/Nginx sur Ubuntu suspects d’être concernés
Solution de contournement
Pour rétablir les services web, plusieurs solutions sont recommandées :
- Désactiver temporairement l’utilisation du proxy Nginx afin que les requêtes accèdent directement à Apache
- Appliquer un correctif de configuration Apache qui force la prise en compte du SNI lors des connexions HTTPS
- Attendre ou rechercher un correctif officiel via les mainteneurs d’Apache ou les éditeurs de panels (Plesk, HestiaCP, etc.)
Conséquences pour les administrateurs
Cet incident illustre la nécessité de surveiller attentivement les mises à jour majeures, notamment sur des architectures combinant plusieurs serveurs web ou proxies. Une communication accrue et un plan de contingence adapté sont essentiels pour garantir la disponibilité continue des services.