Corregir bucles de redirección: HTTPS, www y proxies inversos

Identifique la URL que se repite

Un bucle vuelve a una URL anterior: /shop → /store → /shop. Una cadena larga puede terminar correctamente. Abra la cadena de redirecciones del informe de check.uk.app y compare las direcciones y los códigos de estado. Un tiempo de espera agotado o un límite de saltos, por sí solos, no demuestran un bucle.

Guarde la respuesta pública

Sustituya example.com por una URL pública que controle. Este comando GET guarda los encabezados de cada salto y el cuerpo de la respuesta final. Se detiene tras diez redirecciones o treinta segundos. En Windows PowerShell utilice curl.exe. Nunca comparta resultados de diagnóstico que contengan tokens privados.

curl --silent --show-error --location --max-redirs 10 --max-time 30 --proto "=http,https" --proto-redir "=http,https" --dump-header headers.txt --output body.html https://example.com/

Localice la capa en conflicto

Revise el CDN, el proxy, el servidor web y la aplicación. Una capa puede añadir www mientras otra lo elimina. Un proxy que termina TLS puede reenviar HTTP a una aplicación que redirige a la misma URL HTTPS pública. Elija el host y el esquema canónicos y compare los registros correspondientes al momento de la solicitud.

Transmita el esquema mediante proxies de confianza

En el proxy Nginx que termina TLS, proxy_set_header X-Forwarded-Proto $scheme permite comunicar el esquema externo. La aplicación debe confiar únicamente en proxies conocidos. En un salto HTTP de un proxy interno, $scheme ya no es el esquema original; consérvelo solo a través de una cadena de confianza explícita. Nunca considere fiables los encabezados de reenvío arbitrarios enviados por el cliente.

Verifique y prepare una reversión

Guarde las reglas originales. Modifique una capa, valide su configuración y repita el GET para HTTP, HTTPS y ambas variantes del nombre de host, si están configuradas. Compruebe la ruta y la cadena de consulta originales. El recorrido debe terminar en la página prevista sin alternar entre hosts ni pasar de HTTPS a HTTP.

Compruebe también el inicio de sesión y los formularios: los códigos de redirección pueden afectar al método de solicitud. Compare una sesión nueva del navegador con curl, ya que la caché y HSTS pueden cambiar el comportamiento. Restaure la regla guardada si falla la navegación. Borrar las cookies no resuelve un conflicto de redirecciones del servidor.