¿Por qué un proxy inverso redirige una aplicación al dominio de otra aplicación?
Un proxy inverso puede enviar una aplicación al dominio de otra cuando el backend o el middleware genera redirecciones a partir de un nombre de host público incorrecto.
En una infraestructura autoalojada de ZimaSpace, varias aplicaciones pueden compartir el mismo proxy, aunque cada una espere su propia URL base pública. Si Host, X-Forwarded-Host, el esquema, el middleware o una URL canónica configurada en la aplicación apunta a otro servicio, la primera página puede cargarse correctamente y la siguiente redirección 301, 302 o devolución de inicio de sesión puede cambiar de dominio.
Comprueba el host y el esquema enviados al backend
Captura los encabezados de la solicitud en el proxy y en el backend mientras reproduces la redirección.
Una guía práctica y específica sobre la implementación de un proxy inverso en el reenvío del host y el esquema al backend ayuda a aislar esta posibilidad, porque aborda el mismo problema concreto en lugar de limitarse a definir el protocolo subyacente.
Corrige los encabezados del proxy antes de cambiar las URL de la aplicación. Un backend no puede generar la redirección absoluta correcta si cree que la solicitud utilizó otro host.
Inspecciona específicamente X-Forwarded-Host
Algunos frameworks utilizan X-Forwarded-Host en lugar del encabezado Host sin modificar al generar URL absolutas.
Un artículo explicativo específico sobre los encabezados HTTP en X-Forwarded-Host conserva el nombre de host público ayuda a aislar esta posibilidad, porque aborda el mismo problema concreto en lugar de limitarse a definir el protocolo subyacente.
Compara este encabezado entre la aplicación que funciona y la aplicación que redirige incorrectamente. Elimina las sobrescrituras globales que obligan a todos los backends a utilizar un único dominio.
Comprueba si la aplicación genera URL absolutas
Busca ajustes del framework que confíen en los encabezados del proxy y construyan enlaces canónicos o redirecciones.
Un artículo práctico de depuración de proxies basado en un caso real en las URL absolutas pueden ser incorrectas detrás de un proxy ayuda a aislar esta posibilidad, porque aborda el mismo problema concreto en lugar de limitarse a definir el protocolo subyacente.
Corrige la configuración de confianza del proxy o de la URL pública del framework en lugar de reescribir cada redirección en el extremo.
Verifica la URL base o el dominio canónico de la aplicación
Muchas aplicaciones autoalojadas almacenan una URL del sitio independiente de la regla del proxy.
Un caso práctico y específico sobre una aplicación detrás de un proxy en la URL base de la aplicación puede sobrescribir el nombre de host del proxy ayuda a aislar esta posibilidad, porque aborda el mismo problema concreto en lugar de limitarse a definir el protocolo subyacente.
Compara los valores de la URL de la aplicación almacenados después de migraciones o restauraciones. Una base de datos copiada puede conservar el nombre de host canónico de otro entorno de aplicación.
Audita el middleware de redirección antes del backend
Una regla del proxy puede reescribir intencionadamente el esquema o el host antes de que la solicitud llegue a la aplicación.
Una guía práctica y específica de Traefik para laboratorios domésticos en el middleware de redirección puede reemplazar el host ayuda a aislar esta posibilidad, porque aborda el mismo problema concreto en lugar de limitarse a definir el protocolo subyacente.
Desactiva únicamente el middleware de redirección sospechoso en un router de prueba. Mantén separada la imposición de HTTPS de las redirecciones entre dominios.
Comprueba las URL de devolución de OAuth y OIDC
Los flujos de autenticación suelen revelar un nombre de host público incorrecto porque el proveedor valida una URI de redirección exacta.
Un artículo específico de resolución de problemas de OIDC en las devoluciones OIDC dependen de la URL pública del proxy ayuda a aislar esta posibilidad, porque aborda el mismo problema concreto en lugar de limitarse a definir el protocolo subyacente.
Compara conjuntamente el emisor, la devolución, los encabezados reenviados y la URL base de la aplicación. Que una página normal se cargue correctamente no demuestra que la ruta de devolución de inicio de sesión sea correcta.
Vuelve a probar la ruta exacta del servidor doméstico
Después de cambiar una variable, repite el mismo flujo NAS o autoalojado desde el mismo cliente en lugar de cambiar a otra prueba que pueda utilizar una ruta diferente.
La guía relacionada de ZimaSpace en la ruta de red adyacente del servidor doméstico ayuda a mantener la verificación final vinculada al mismo entorno autoalojado.
La corrección solo estará completa cuando el síntoma original siga resuelto después de volver a conectarte, reiniciar el servicio y realizar una segunda transferencia o solicitud controlada.
Preguntas frecuentes
¿Puede el DNS causar una respuesta HTTP 301 o 302?
El DNS solo devuelve una dirección. La redirección la genera el proxy, la capa de autenticación o la aplicación.
¿Por qué se carga la aplicación correcta antes de que el navegador cambie de dominio?
La ruta inicial del proxy puede ser correcta mientras el backend genera posteriormente una redirección absoluta a partir de una URL base o un host reenviado incorrectos.
¿Debo reescribir todos los encabezados Location en el proxy?
No. Corrige primero el origen del nombre de host incorrecto; una reescritura amplia de las respuestas puede ocultar errores de configuración de la aplicación.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...
Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...
Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...
