421 Solicitud mal dirigida

De vez en cuando aparece el siguiente error 421:

Solicitud mal dirigida

El cliente necesita una nueva conexión para esta solicitud, ya que el nombre de host solicitado no coincide con la Indicación de nombre del servidor (SNI) en uso para esta conexión.

Sin embargo, al actualizar el navegador se borra el error y la página se carga normalmente. La próxima vez que cargue la página no se producirá un error y, como tal, el patrón parece bastante aleatorio. El único patrón que puedo ver es que esto puede suceder cuando estoy redirigiendo una página usando el encabezado ("Ubicación:". $ Url);

Tengo un certificado de dominio múltiple PositiveSSL de Comodo. Mis servidores son Apache en un servicio de alojamiento web compartido, por lo que no tengo acceso a la configuración.

Cargo páginas de un dominio y dentro de la página hay enlaces a un segundo dominio en el certificado.

Todo lo que he leído sobre este error parece indicar que este problema está relacionado con que se trata de un certificado multidominio.

Lo que me gustaría saber es si hay algo en el lado de codificación de la página web (php) de las cosas que puede causar esto (y puede solucionarse) o si se trata de un error de configuración o posiblemente un error del servidor y solo mi servicio de alojamiento puede arreglalo.

Hasta el momento, mi servicio de alojamiento no ha podido proporcionar nada y solicité volver a llamar con la hora exacta que sucede a continuación para que puedan investigarlo. Cualquier ayuda sería apreciada ya que no estoy demasiado seguro de que puedan resolver esto.

ACTUALIZACIÓN Ok, casi un par de años después y decidí que era hora de lidiar con eso. Pude resolver la mayoría de los problemas eliminando mis dominios estáticos que servían imágenes y javascript. Sin embargo, todavía estaba usando un segundo dominio para parte de este contenido y Safari en particular todavía me daba problemas.

Investigué más y encontré otro artículo que habla sobre esto aquí . Exactamente lo que @Kevin describe. El artículo confirmó que sucede en Safari. Entonces, siguiendo el consejo, me puse a obtener certificados separados para cada dominio. Estoy en un host compartido (Webhostinghub) y descubrí que ahora ofrecen SSL gratis (AutoSSL) que se renueva automáticamente. Parecía demasiado bueno para ser verdad. Me prepararon con 5 certificados gratuitos. Hasta aquí todo bien. Incluso puedo intentar volver a habilitar los dominios estáticos para probar. Si todo esto funciona, ahorraré $ para arrancar como un bono y dejaré que mis certificados de Comodo expiren en julio.

Esto es causado por la siguiente secuencia de eventos:

1. El servidor y el cliente son compatibles y usan HTTP / 2.
2. El cliente solicita una página en foo.example.com.
3. Durante la negociación de TLS, el servidor presenta un certificado que es válido para ambos foo.example.comy bar.example.com(y el cliente lo acepta). Esto podría hacerse con un certificado comodín o un certificado SAN.
4. El cliente reutiliza la conexión para realizar una solicitud bar.example.com.
5. El servidor no puede o no desea admitir la reutilización de conexiones entre dominios (por ejemplo, porque configuró su SSL de manera diferente y Apache quiere forzar una renegociación de TLS), y sirve HTTP 421.
6. El cliente no vuelve a intentar automáticamente con una nueva conexión (consulte, por ejemplo, el error de Chrome # 546991 , ahora corregido). El RfC relevante dice que el cliente PUEDE reintentar, no que DEBE o DEBE. No volver a intentarlo no es particularmente fácil de usar, pero puede ser deseable para una herramienta de depuración o una biblioteca HTTP.

El evento n. ° 6 está fuera de su control, pero dependiendo del software del servidor, el n. ° 5 puede ser reparable. Consulte la documentación HTTP / 2 de su servidor para obtener más información sobre cómo y cuándo envía HTTP 421. Alternativamente, puede emitir certificados separados para cada dominio, pero eso genera más gastos administrativos y puede que no valga la pena. También puede desactivar HTTP / 2 por completo, pero eso probablemente sea excesivo en la mayoría de los casos.

Tal vez esto sea útil para alguien.

Recibí este error cuando intenté cambiar la configuración de mi host virtual apache a HTTPS pero solo cambié el puerto de 80 a 443 y olvidé agregar

   SSLEngine on
   SSLCertificateFile "/opt/lampp/htdocs/localhost.crt"
   SSLCertificateKeyFile "/opt/lampp/htdocs/localhost.key"

Configuración que causa el error 421:

<VirtualHost mydoamin.local:443>   <-- fistly I 
       DocumentRoot "/opt/lampp/htdocs/mydomain/"
       ServerName www.mydomain.local
</VirtualHost>

La configuración correcta:

<VirtualHost mydoamin.local:443>
       DocumentRoot "/opt/lampp/htdocs/mydomain/"
       ServerName www.mydomain.local
       SSLEngine on
       SSLCertificateFile "/opt/lampp/htdocs/localhost.crt"
       SSLCertificateKeyFile "/opt/lampp/htdocs/localhost.key"
</VirtualHost>

Tuve el mismo problema. Cambiar a dos SSL de una sola ranura hizo el truco.