Saltar al contenido

Reescribir el proveedor de URL de seguridad en Jitterbit App Builder

Los clientes web y servidores de App Builder deben coincidir en la URL de la aplicación de App Builder. Esto es necesario para el manejo de cookies y redirecciones del lado del cliente, como las que ocurren durante el proceso de autenticación. Los proxies inversos pueden modificar la URL de la solicitud en tránsito. El proveedor de Reescribir URL se puede utilizar para restaurar una URL que ha sido reescrita por un proxy inverso.

El proveedor de Reescribir URL coincide con los siguientes componentes de la URL de solicitud:

  • Esquema - HTTP o HTTPS
  • Host - example.com
  • Puerto - 80, 443

Las URLs que coinciden son reescritas. Tenga en cuenta que solo se pueden reescribir los componentes de esquema, nombre de host y puerto: la ruta no se puede reescribir. Dado que las rutas son sensibles a mayúsculas y minúsculas, no se pueden restaurar de manera confiable.

Configuración

El proveedor de Reescribir URL debe ser registrado manualmente. El proveedor de Reescribir URL debe ser registrado antes que cualquier otro proveedor.

Parámetros

Parámetro Valor por Defecto Descripción
MatchUrl La especificación de URL contra la cual se probará la solicitud. Solo se consideran el esquema, el host y el puerto.
RewriteUrl La URL a la que se reescribirá la solicitud. Solo se modifican el esquema, el host y el puerto.
DetectReverseProxy False
  • Cuando está habilitado, App Builder inspeccionará la solicitud para determinar si un proxy inverso puede haber modificado la URL. Actualmente, App Builder busca la presencia del encabezado X-Forwarded-For.
  • Establezca esta propiedad en True si los usuarios pueden acceder a la aplicación de App Builder utilizando el MatchUrl sin pasar por el proxy inverso. Esto generalmente sugiere una configuración de DNS dividido.

Solución de problemas

Para solucionar por qué una URL puede o no ser reescrita, establece el nivel de registro de App Builder en Trace. Realiza una solicitud HTTP a App Builder (generalmente una que pase a través del proxy inverso). Luego, revisa los registros. Deberías ver entradas de registro en la siguiente forma:

HTTP request URL components: scheme=http, host=example.com, port=80
Rewritten HTTP request URL components: scheme=https, host=example.com, port=443