TrueURL

421 Misdirected Request

Żądanie trafiło do serwera, który nie może odpowiadać za tę nazwę hosta – często z powodu niezgodności TLS SNI lub ponownie użytego połączenia HTTP/2.

Opis słowny
Misdirected Request
Przekierowanie
Nie
Domyślne buforowanie
Nie

421 Misdirected Request oznacza, że żądanie zostało wysłane do serwera, który nie może lub nie chce wygenerować autorytatywnej odpowiedzi dla docelowego adresu URL. Zwykle nazwa hosta w żądaniu nie pasuje do żadnej witryny skonfigurowanej na serwerze albo nie pasuje do połączenia, którym dotarło żądanie.

Kod ten stał się powszechny wraz z HTTP/2 i HTTP/3, w których przeglądarki używają jednego połączenia dla kilku nazw hostów współdzielących adres IP i certyfikat („connection coalescing”). Jeśli serwer nie może obsłużyć jednej z tych nazw hostów w danym połączeniu, odpowiada kodem 421, a klient ponawia żądanie w nowym połączeniu. Po kodzie 421 klienci mogą ponowić żądanie nawet w przypadku metod nieidempotentnych. Serwery proxy nie mogą generować kodu 421.

Apache httpd zwraca 421 również wtedy, gdy nagłówek Host nie pasuje do TLS Server Name Indication (SNI) połączenia. Zdarza się to często, gdy reverse proxy przekazuje żądania HTTPS do Apache bez wysłania właściwego SNI.

Przykładowa odpowiedź

HTTP
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 i sprawdzanie przekierowań

Przeglądarki automatycznie radzą sobie z kodem 421, ale roboty i narzędzia do sprawdzania przekierowań mogą zgłaszać go jako błąd 4xx, a dotknięte nim adresy URL mogą wtedy nie zostać zaindeksowane. Jeśli sprawdzenie zwraca 421, przejrzyj konfigurację TLS/SNI i hostów wirtualnych serwera oraz każdego serwera proxy przed nim.

Typowe przyczyny i zastosowania

  • Reverse proxy łączy się z backendem HTTPS bez SNI lub z niewłaściwym SNI. W nginx włącz proxy_ssl_server_name on.
  • Kilka nazw hostów współdzieli certyfikat i adres IP, a połączenie zostaje ponownie użyte dla hosta, którego serwer w tym połączeniu nie obsługuje.
  • Brakuje hosta wirtualnego dla nazwy hosta, której rekord DNS wskazuje na ten serwer.

Sprawdzanie przekierowań URL

Zobacz wszystkie kody odpowiedzi, jakie zwraca adres URL, przeskok po przeskoku, w darmowym narzędziu TrueURL do sprawdzania przekierowań.