El Apache que me volvió loco: 5 horas perdidas por culpa de una actualización silenciosa

Si tus sitios en Plesk dejaron de funcionar de repente y ves el mensaje error 421 Misdirected Request, no estás solo. Tras horas buscando soluciones en foros, tutoriales y herramientas de IA, descubrimos que el problema viene de una reciente actualización de Apache. En este artículo te explicamos qué lo causa y cómo solucionarlo en minutos.

No hay nada que te prepare para el momento en que todos tus sitios alojados en Plesk colapsan de un segundo a otro y te reciben con un escueto, absurdo e irritante mensaje:
“Error 421 Misdirected Request”.

El sudor frío comienza a escurrirte por la espalda. Lo primero que haces es culpar al DNS. Luego al firewall. Después crees que los certificados SSL están caducados, mal instalados, duplicados, poseídos por algún demonio apacheano del siglo XXI. Reinstalas, reinicias, reconfiguras, lloras. Pero nada funciona.

La trampa está ahí: no hay forma humana de imaginar que todo se debe a una actualización silenciosa de Apache. Un parche de seguridad bienintencionado que termina convirtiendo al servidor en un portero de discoteca enloquecido, rechazando a cada cliente HTTPS que no le susurre dulcemente su nombre.

El mensaje que nos volvió locos

En los registros aparece esto:

pgsql Copiar Editar AH02032: Hostname default-203_0_113_2 (default host as no SNI was provided) and hostname www.example.com provided via HTTP have no compatible SSL setup

Traducción: Apache ahora exige que cada petición HTTPS venga acompañada de la identificación del servidor (mediante SNI, Server Name Indication). Y nginx —ese viejo compañero de batalla— no la está enviando por defecto cuando actúa como proxy inverso.

Resultado: todos tus sitios explotan sin previo aviso y tú, como un idiota, probando cada tutorial, cada truco de ChatGPT, cada video de YouTube con títulos estilo “¡Arregla el error 421 en 3 minutos!”. Cinco horas. Eso fue lo que duró mi calvario.

La solución (gracias, soporte de Plesk)

Finalmente, después de raspar la web como quien busca oro en las cloacas, encontramos un artículo del soporte oficial de Plesk. Dos líneas de configuración. Solo eso.

Conéctate por SSH y ejecuta esto:

bash Copiar Editar echo -e "proxy_ssl_server_name on;\nproxy_ssl_name \$host;" > /etc/nginx/conf.d/fixssl.conf && service nginx restart

¿Resultado? Magia. Los sitios volvieron como si nunca se hubieran ido. Como si las cinco horas anteriores fueran un mal sueño. Apache dejó de hacer berrinche. nginx empezó a comportarse. Y el mundo volvió a su equilibrio.

Leelo en el soporte de Plesk

¿Qué aprendimos?

  1. Apache ya no acepta conexiones sin SNI por cuestiones de seguridad.
  2. nginx necesita que le recuerdes pasar el nombre del servidor cuando actúa como proxy HTTPS.
  3. Plesk aún no ha lanzado la solución oficial, pero lo está preparando para las versiones 18.0.70 y 18.0.71.
  4. A veces, el problema no está en ti, sino en una actualización que nadie te advirtió.

Y sobre todo: que cuando un error te diga «Misdirected Request», el que está desorientado probablemente eres tú, no la máquina.

Comparte tu aprecio

2 comentarios

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *