H!
> Y con eso quedamos listos, de esta forma podemos pensar es hacer una > cascada caches con el apt-cacher, digamos que los que tienen acceso > directo a los repositorios en internet podrían levantar sus caches de > esta manera, mientras que otros pueden usar de la misma manera el > apt-cacher solo que configurando sus clientes para que accedan el repo > creado por el primero y así sucesivamente. > Sobre esto ultimo de hacer cascadas de apt-cacher creo que una forma valida de hacerlo sería la siguiente, supongamos que: ------------------------------- A (10.0.0.1/16) B (10.10.0.1/16) C (10.30.0.1/16) y que A tiene IP públicas y puede acceder directo a internet (o pueden salir por un proxy), B no tiene acceso a internet pero puede llegar hasta A sin problemas y C solo puede llagar hasta B pero no a Internet ni a A. Además cada uno tienen un servidor de cache con apt-cacher en su red, de esta forma los clientes en A usarían: deb http://A:3142/archive.ubuntu.com/ ... Es posible que los clientes de B usen la cache de A y que al mismo tiempo su cache se actualice usando la siguiente dirección configurada en sus clientes: deb http://B:3124/A:3142/archive.ubuntu.com/ ... y los de C tiren contra B así: deb http://C:3142/B:3142/A:3142/archive.ubuntu.com/ ... Lo anterior es valido debido a que el apt-cacher en C actúa como un cliente normal para el apt-cacher en B por lo que no se hará diferencia entre este y un cliente de la red en B. Lo mismo pasa entre B y A. Esto es valido, también, para el caso en que C use un http proxy para acceder a B, lo mismo de B para acceder a A y de A para internet. ------------------------------- Este ejemplo no esta muy lejos de la realidad ya que más o menos así es como funciona la red de los JCC, cuyos administradores son partes de esta comunidad, cada JCC por lo general solo ve la red de la dirección provincial y esta última puede llegar a la dirección nacional que es quien mantiene conexión con internet. Si C, B y A fueran estos, respectivamente, sería una buena forma de mantener sus sistemas actualizados sin necesidad de copiar 13 o 14 Gbytes de info en un repo en cada uno de los puntos. -- Yoel Benitez Fonseca <[EMAIL PROTECTED]> Universidad de Ciencias Informaticas _______________________________________________ Cancelar suscripción https://listas.softwarelibre.cu/mailman/listinfo/linux-l Buscar en el archivo http://listas.softwarelibre.cu/buscar/linux-l
