421 Misdirected Request signifie que la requête a été envoyée à un serveur qui ne peut pas ou ne veut pas produire de réponse faisant autorité pour l’URL cible. En général, le nom d’hôte de la requête ne correspond à aucun site configuré sur le serveur, ou ne correspond pas à la connexion par laquelle la requête est arrivée.
Ce code est devenu courant avec HTTP/2 et HTTP/3, où les navigateurs réutilisent une même connexion pour plusieurs noms d’hôte qui partagent une adresse IP et un certificat (« connection coalescing », ou regroupement de connexions). Si le serveur ne peut pas servir l’un de ces noms d’hôte sur cette connexion, il répond 421, et le client réessaie sur une nouvelle connexion. Les clients peuvent réessayer après un 421, même pour des méthodes non idempotentes. Les proxys ne doivent pas générer de 421.
Apache httpd renvoie aussi 421 lorsque l’en-tête Host ne correspond pas à l’indication de nom de serveur TLS (SNI) de la connexion, ce qui arrive souvent lorsqu’un proxy inverse transmet des requêtes HTTPS à Apache sans envoyer le bon SNI.
Exemple de réponse
HTTP/1.1 421 Misdirected Request
Date: Fri, 06 Nov 2026 10:15:32 GMT
Server: Apache
Content-Type: text/html; charset=iso-8859-1
Content-Length: 321
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>421 Misdirected Request</title>
</head><body>
<h1>Misdirected Request</h1>
<p>The client needs a new connection for this request as the requested host name does not match the Server Name Indication (SNI) in use for this connection.</p>
</body></html>SEO et vérification des redirections
Les navigateurs se remettent automatiquement d’un 421, mais les robots d’exploration et les vérificateurs de redirections peuvent le signaler comme une erreur 4xx, et les URL concernées risquent alors de ne pas être indexées. Si une vérification renvoie 421, examinez la configuration TLS/SNI et les hôtes virtuels du serveur et de tout proxy placé devant lui.
Causes fréquentes et cas d’usage
- Un proxy inverse se connecte à un backend HTTPS sans SNI ou avec un SNI erroné. Dans nginx, activez
proxy_ssl_server_name on. - Plusieurs noms d’hôte partagent un certificat et une adresse IP, et une connexion est réutilisée pour un hôte que le serveur ne sert pas sur cette connexion.
- Il manque un hôte virtuel pour un nom d’hôte dont le DNS pointe vers le serveur.