Posts etiquetados ‘obiee’

En muchas ocasiones, las aplicaciones web que son protegidas con Oracle Access Manager (AKA OAM), permiten al usuario final de descarga de documentos diferentes a un .txt (TEXTO), ejemplos de estas aplicaciones pueden ser Siebel, OBIEE, etc. Cuando se genera la configuración por default del AccessGate que protege dichos recursos podemos obtener mensajes de error al descargar los documentos como los siguientes:

  • The file cannot be found on server
  • El archivo no se pudo encontrar en el servidor
  • The file doesnt exist
  • … Y similares

Esto debe a como se gestionan dos valores que aunque parezcan insignificantes no lo son:

  • CachePragmaHeader
  • CacheControlHeader

Para entender como afectan estos valores a OAM necesitamos entender la definición del protocolo HTTP definido por la w3c (RFC-2616), en específico necesitamos entender las definiciones de 2 Campos de Encabezado (Header Fields):

  • Cache-Control, Especifícan el comportamiento que impede al caché interferir negativamente con la solicitud o la respuesta. Estas directivas suelen reemplazar los algoritmos de caché por defecto y son unidireccionales, es decir que una directiva en una solicitud no implica que la misma directiva se dé en la respuesta.
    Las directivas de control de cache se pueden dividir en las siguientes categorias:

    • Restricciones de que es cacheable, las cuales solo pueden imponerse por el servidor que origina las respuestas. Los posibles valores a usar son:
      • no-cache
      • public
      • private
    • Restricciones de lo que se puede guardar en cache, este puede establecerse por el cliente o el servidor:
      • no-store
    • Modificaciones al mecanismo de expiración. Los posibles valores a usar son:
      • max-age
      • s-maxage
    • Controles sobre la recarga o revalidación del cache, solo pueden establecerse por el agente cliente y sus posibles valores son:
      • must-revalidate
      • proxy-revalidate
    • Controles sobre las entidades de transformación del cache
      • no-transform
    • Diferentes extensiones al manejo del cache
  • Pragma, se utiliza para incluir directivas específicas de la implementación que podrían aplicarse a cualquier destinatario a lo largo de las peticiones y/o respuestas. Tiene las mismas opciones que las directiva cache-control en la sección referente a lo que es cacheable

En base a lo anterior podemos darnos cuenta que existen tres diferentes valores que afectan directamente el comportamiento de la descarga de documentos para el OAM:

  • public, indica que las respuestas pueden ser cacheadas por cualquier cache, inclusive si normalmente no lo son, o son cacheadas únicamente con el control no-share de la directiva de Autorización
  • private, indica que todo o parte del mensaje de respuesta esta dirigido a un usuario y por lo tanto no debe ser cacheado por un caché compartido. El uso de este control solo afecta el cache por lo que no asegura la privacidad del mensaje.
  • no-cache, Indica que el cache no se debe usar en las respuestas para satisfacer subsecuentes peticiones sin una previa validación con el servidor de origen. Esto permite al servidor de origen prevenir el cache aún cuando este ya ha sido configurado para su envío al cliente.

Lo expuesto anteriormente nos permite identificar el porque del error en la descarga de documentos desde recursos protegidos por OAM. Es por ello que según la naturaleza de los archivos se deben usar los controles public o private en las opciones de configuración CacheControlHeader y CachePragmaHeader del AccessGate.

Para más información pueden remitirse al RFC-2616, en la sección 13 y 14 del mismo.

Happy Hacking!

————-
Entrada generada por:
NataS::: The Lord of Chaos
Marcos Ricardo Schejtman Rubio <mschejtman@nekasys.com>

Anuncios