A mediados de julio de 2025<\/strong>, miles de administradores de servidores comenzaron a reportar que sus sitios web en Plesk dejaron de ser accesibles al cargar v\u00eda HTTPS, devolviendo el siguiente error:<\/p>\n\n\n\n Este fallo afecta principalmente a servidores con m\u00faltiples sitios y m\u00faltiples direcciones IP configuradas, especialmente cuando Nginx est\u00e1 habilitado como proxy inverso.<\/p>\n\n\n\n El error El resultado es que Apache rechaza la solicitud porque no sabe c\u00f3mo manejarla correctamente.<\/p>\n\n\n\n Tras una actualizaci\u00f3n reciente de Apache (en julio 2025)<\/strong>, surgi\u00f3 un conflicto con la forma en que Nginx reenv\u00eda conexiones HTTPS a Apache. Concretamente, Nginx no estaba reenviando correctamente la informaci\u00f3n del SNI<\/strong>, lo que causaba que Apache devolviera el error 421.<\/p>\n\n\n\n Plesk ha confirmado el incidente y est\u00e1 documentado en su sitio oficial:<\/p>\n\n\n\n \ud83d\udd17 Art\u00edculo oficial de Plesk sobre el error 421<\/a><\/p>\n\n\n\n Hasta que Plesk libere un parche oficial que solucione este comportamiento por defecto, puedes resolverlo aplicando una peque\u00f1a configuraci\u00f3n manual en Nginx.<\/p>\n\n\n\n Este comando hace lo siguiente:<\/p>\n\n\n\n Plesk, en su estado actual, no aplica esta configuraci\u00f3n autom\u00e1ticamente<\/strong>, incluso en instalaciones con m\u00faltiples dominios e IPs dedicadas. Esto hace que el error pueda presentarse incluso si todo estaba funcionando correctamente antes de la actualizaci\u00f3n.<\/p>\n\n\n\n Guarda este comando.<\/strong> Es probable que tengas que volver a usarlo hasta que Plesk lo resuelva oficialmente.<\/p>\n\n\n\n Y recuerda el sabio consejo del d\u00eda:<\/p>\n\n\n\n \u201cCuando hables con Apache, no seas idiota: pasa el \ud83d\udcc5 Contexto: A mediados de julio de 2025, miles de administradores de servidores comenzaron a reportar que sus sitios web en Plesk dejaron de ser…<\/p>\n","protected":false},"author":1,"featured_media":1280,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"pgc_sgb_lightbox_settings":"","footnotes":""},"categories":[7],"tags":[23],"class_list":["post-1279","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-guias","tag-guias"],"menu_order":0,"_links":{"self":[{"href":"https:\/\/on-us.net\/index.php?rest_route=\/wp\/v2\/posts\/1279","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/on-us.net\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/on-us.net\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/on-us.net\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/on-us.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1279"}],"version-history":[{"count":1,"href":"https:\/\/on-us.net\/index.php?rest_route=\/wp\/v2\/posts\/1279\/revisions"}],"predecessor-version":[{"id":1281,"href":"https:\/\/on-us.net\/index.php?rest_route=\/wp\/v2\/posts\/1279\/revisions\/1281"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/on-us.net\/index.php?rest_route=\/wp\/v2\/media\/1280"}],"wp:attachment":[{"href":"https:\/\/on-us.net\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1279"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/on-us.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1279"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/on-us.net\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1279"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}421 Misdirected Request
<\/code><\/pre>\n\n\n\n
\n\n\n\n\u2757 \u00bfQu\u00e9 significa el error 421?<\/h3>\n\n\n\n
421 Misdirected Request<\/code> ocurre cuando el servidor web (Apache) no puede determinar correctamente a qu\u00e9 VirtualHost<\/em> debe dirigir la conexi\u00f3n porque no recibi\u00f3 el nombre del dominio (SNI)<\/strong> de forma adecuada desde Nginx.<\/p>\n\n\n\n
\n\n\n\n\ud83e\udde8 \u00bfQu\u00e9 caus\u00f3 este error?<\/h3>\n\n\n\n
\n\n\n\n\u2705 Soluci\u00f3n r\u00e1pida y efectiva:<\/h3>\n\n\n\n
Ejecuta este comando como root o con
sudo<\/code>:<\/h4>\n\n\n\nsudo bash -c 'echo -e \"proxy_ssl_server_name on;\\nproxy_ssl_name \\$host;\\nproxy_ssl_session_reuse off;\" > \/etc\/nginx\/conf.d\/fixssl.conf && systemctl restart nginx'
<\/code><\/pre>\n\n\n\n\n
fixssl.conf<\/code> en el directorio de configuraci\u00f3n de Nginx.<\/li>\n\n\n\n
\n\n\n\n\ud83d\udd27 \u00bfPor qu\u00e9 es necesario hacer esto manualmente?<\/h3>\n\n\n\n
\n\n\n\n\ud83d\udccc Consideraciones importantes:<\/h3>\n\n\n\n
\n
\n\n\n\n\ud83d\udcda Fuentes oficiales:<\/h3>\n\n\n\n
\n
\n\n\n\n\ud83e\udde0 Recomendaci\u00f3n final:<\/h3>\n\n\n\n
\n
Host:<\/code> correctamente en la conexi\u00f3n SSL, para que Apache sepa a qu\u00e9 vhost est\u00e1s hablando.\u201d \ud83d\ude04<\/p>\n<\/blockquote>\n","protected":false},"excerpt":{"rendered":"