Vous êtes sur la page 1sur 68

La World Wide Web (WWW) es un repositorio de informacin vinculado entre s en muchos puntos en el mundo.

La WWW tiene una combinacin nica de flexibilidad, portabilidad y facilidad de uso, caractersticas que la distinguen de otros servicios proporcionados por la Internet. El proyecto WWW fue iniciado por CERN (European Laboratory for Particle Physics) para crear un sistema para manejar recursos distribuidos necesarios para investigaciones cientficas. El protocolo utilizado para recuperar informacin de la Web es el HTTP (Protocolo de Transferencia de Hipertexto).

La WWW es un servicio cliente/servidor distribuido, en el cual un cliente usa un navegador para accesar un servicio proporcionado por un servidor. Sin embargo, el servicio proporcionado est distribuido sobre muchas ubicaciones llamadas sitios. Cada sitio tiene uno o ms documentos, referidos como pginas Web. Cada pgina Web, sin embargo, puede contener algunos enlaces a otras pginas Web en el mismo sitio o en otros sitios. En otras palabras, una pgina Web puede ser simple o compuesta. Una pgina Web simple no tiene enlaces a otras pginas Web; una pgina compuesta tiene uno o ms enlaces a otras pginas Web. Cada pgina Web es un archivo con un nombre y direccin.

Si se necesita recuperar una pgina Web que contiene la biografa de un famoso personaje con algunas fotografas, la cuales estn incrustadas en la misma pgina. El documento completo es una pgina Web simple, y puede ser recuperado utilizando solamente una simple transaccin de solicitud/respuesta.

Si se quiere recuperar un documento cientfico que contiene una referencia a otro archivo de texto y una referencia a una imagen, la situacin cambia.

En la figura anterior, se muestra que el documento principal y la imagen estn almacenados en dos archivos separados en el mismo sitio (archivo A y archivo B); y el archivo de texto referenciado esta almacenado en otro sitio (archivo C). Como se esta tratando con tres archivos diferentes, se necesitan tres transacciones si se quiere ver el documento completo.

La primera transaccin (solicitud/respuesta) recupera una copia del documento principal (archivo A), el cual tiene una referencia (apuntador) al segundo y tercer archivo.

Cuando una copia del documento principal es recuperada y se despliega en el navegador, el usuario puede hacer clic en la referencia a la imagen para invocar la segunda transaccin y recuperar una copia de la imagen (archivo B).

Si el usuario adems necesita ver el contenido del archivo de texto referenciado (apuntador) invoca la tercera transaccin y recupera una copia del archivo C.
Aunque los archivos A y B estn almacenados en el mismo sitio (sitio I), ellos son archivos independientes con diferentes nombres y direcciones. Se necesitan dos transacciones para recuperarlos.

Hipertexto significa crear documentos que referencien a otros documentos. En un documento de hipertexto, una parte del texto puede ser definida como un enlace a otro documento. Cuando un hipertexto es visto con un navegador, al enlace puede drsele clic para recuperar otro documento. Hipermedia es un trmino aplicado a un documento que contiene enlaces a documentos textuales o documentos que contienen grficas, video o audio.

Existe una gran variedad de navegadores comerciales que interpretan y despliegan un documento Web, y todos usan casi la misma arquitectura. Cada navegador usualmente contiene tres partes: un controlador, un protocolo cliente y el interprete.

El controlador recibe la entrada del teclado o el ratn y usa el programa cliente para accesar el documento. Despus de que el documento ha sido accesado, el controlador usa uno de los interpretes para desplegar el documento en la pantalla. El protocolo cliente puede ser un protocolo FTP, o TELNET, o HTTP. El interprete puede ser HTML, Java o JavaScript, dependiendo del tipo de documento.

La pgina Web es almacenada en el servidor. Cada vez que una solicitud del cliente llega, el documento correspondiente es enviado al cliente.

Para mejorar la eficiencia, el servidor normalmente almacena los archivos solicitados en la memoria cach; el acceso a la memoria es ms rpido que al disco.
Un servidor puede ser tambin ms eficiente a travs de la multitarea o multiprocesamiento. En este caso, un servidor puede responder ms de una solicitud a la vez.

Un cliente que quiere accesar a una pgina Web necesita el nombre de archivo y la direccin. Para facilitar el acceso a los documentos distribuidos a travs del mundo, HTTP utiliza localizadores. El localizador uniforme de recursos (URL) es un localizador estndar para especificar cualquier clase de informacin en la Internet. La URL define cuatro cosas: el protocolo, el host, el puerto y la ruta.

El protocolo es el programa de aplicacin cliente/servidor usado para recuperar el documento. Muchos protocolos diferentes pueden recuperar un documento, como: FTP, Gopher, TELNET, HTTP. El ms comn hoy en da es HTTP. El host es el nombre de dominio de la computadora en la cual la informacin est almacenada. Las pginas Web estn usualmente almacenadas en computadoras, y las computadoras se les dan alias de nombres de dominio que usualmente comienzan con los caracteres www. Esto no es obligatorio.

La URL puede opcionalmente contener el nmero de puerto del servidor. Si el puerto es incluido, es insertado entre el host y la ruta, y es separado del host por dos puntos.

La ruta es la ruta del archivo donde se localiza la informacin. La ruta puede contener diagonales invertidas (slash) que, en el sistema operativo UNIX, separan los directorios de los subdirectorios y archivos. En otras palabras, la ruta define el nombre del archivo completo donde el documento est almacenado en el sistema de directorio.

Los documentos en la WWW pueden ser agrupados en tres amplias categoras: Estticos Dinmicos Activos

La categora est basada en el tiempo en que el contenido del documento es determinado.

Los documentos estticos son documentos de contenido fijo que son creados ya almacenados en un servidor. El cliente puede solamente obtener una copia del documento. En otras palabras, el contenido del archivo es determinado cuando el archivo es creado, no cuando es usado. Por supuesto, el contenido en el servidor puede ser cambiado, pero el cliente no puede cambiarlo. Cuando un cliente accesa el documento, una copia del documento es enviada. El usuario puede usar entonces un navegador para desplegar el documento.

Los documentos estticos son preparados usando uno de varios lenguajes: HTML (Hypertext Markup Language), XML (Extensible Markup Language), XSL (Extensible Style Language), XHTML (Extended Hypertext Markup Language).

Un documento dinmico es creado por un servidor Web cuando un navegador solicita el documento. Cuando una solicitud llega, el servidor Web corre un programa de aplicacin o un script que crea el documento dinmico. El servidor regresa la salida del programa o script como una respuesta la navegador que solicito el documento. Debido a que un nuevo documento es creado para cada solicitud, el contenido de un documento dinmico puede variar de una solicitud a otra.

CGI es una tecnologa que crea y maneja documentos dinmicos. CGI es un conjunto de estndares que definen como un documento dinmico debe ser escrito, como son introducidos los datos de entrada y como son usados los resultados de salida. CGI no es un nuevo lenguaje; por el contrario, permite a los programadores usar cualquier lenguaje como C, C++, Tcl, Pearl, etctera. La nica cosa que CGI define es el conjunto de reglas y trminos que los programadores debe seguir. El trmino common en CGI indica que el estndar define un conjunto de reglas que es comn a cualquier lenguaje o plataforma.

El trmino gateway significa que un programa CGI puede ser usado para accesar otros recursos tales como bases de datos, paquetes de grficas, etctera. El trmino interface significa que hay un conjunto de trminos predefinidos, variables, llamadas, etctera, que puede ser usado en cualquier programa CGI. Un programa CGI en su forma ms simple es cdigo escrito en uno de los lenguajes que soporta CGI.

El problema con la tecnologa CGI es la ineficiencia que resulta si parte del documento dinmico que tiene que ser creado es fija y no cambia de una solicitud a otra.

Si se usa la tecnologa CGI, el programa debe crear un documento completo cada vez que se hace una solicitud. La solucin es crear un archivo que contenga la parte fija del documento usando HTML e incrustar un script, o un cdigo fuente que pueda se ejecutado por el servidor para proporcionar la parte que varia de peticin en peticin.

Las tecnologas utilizadas para crear documentos dinmicos usando scripts son: PHP, JSP, ASP, ColdFusion

Muchas aplicaciones necesitan un programa o un script que puedan ser ejecutadas en el sitio cliente. Estos son llamados documentos activos.

Por ejemplo, suponiendo que se quiere ejecutar un programa que cree grficas animadas en la pantalla o un programa que interacte con el usuario. El programa definitivamente necesita ser ejecutado en el sitio cliente donde la animacin o interaccin tiene lugar.
Cuando un navegador solicita un documento activo, el servidor enva una copia del documento o script. El documento es entonces ejecutado en el sitio cliente (navegador).

El Protocolo de Transferencia de Hipertexto (HTTP) es un protocolo usado principalmente para accesar datos en el World Wide Web. HTTP funciona como una combinacin de FTP y SMTP. Es similar a FTP porque transfiere archivos y usa los servicios de TCP. Sin embargo, es mucho ms simple que FTP porque solamente utiliza una conexin TCP. No hay una conexin de control separada; solamente se transfieren datos entre el cliente y el servidor. HTTP es similar a SMTP porque la transferencia de datos entre el cliente y el servidor se ve como mensajes SMTP. Adems, el formato del mensaje es controlado por cabeceras como MIME.

A diferencia de SMTP, los mensajes HTTP no son destinados para ser ledos por los humanos; son ledos e interpretados por el servidor HTTP y el cliente HTTP (navegador). Los mensajes SMTP son almacenados y reenviados; pero los mensajes HTTP son entregados inmediatamente. Los comandos del cliente para el servidor son incrustados en un mensaje de solicitud. El contenido del archivo solicitado u otra informacin es embebido en un mensaje de respuesta. HTTP usa los servicios de TCP en el puerto bien conocido 80.

Aunque HTTP usa el servicio de TCP, HTTP es un protocolo stateless, lo cual significa que el servidor no mantiene informacin acerca del cliente. El cliente inicializa la transaccin enviando una solicitud. El servidor responde enviando una respuesta.

Un mensaje de solicitud consiste de una lnea de solicitud, una cabecera, y algn cuerpo. El formato del mensaje es:

Lnea de solicitud. Es la primera lnea en un mensaje de solicitud. Hay tres campos en esta lnea separados por algn carcter de delimitacin.

Los campos son: mtodos, URL, y versin. Estos tres deben ser separados por un carcter de espacio. Al final de la lnea deben aadirse dos caracteres; un retorno de carro seguido por un carcter de lnea de alimentacin.
El campo mtodo define el tipo de consulta. En la versin 1.1 de HTTP, varios mtodos son definidos.

Mtodo GET HEAD POST PUT TRACE CONNECT DELETE OPTIONs

Accin Solicita un documento del servidor. Solicita informacin acerca del documento pero no el documento. Enva alguna informacin del cliente al servidor Enva un documento del servidor al cliente Replica la solicitud de entrada Reservado Remueve la pgina Web Pregunta acerca de opciones disponibles

Despus del mtodo, la lnea de peticin puede tener cero o ms lneas de cabeceras de peticin. Cada lnea de cabecera enva informacin adicional del cliente al servidor. Por ejemplo, el cliente puede solicitar que el documento sea enviado en un formato especial. Cada lnea de cabecera tiene un nombre de cabecera, dos puntos, un espacio, y un valor de cabecera. Algunos nombres de cabecera usados comnmente en una solicitud se muestran en la tabla, la lista de valores puede ser encontrada en el RFC correspondiente.

Cabecera
User-agent Accept Accept-charset Accept-encoding Accept-language Authorization Host Date Upgrade Cookie If-Modified-Since

Descripcin
Identifica el programa cliente Muestra el formato del medio que el cliente puede aceptar Muestra el conjunto de caracteres que el cliente puede manejar Muestra el esquema de codificacin que el cliente puede manejar Muestra el lenguaje que el cliente puede aceptar Muestra que permisos tiene el cliente Muestra el host y nmero de puerto del cliente Muestra la fecha actual Especifica el protocolo de comunicacin preferido Regresa la cookie al servidor Regresa la cookie al servidor

El cuerpo puede estar presente en un mensaje de solicitud. Usualmente contiene el comentario que ser enviado.

Un mensaje de respuesta consiste de una lnea de estado, lneas de cabeceras, una lnea en blanco y algunas veces un cuerpo. El formato es el siguiente:

Es la primera lnea en un mensaje de respuesta. Hay tres campos en esta lnea separados por espacios y termina con un retorno de carro y una lnea de alimentacin.

El primer campo define la versin del protocolo HTTP, actualmente es la 1.1.


El campo de cdigo de estado define el estado de la solicitud, consiste de tres dgitos. Los cdigos en el rango de 100 son solamente informativos. Los cdigos en el rango de 200 indican una solicitud exitosa.

Los cdigos en el rango de 300 redirigen al cliente a otra URL. Los cdigos en el rango de 400 indican un error en el sitio cliente. Los cdigos en el rango de 500 indican un error en el sitio servidor. La frase de estado explica el cdigo de estado en forma de texto. Los posibles valores del cdigo de estado y las frases de estado son la siguientes:

Cdigo de Estado
100 101

Frase de Estado Informativos


Continue Switching

Descripcin

La parte inicial de la solicitud recibida, continua El servidor esta cumpliendo con los protocolos de conmutacin

Exitosos
200 201 202 204 OK Created Accepted No content La solicitud es exitosa Una nueva URL es creada La solicitud es aceptada, pero no se acta inmediatamente sobre ella No hay contenido en el cuerpo

Cdigo de Estado
301 302 304 400

Frase de Estado Redireccin


Movido permanentemente Movido temporalmente No modificado Solicitud mala

Descripcin

La URL solicitada no es usada ms por el servidor La URL solicitada ha sido movida temporalmente El documento no ha sido modificado

Error de Cliente
Este es un error de sintaxis en la solicitud

401
403

No autorizado
Prohibido

La solicitud carece de la autorizacin apropiada


El servicio es denegado

Cdigo de Estado
404 405 406

Frase de Estado
No encontrado Mtodo no permitido No aceptable

Descripcin
El documento no es encontrado El mtodo no es soportado en esta URL El formato solicitado no es aceptable

Error del servidor


500 501 503 Error interno del servidor No implementado Servicio no disponible Hay un error, en el sitio servidor La accin solicitada no puede ser realizada El servicio est temporalmente no disponible

Despus de una lnea de estado, se puede tener una o ms lneas de cabeceras de respuesta. Cada lnea de cabecera enva informacin adicional del servidor al cliente. Por ejemplo, el emisor puede enviar informacin acerca del documento. Cada lnea de cabecera tiene un nombre de cabecera, dos puntos, un espacio, y un valor de cabecera.

Cabecera
Date Upgrade Server Set-Cookie Content- Encoding Content- Language Content- Length Content- Type Location Accept-Ranges Last-modified

Descripcin
Muestra la fecha actual Especifica el protocolo de comunicacin preferido Da informacin acerca del servidor El servidor pide al cliente guardar una cookie Especifica el esquema de codificacin Especifica el lenguaje Muestra la longitud del documento Especifica el tipo de medio Le pide al cliente enve la solicitud a otro sitio El servidor aceptar la solicitud de rangos de byte Da la fecha y hora del ltimo cambio

El cuerpo contiene el documento para ser enviado del servidor al cliente. El cuerpo esta presente a menos que la respuesta sea un mensaje de error.

Cuando se usa el mtodo GET para recuperar una imagen con la ruta /usr/bin/image. La lnea de solicitud muestra el mtodo (GET), la URL, y la versin de HTTP (1.1). La cabecera tiene dos lneas que muestran que el cliente puede aceptar imgenes en formato GIF o JPEG. La solicitud no tiene un cuerpo.

El mensaje de respuesta contiene la lnea de estado y cuatro lneas de cabecera. Las lneas de cabecera definen la fecha, el servidor, la versin MIME, y la longitud del documento. El cuerpo del documento sigue a la cabecera.

El cliente quiere enviar datos al servidor. Se usa el mtodo POST. La lnea de solicitud muestra el mtodo (POST), la URL, y la versin de HTTP (1.1). Hay cuatro lneas de cabecera. El cuerpo de solicitud contiene la informacin de entrada. El mensaje de respuesta contiene la lnea de estado y cuatro lneas de cabecera. El documento creado, el cual es un documento CGI, es incluido en el cuerpo.

Un cliente puede aadir una condicin a su solicitud. En este caso, el servidor enviar la pgina Web solicitada si la condicin se cumple o informar al cliente en caso contrario.

Una de las condiciones ms comunes impuestas por el cliente es si la hora y fecha de la pgina Web est modificada.
El cliente puede enviar la cabecera de lnea If-ModifiedSince en la solicitud para decirle al servidor que necesita la pgina si ha sido modificada despus de cierto punto en el tiempo.

HTTP antes de la versin 1.1, especificaba una conexin no persistente, mientras que en la versin 1.1, la conexin persistente es la conexin por default.

En una conexin no persistente, una conexin TCP es realizada para cada solicitud/respuesta. Se siguen los siguientes pasos en esta estrategia:
1. El cliente abre una conexin TCP y enva una solicitud. 2. El servidor enva la respuesta y cierra la conexin. 3. El cliente lee los datos hasta encontrar la marca de fin de

archivo; entonces cierra la conexin.

En esta estrategia, si un archivo contiene enlaces a N diferentes fotografas en diferentes archivos (todos en el mismo servidor), la conexin debe ser abierta y cerrada N+1 veces.

La estrategia no persistente impone una sobrecarga alta en el servidor porque el servidor necesita N+1 diferentes buffers y requiere un procedimiento de inicio lento cada vez que una conexin es abierta.

En una conexin persistente, el servidor deja la conexin abierta para ms solicitudes despus de enviar una respuesta. El servidor puede cerrar la conexin en la solicitud del cliente si un temporizador ha sido alcanzado. El emisor usualmente enva la longitud de los datos con cada respuesta. Sin embargo, hay algunas ocasiones cuando el emisor no conoce la longitud de los datos, por ejemplo cuando un documento es creado dinmicamente o activamente. En estos casos, el servidor informa al cliente que la longitud es desconocida y cierra la conexin despus de enviar los datos para que el cliente sepa que el fin de los datos ha sido alcanzado.

La World Wide Web fue originalmente diseada como una entidad stateless. Un cliente enva una solicitud; un servidor responde, su relacin termina.

El diseo original de WWW, recuperaba documentos disponibles pblicamente. En la actualidad la Web tiene otras funciones como:
1.

Sitios Web usados como tiendas electrnicas que permiten a los usuarios navegar a travs de la tienda, seleccionar los artculos buscados, ponerlos en el carro electrnico, y pagar con una tarjeta de crdito.

2.

Algunos sitios Web necesitan permitir el acceso solamente a clientes autorizados. Algunos sitios Web son usados como portal: Los usuarios seleccionan las pginas Web que ellos quieren ver. Algunos sitios Web son solamente publicitarios.

3.

4.

Para estos propsitos, se ide el mecanismo de las cookies.

La creacin y almacenamiento de cookies depende de la implementacin; sin embargo, el principio es el mismo:


1. Cuando un servidor recibe una solicitud de un cliente,

almacena informacin acerca del cliente en una archivo o cadena. La informacin puede incluir el nombre de dominio del cliente, el contenido de la cookie (informacin que el servidor tiene acerca del cliente tal como nombre, nmero de registro, etctera), una estampa de tiempo, y otra informacin dependiendo de la implementacin.

2.

El servidor incluye la cookie en la respuesta que enva al cliente. Cuando el cliente recibe la respuesta, el navegador almacena la cookie el directorio de cookies, el cual es ordenado por el nombre del servidor de dominio.

3.

Cuando un cliente enva una peticin a un servidor, el navegador busca en el directorio de cookies para ver si puede encontrar una cookie enviada por el servidor.

Si la encuentra, la cookie es incluida en la solicitud. Cuando el servidor recibe la consulta, sabe que es un viejo cliente, no uno nuevo.
El contenido de la cookie nunca es ledo por el navegador o revelado al usuario. Es una cookie hecha para el servidor y comida por el servidor.

Una tienda electrnica (e-commerce) puede usar una cookie para sus clientes compradores. Cuando un cliente selecciona un artculo y lo inserta en un carro, una cookie que contiene informacin acerca del artculo, tal como su nmero y precio, es enviada al navegador. Si el cliente selecciona un segundo artculo, la cookie es actualizada con la nueva informacin de seleccin, as sucesivamente. Cuando un cliente finaliza la compra y quiere pagar, la ltima cookie es recuperada y el cargo total es calculado. El sitio que restringe el acceso a clientes registrados solamente enva una cookie cuando el cliente se registra por primera vez. Para un acceso repetido, solamente aquellos clientes que envan la cookie apropiada son permitidos.

Un portal Web usa la cookie en una forma similar. Cuando un usuario selecciona su pgina favorita, se hace una cookie y se enva. Si el sitio es accesado otra vez, la cookie es enviada al servidor para mostrar lo que el cliente est buscando. Una cookie es tambin usada por agencias de publicidad. Una agencia de publicidad puede colocar banners en algunos sitios Web principales que son a menudo visitados por lo usuarios. La agencia de publicidad suministra solamente una URL que da la direccin del banner en lugar del banner. Cuando un usuario visita el sitio Web principal y da clic en el icono de una corporacin publicitada, una solicitud es enviada a la agencia de publicidad.

La agencia de publicidad enva el banner, un archivo GIF por ejemplo, pero tambin incluye una cookie con el ID del usuario. Cualquier futuro uso del banner aade a la base de datos que almacena el perfil del comportamiento Web del usuario. La agencia de publicidad ha determinado el inters del usuario y puede enviarle esta informacin a otras partes. Este uso de cookies es muy controversial debido al que no hay privacidad del usuario.

La figura anterior muestra un escenario en el cual una tienda electrnica puede beneficiarse del uso de las cookies. Suponiendo que un comprador quiere comprar un juguete de una tienda electrnica llamada BestToys. El comprador (por medio del navegador) enva una solicitud al servidor BestToys. El servidor crea un carro de compras vaco (una lista) para el cliente y asigna un ID al carro (12343). El servidor entonces enva un mensaje de respuesta, el cual contiene las imgenes de todos los juguetes disponibles con un enlace bajo cada juguete que selecciona el juguete si es presionado.

Este mensaje de respuesta tambin incluye la cabecera de lnea de Set-Cookie cuyo valor es 12343. El cliente despliega la imagen y almacena el valor de la cookie en un archivo llamado BestToys. La cookie no es revelada al comprador. Ahora el comprador selecciona uno de los juguetes y presiona el enlace. El cliente enva una solicitud , pero incluye el ID 12343 en la cabecera de lnea Cookie. Aunque el servidor puede haber estado ocupado y olvidarse del comprador, cuando recibe la solicitud y verifica la cabecera encuentra el valor 12343 como una cookie.

El servidor sabe que el cliente no es nuevo, busca un carro de compras con un ID 12343. El carro de compras es abierto y el juguete seleccionado es insertado en la lista. El servidor ahora enva una respuesta al comprador para indicarle su precio total y preguntarle por su forma de pago. El comprado proporciona la informacin acerca de su tarjeta de crdito y enva una nueva solicitud con el ID 12343 como el valor de la cookie. Cuando la solicitud llega al servidor, otra vez ve el ID 12343, y acepta la orden y el pago y enva una confirmacin en respuesta. Otra informacin acerca del cliente, tal como el nmero de su tarjeta de crdito, el nombre y la direccin es almacenada en el servidor. Si el comprador accesa la tienda en el futuro, el cliente enva la cookie otra vez; la tienda recupera el archivo y tiene toda la informacin del cliente.

HTTP soporta servidores proxy. Un servidor proxy es una computadora que mantiene copias de respuestas a solicitudes recientes.

El cliente HTTP enva una solicitud al servidor proxy, este verifica su memoria cach, si la respuesta no est almacenada en la memoria cach , el servidor proxy enva la solicitud al servidor correspondiente. Las respuestas entrantes son enviadas al servidor proxy y almacenadas para solicitudes futuras de otros clientes.
El servidor proxy reduce la carga del servidor original, decrementa el trfico y mejora la latencia.

Para usar un servidor proxy, el cliente debe ser configurado para accesar al servidor proxy en lugar del servidor original. El servidor proxy acta como cliente y como servidor. Cuando recibe una solicitud de un cliente para el cual tiene una respuesta, acta como un servidor y enva la respuesta al cliente. Cuando recibe una solicitud de un cliente para la cual no tiene una respuesta, primero acta como servidor un cliente y enva una solicitud al servidor original. Cuando la respuesta ha sido recibida, acta otra vez como servidor y enva la respuesta al cliente.

Los servidores proxy son normalmente localizados en el sitio cliente. Esto significa que se puede tener una jerarqua de servidores proxy :
1.

Una computadora cliente puede ser usada como un servidor proxy con una pequea capacidad que almacena respuestas invocadas a menudo por el cliente.
En una compaa, un servidor proxy puede ser instalado en la LAN para reducir la carga de salida y entrada a la LAN. Un ISP con muchos clientes puede instalar un servidor proxy para reducir la carga de salida y entrada a la red ISP.

2.

3.

Una cuestin muy importantes es cuanto tiempo una respuesta permanece en el servidor proxy antes de ser borrada y reemplazada. Se utilizan varias estrategias para este propsito:
1. Una solucin es almacenar la lista de sitios cuya informacin

permanece igual durante un tiempo, por ejemplo, las agencias de noticias pueden cambiar sus pginas de noticias cada maana. Esto significa, que un servidor proxy puede obtener las nuevas noticias en la maana y mantenerlas hasta el prximo da.
2. Otra alternativa es aadir algunas cabeceras que muestren

la hora de la ltima modificacin de la informacin.