Il server restituisce 421 quando non può servire la richiesta sulla connessione usata. Verifica il dominio richiesto e il percorso verso il backend.
Indice dei contenuti
Errore 421 Misdirected Request: significato
Non assumere che SNI e Host diversi siano sempre un errore: il riuso tra origini può essere legittimo.

Sintomi e cause probabili
Da dove partire
- Confronta Host o :authority, SNI e backend selezionato nei log.
Cause probabili
- Il routing può selezionare un virtual host non adatto.
- Una connessione riutilizzata può non essere accettata per quel dominio.
Diagnosi passo per passo
- Confronta Host o :authority, SNI e backend selezionato nei log.
- Prova una nuova connessione allo stesso dominio e confronta HTTP/1.1 e HTTP/2.
Log e dati da controllare
- URL e ora della prova, insieme al messaggio completo del client.
- Dettagli della connessione o della risposta indicati nella diagnosi, senza cookie e credenziali.
Correzioni sicure
- Fai correggere il routing e la configurazione del virtual host.
- Mantieni la verifica del certificato e separa le connessioni dove richiesto.

Verifica finale
- Lo stesso dominio riceve la risposta corretta anche attraverso il proxy.
Errori da evitare
- Non assumere che SNI e Host diversi siano sempre un errore: il riuso tra origini può essere legittimo.
Guide Xlogic correlate
- ERR_HTTP2_SERVER_REFUSED_STREAM: stream rifiutato
- ERR_HTTP2_INADEQUATE_TRANSPORT_SECURITY: sicurezza HTTP/2 insufficiente
- Errore 508 Loop Detected WebDAV
Fonti tecniche
Domande frequenti
Che cosa significa “Errore 421 Misdirected Request”?
Il server restituisce 421 quando non può servire la richiesta sulla connessione usata. Verifica il dominio richiesto e il percorso verso il backend.
Da cosa può dipendere “Errore 421 Misdirected Request”?
Il routing può selezionare un virtual host non adatto. Una connessione riutilizzata può non essere accettata per quel dominio.
Quali controlli eseguire per “Errore 421 Misdirected Request”?
Confronta Host o :authority, SNI e backend selezionato nei log. Prova una nuova connessione allo stesso dominio e confronta HTTP/1.1 e HTTP/2. Fai correggere il routing e la configurazione del virtual host. Mantieni la verifica del certificato e separa le connessioni dove richiesto. Lo stesso dominio riceve la risposta corretta anche attraverso il proxy.