Recientemente, ajustando la configuración de un WordPress que instalamos en los servidores de un cliente, nos encontramos con un problema bastante singular.

En nuestros servidores el sitio web funcionaba correctamente sobre https y aparentemente replicamos la configuración del cliente. El cliente recibe las peticiones en un proxy reverse que envía al servidor con la aplicación en http.

El problema era que en el servidor del cliente no se cargaban los estilos, ni los js ni las fuentes porque el navegador intentaba cargarlos por http en lugar de https, los consideraba inseguros y por tanto los bloqueaba. Además, tampoco podíamos acceder a la zona de administración de WordPress porque el navegador mostraba el siguiente error (ERR_TOO_MANY_REDIRECTS) .

La configuración en nuestro wp_config.php era la siguiente:

Las últimas líneas corresponden a la forma recomendada de manejar esta configuración en WP, como se puede ver aquí: https://codex.wordpress.org/Function_Reference/is_ssl.

El servidor apache, que recibía las peticiones externas, estaba configurado de la siguiente forma (incluimos solo las instrucciones relevantes) y las enviaba al servidor en el que estaba instalada la aplicación por http:

Como se puede ver, se incluye la instrucción que en teoría debería enviar la indicación del https RequestHeader set X_FORWARDED_PROTO ‘https’.

Tras investigar en la red (http://www.jpereira.net/gestion-documental/wordpress-mod-proxy-ssl, https://snippets.webaware.com.au/snippets/wordpress-is_ssl-doesnt-work-behind-sume-load-balancers/), nuestra conclusión es que en ese viaje entre servidores se pierde la variable o no se llega a enviar. Por este motivo, el servidor con la aplicación no puede saber que estamos sobre https. Hemos de indicar que a nosotros no nos funcionó ninguna de las soluciones anteriores y tuvimos que forzar directamente la variable que indica estar sobre https poniéndola directamente en el wp_config de esta forma:

$_SERVER[‘HTTPS’]=’on’;

A partir de este momento el sitio web funciona correctamente, puede que no sea la mejor solución, pero después de una semana peleándonos con este problema es la única que encontramos.

Esperamos que este artículo os pueda ayudar si os encontráis con el mismo problema.

0 comentarios

Enviar un comentario

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

Unha compañía de software especializada en
solucións multimedia, tecnoloxía lingüística e
tradución automática.

Enderezo

Salgueiriños de abaixo nº11 L6
15703 Santiago de Compostela
981 554068
imaxin@imaxin.com

Uso de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.plugin cookies

ACEPTAR