Visión general de Caching Proxy

Actuando como proxy de retorno o como proxy de reenvío, Caching Proxy intercepta las peticiones de datos de un cliente, recupera la información solicitada de las máquinas que alojan contenidos y devuelve esos contenidos al cliente. Habitualmente, las peticiones se refieren a documentos que se almacenan en máquinas de servidor web (también llamadas servidores de origen o sistemas principales que alojan contenidos) y se entregan mediante el HTTP (Protocolo de transferencia de hipertexto). No obstante, es posible configurar Caching Proxy de forma que maneje otros protocolos, tales como FTP (Protocolo de transferencia de archivos) y Gopher.

Caching Proxy almacena contenido almacenable en memoria caché en una memoria caché local antes de entregarlo al solicitante. Entre los ejemplos de contenidos que pueden colocarse en antememoria se incluyen las páginas web estáticas y los archivos JPS (JavaServer Pages) con fragmentos que se generan dinámicamente pero que cambian con poca frecuencia. El almacenamiento en memoria caché permite que Caching Proxy satisfaga las solicitudes posteriores para el mismo contenido entregándolo directamente desde la memoria caché local, lo que es mucho más rápido que recuperarlo de nuevo desde el host de contenido.

Importante: Caching Proxy está disponible en todas las instalaciones de componentes Edge, con las excepciones siguientes:

Caching Proxy no está disponible en instalaciones de Edge Components que se ejecuten en procesadores de 64-bits, excepto para HP-UX ia64. En sistemas HP-UX ia64, Caching Proxy se ejecutará como una aplicación de 32 bits.

Configuraciones básicas de Caching Proxy

Las configuraciones básicas de proxy son el proxy de retorno y el proxy de reenvío.

Proxy de retorno (valor por omisión)

Por omisión, Caching Proxy se configura como un servidor de proxy de retorno. En una configuración de proxy de retorno, un servidor proxy se encuentra entre uno o más servidores de contenido e Internet. Acepta solicitudes de clientes de Internet para contenido almacenado en el sitio principal del servidor proxy. El servidor proxy aparece ante el cliente como el servidor de origen (contenido); el cliente no sabe que la petición se ha enviado a otro servidor.

Proxy de reenvío

Como alternativa, puede configurar Caching Proxy como servidor proxy de reenvío. Sin embargo, los navegadores de cliente deben configurarse individualmente para utilizar el proxy. En una configuración de proxy de reenvío, un servidor proxy se encuentra entre el cliente e Internet. Caching Proxy reenvía la solicitud de un cliente a los hosts de contenido ubicados en Internet, almacena en caché los datos recuperados y los entrega al cliente.

Se pueden realizar los cambios siguientes en el archivo de configuración ibmproxy.conf para habilitar la configuración del proxy de reenvío:

Elimine el comentario de las líneas siguientes para especificar lo protocolos que Caching Proxy reenviará.
```
Proxy   http:* 
Proxy   ftp:* 
Proxy   gopher:*
```
Habilite el túnel SSL para que las peticiones SSL se manejen en una configuración de proxy de reenvío.
```
SSLTunneling On
```

Habilite el método CONNECT utilizando la directiva Enable:

Enable CONNECT OutgoingPorts All

Enable CONNECT OutgoingPorts 443

Estos cambios permiten que el proxy de reenvío realice lo siguiente:

Responder a peticiones de clientes en los protocolos Hypertext Transfer Protocol o File Transfer Protocol.
Responder a peticiones del motor de búsqueda gopher.
Mantener la afinidad entre un cliente y su servidor actual durante una transacción.

Proxy transparente (sólo sistemas Linux)

Una variación del Caching Proxy de reenvío es un Caching Proxytransparente. En este rol, Caching Proxy realiza la misma función que un Caching Proxyde reenvío básico, pero lo hace sin que el cliente sea consciente de su presencia. La configuración de Caching Proxy transparente solo está soportada en sistemas Linux® .

Como sucede con el Caching Proxy de reenvío normal, el Caching Proxy transparente se instala en una máquina junto a Internet o la pasarela, pero los programas de navegador de cliente no están configurados para dirigir peticiones a un Caching Proxy de reenvío. Los clientes desconocen que existe un proxy en la configuración. Sin embargo, un direccionador está configurado para interceptar peticiones de cliente y dirigirlas al Caching Proxy transparente.