Estamos probando el CERN httpd para que funcione tanto de servidor como de proxy en el mismo port (el 80) y, como es de esperar de tal institucion, funciona.
La idea es implementar una pequenna cache de paginas mas frecuentes, para bajar un poco tiempos de espera y carga de la red. Cuando alguien pide una pagina a traves de nuestro proxy, esta se queda almacenada alrededor de un dia (siempre que haya espacio), de forma que otra peticion de la misma pagina no salta al exterior. Naturalmente, la eficiencia del sistema depende de la repeticion de las paginas, y se incrementa con el numero de personas utilizando el cache (al menos hasta llegar al limite de asfixia).
Solo admitimos conexiones http_proxy. Las ftp saturarian nuestro cache e intersectarian con la mision del mirror local. Por otro lado wais y gopher pueden dar problemas ya que algunos clientes no se esperan que se meta alguien (el proxy) de por medio en estos protocolos y reinterprete.
El servidor de www de la universidad es un Mac, y no podeis usarlo como cache, que yo sepa solo los WWW en unix tienen esta opcion, y solo si la ha activado el Webmanager.
En principio cualquier maquina detras de la linea Zaragoza Madrid deberia sentirse autorizada a usar el proxy, al menos mientras nuestro linux de de si y no tenga otro mas cercano. En caso de problema, contactanos para que te incluyamos la lista de autorizacion.
Ah, que como se configura? Mirando en el manual de tu cliente como definir el http proxy. En unix yo uso lo siguiente:
#!/bin/sh http_proxy="http://dftuz.unizar.es:80/"; export http_proxy exec Mosaic http://dftuz/Tambien se puede hacer poniendolo en el app-defaults/Mosaic o similar.
En los Macs suele haber algo en los menus, y en los PCs en el .ini
Que problemas os puede dar configurarnos como proxy? Solo veo un par: que lo use tanta gente que nuestra maquina vaya saturada (ja) o, mas facil, que en los escasos minutos de parada de mantenimiento de dftuz.unizar.es no se pueda usar el servicio (y en algunos clientes no es obvio como desconectarse de usar un cache). En cualquier caso, es menos problema que el tradicional atasco de red.