> El 27/03/12 01:03, co...@esid.gecgr.co.cu escribió:
>> Hola
>>
>> Resulta que tengo que crear mi propio squid 2.x ó 3.x uso Debian
>> squeeze
>>
>> el problema es que los usuarios para la navegación están creados en el
>> proxy de mi ISP
> Esto te lo debo nunca me he visto en esa situación, la verdad es
> extraño tu caso?
>> Como puedo decirle a mi proxy que los usuarios están en otro proxy a la
>> hora de realizar las solicitudes por los mismos, además de poder
>> establecer desde mi proxy horario de navegación que pudiera ser
>> establecido por grupos ya que son bastantes.
>>
>> Tambien quisiera definir el ancho de banda que utilizarían para que lo
>> cojan todo o sea con los delays pools???
> Cada una de las reglas de regulación está definida por un número entero
> que
>> vamos a utilizar para indentificarlo en los distintos parámetros.
>>
>> delay_pools
>> Esta parámetro se utiliza para definir cuantas reglas de regulación
>> vamos a
>> definir.
>>
>> delay_class
>> Este parámetro toma dos argumentos el primero el identificador de la
>> regla y en
>> segundo lugar el tipo (clase) de la regla.
>>
>> El primero argumento es un número entero para identificar la regla.
>>
>> El segundo argumento puede ser 1,2 ó 3 para indicar uno de estos tipos
>> de reglas.
>>
>> delay_parameters
>> Establece los valores de la regla. Los argumentos de este parámetro son
>> parejas
>> de valores velocidad/tamaño, donde velociad es un número entero que
>> indica una
>> velocidad en bytes por segundo (B/s), y tamaño indica el número de bytes
>> de
>> reserva que se transmiten antes de aplicar la velocidad de
>> transferencia.
>>
>> Es decir cada pareja especifica el número de bytes de margen que se
>> permiten
>> antes de se haga efectiva la restricción de velocidad.
>>
>> Los valores no tienen por qué ser múltiplos de 2.
>>
>> Tipos de reglas
>> Hay tres clases de regulaciones, con características diferentes.
>>
>> Clase 1
>> La clase uno consiste en un canal individual compartido por todos los
>> usuarios.
>> Es la clase más simple, todas las tasas de descarga van juntas y lo
>> único que
>> tenemos que especificar es la velocidad, en bytes por segundo, y el
>> número de
>> bytes a partir de los cuales tiene que retardar la descarga.
>>
>> Ejemplo: Supongamos que queremos que la velocidad de descarga de los
>> ficheros
>> .wmv que ocupen más de 1Mb sea de 8k/s.
>>
>> delay_pools 1
>> delay_class 1 1
>> delay_parameters 1 8192/1048576
>> acl ficheros_wmv url_regex \.wmv$
>> delay_access 1 allow ficheros_wmv
>>
>> Cuando en esa red, algún equipo haya bajado más de 1Mb correspondiente a
>> ficheros .wmv entonces la descarga total de ficheros .wmv se hará a una
>> velocidad de 8k/s. Si quisiéramos establecer este límite para los hosts
>> de una
>> red deberíamos elegir la clase 2.
>>
>> En el anterior ejemplo hemos supuesto que hay un único canal de
>> regulación en el
>> parámetro delay_pools. Ahora vamos a ver un ejemplo con dos canales de
>> clase 1.
>> Queremos que el tráfico de la red local no tenga límite de
>> transferencia,
>> mientras que para las conexiones a internet vamos a utilizar un total de
>> 256Kbits/s.
>>
>> delay_pools 2
>> delay_class 1 1
>> delay_parameters 1 -1/-1
>> acl red_local src 192.168.0.0/24
>> delay_access 1 allow red_local
>>
>> delay_class 2 1
>> delay_parameters 2 32768/1024
>> acl resto all src 0.0.0.0/0.0.0.0
>> delay_access 2 allow resto
>>
>> La tasa de transferencia viene especificada en bytes por segundo, por
>> ejemplo
>> convirtiendo a otras unidades uno de los parámetros de delay_parameters:
>>
>> 32768 B/s = 32 KB/s = 32 x 8 Kb/s (bits) = 256 Kb/s = 256 Kbits/s
>>
>> El valor 1024 es un número de bytes lo suficientemente pequeño para que
>> se
>> alcance pronto y se estabilice el ancho de banda.
>>
>> El valor -1 indica ilimitado.
>>
>> Las regulaciones de clase 1 están diseñadas para evitar que la acl
>> correspondiente consuma todo el ancho de banda, es decir definen la suma
>> máxima
>> de los anchos de banda de todos los clientes, pero no evita que un
>> cliente pueda
>> consumir ese ancho de banda a costa de otro; todos los clientes
>> comparten un
>> máximo ancho de banda.
>>
>>
>> Clase 2
>> La clase dos que consiste en un canal común con 256 canales
>> individuales. Es
>> decir tenemos un canal global y dentro de él otros 256 canales que se
>> aplican a
>> las máquinas de una red de clase C.
>>
>> Ahora vamos a ver otro ejemplo con dos canales, en este caso ambos de de
>> clase
>> 2. Ahora también que el tráfico de la red local no tenga límite de
>> transferencia, ni global ni por IP, mientras que para las conexiones a
>> internet
>> vamos a utilizar un total de 256Kbits/s y a cada máquina de la red le
>> asigna un
>> máximo de 64kbits/s.
>>
>> delay_pools 2
>> delay_class 1 2
>> delay_parameters 1 -1/-1 -1/-1
>> acl red_local src 192.168.0.0/24
>> delay_access 1 allow red_local
>>
>> delay_class 2 2
>> delay_parameters 2 32768/1024 8192/1024
>> acl resto all src 0.0.0.0/0.0.0.0
>> delay_access 2 allow resto
>>
>> Este ejemplo es muy parecido al anterior de clase 1, sólo tenemos que
>> agregarle
>> una pareja de valores al parámetro "delay_parameters". La primera pareja
>> de este
>> parámetro especifica el ancho de banda global, mientras que la segunda
>> pareja
>> especifica el ancho de banda por host.
>>
>> Hay que tener en cuenta que los clientes están limitados por el tamaño
>> del canal
>> más pequeño, por lo que no tiene sentido que el canal común tenga un
>> tamaño
>> menor que los canales individuales.
>>
>> socio no mas muelas, un ejemplo aclara las cosas
>>
>> Tenemos una conexión con internet de 4Mbits y queremos que el ancho de
>> banda
>> dedicado a consulta de páginas web desede las IP comprendidas entre
>> 192.168.5.100 hasta 192.168.5.199 sea de 1Mbits máximo.
>> 1Mb/s = 128kB/s = 131072 B/s
>> 4Mb/s = 512kB/s = 524288 B/s
>>
>> delay_pools 1
>> delay_class 1 1
>> delay_parameters 1 131072/8192
>> acl lista src 192.168.5.100-192.168.5.199/32
>> delay_access 1 allow lista
>>
>>
>>
>>
>
>> Como se hace esta conversion xxxx/xxxx
>>
>> algun ejemplo???
>>
>> Como guardar en mi squid todos las trazas de estos usuarios???
> #
> # Logrotate fragment for squid.
> #
> /var/log/squid/*.log {
> daily
> compress
> delaycompress
> rotate 365
> dateext
> missingok
> nocreate
> sharedscripts
> postrotate
> test ! -e /var/run/squid.pid || /usr/sbin/squid -k rotate
> endscript
> }
>> Salu2
>> Cosme
>>
>>
>>
>>
>> ______________________________________________________________________
>> Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
>> Gutl-l@jovenclub.cu
>> https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
>>
>
>
> --
> Juan Carlos Hernández Gallardo
> Administrador de Red
> Nodo Finanzas Ciego de Ávila
> Email: jchernan...@ca.mfp.gov.cu
> Telef: 0133-224712
>
>
> ______________________________________________________________________
> Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
> Gutl-l@jovenclub.cu
> https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
>
Ok
has sido bastante explícito te lo agradezco voy a tirarle
Gracias mano
______________________________________________________________________
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
