El bucle de redirección de Magento probablemente no es la VPN

Ve 302 en el registro de acceso, la tienda no carga a través de la VPN y la conclusión se escribe sola. Esa conclusión suele ser errónea de una forma interesante. Una respuesta de redirección registra un destino al que se le dijo al navegador que fuera, y no dice nada sobre si el túnel, el certificado o la aplicación produjeron el problema. La línea del registro es el comienzo de la investigación, no su hallazgo.

Un 302 dice adónde, no por qué

Una entrada del registro de acceso anota la petición, el estado y el tamaño, y suele omitir la cabecera Location que importa. Una redirección puede ser del todo normal: un nombre de host canónico, una normalización de la barra final, un cambio a HTTPS. Lo que necesita es la secuencia, porque un solo salto y un bucle son averías distintas con responsables distintos. Los saltos repetidos entre esquemas apuntan al tratamiento de URL y esquema. Un salto a un nombre que el navegador no puede resolver apunta a un sitio completamente distinto.

Nada de eso es prueba sobre la VPN. El túnel es un camino; la redirección es una instrucción que escribió la aplicación.

Capture la cadena, no la línea del registro

Use la vista de red del navegador y anote cuatro campos por salto: la URL solicitada, el estado, la cabecera Location y la hora. Termine con la respuesta final o con el error de conexión, porque el caso interesante es el salto que nunca se completa. Hágalo una vez en un camino que funciona y otra en el que falla, con la misma cuenta y la misma navegación. Comparar dos cadenas vale más que cualquier línea suelta de un registro.

Mantenga ese registro en privado. Las URL llevan identificadores de sesión, y un archivo de navegador guardado lleva más de lo que espera. Elimine las cadenas de consulta antes de pegar nada en un tique.

La idea que tiene la aplicación de su propia URL

Magento genera URL absolutas a partir de la configuración, con alcance por sitio web o vista de tienda. bin/magento config:show web/secure/base_url imprime el valor que la aplicación cree, y a menudo es un nombre de host que quedó de una compilación o de una migración en lugar del que usó el navegador. Si nombra un host interno, se envía el navegador a un lugar al que no puede llegar, y ningún cambio de túnel lo arregla.

Compare las URL base segura y no segura con los nombres públicos que tiene delante. Una discrepancia en cualquiera de las dos produce exactamente la redirección que está mirando.

Las cabeceras de proxy de confianza son un contrato

Cuando el TLS termina en un balanceador de carga, la aplicación ve HTTP simple y hay que decirle lo contrario. El ajuste de cabecera de offloader nombra la cabecera que establece el proxy, como el protocolo reenviado, y la aplicación confía en ella para las decisiones de esquema.

Esa confianza es un contrato con un proxy, no un permiso general. Aceptar la cabecera de clientes arbitrarios permite a cualquiera reclamar un esquema, y por eso solo pertenece donde la establece un proxy designado. Si el nombre de la cabecera y el comportamiento del proxy no coinciden, la aplicación genera redirecciones hacia un esquema que el navegador nunca usó, y el bucle se cierra. Compruebe la configuración del proxy y el ajuste de la aplicación juntos, y luego vacíe la caché de configuración para que el cambio surta efecto.

Cuando el bucle es una sesión, no una ruta

Una cadena que siempre vuelve al inicio de sesión suele ser un problema de cookie. Compruebe si la cookie de sesión se emitió para el nombre de host que el navegador usó realmente, y si se marcó como segura en una conexión que el navegador considera segura. Una cookie asociada al dominio equivocado produce un bucle de inicio de sesión que se parece exactamente a un fallo de enrutamiento.

Corrija la discrepancia demostrada en su responsable, sea la URL base, el dominio de la cookie o el contrato con el proxy, y después vuelva a probar toda la navegación en lugar de mirar cómo desaparece un 302. Desactivar los requisitos de HTTPS para romper el bucle cambia una redirección por un problema peor. Cuando el cambio esté hecho, compruebe el túnel por separado: solicite un recurso privado conocido y confirme que llega, para que la siguiente redirección tenga una base limpia con la que compararse.