jueves, 27 de septiembre de 2012

Reglas Full-Cache, ThunderCache 3.1.2, Optimizadas.

// Prefiero en lugar de usar estas reglas originales según JOEMG:


ip firewall mangle
add action=mark-connection chain=postrouting comment="THUNDER CACHE FULL(TC 3.\
    1) =======================================================================\
    ===============================" content="X-Cache: HIT from Thunder" \
    disabled=no new-connection-mark=thunder-connection passthrough=yes \
    protocol=tcp src-address=192.168.10.2
add action=mark-packet chain=postrouting connection-mark=thunder-connection \
    disabled=no new-packet-mark=thunder-packs passthrough=yes
add action=mark-connection chain=postrouting comment="TOS 12 (TC 3.1)=========\
    ==========================================================================\
    ==================================" disabled=no dscp=12 \
    new-connection-mark=proxy-hits passthrough=yes protocol=tcp src-address=\
    192.168.10.2
add action=mark-packet chain=postrouting connection-mark=proxy-hits disabled=\
    no new-packet-mark=proxy-squid passthrough=yes



Para hacer full cache, estas:

en IP>Firewall> Mangle

add action=mark-connection chain=prerouting comment=\
    "MARCO TODO LO QUE SALE DEL CACHE DEL DISCO RIGIDO" content=\
    "X-Cache: HIT" disabled=no new-connection-mark=conn-thunder passthrough=\
    yes
add action=mark-packet chain=prerouting comment="" connection-mark=\
    conn-thunder disabled=no new-packet-mark=CACHE-HIT passthrough=yes
add action=mark-packet chain=prerouting comment=PROXY-TOS connection-mark=\
    conn-thunder disabled=no dscp=12 new-packet-mark=CACHE-HIT passthrough=no
add action=jump chain=prerouting comment="" disabled=no jump-target=\
    "TERMINO DE PROCESAR" packet-mark=CACHE-HIT
add action=accept chain="TERMINO DE PROCESAR" comment="" disabled=no

en Queue tree
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 \

    max-limit=0 name=CON_PROXY_FULL packet-mark=CACHE-HIT parent=global-out \
    priority=8 queue=proxy

en Queue type
add kind=pcq name=proxy pcq-classifier="" pcq-limit=50 pcq-rate=0 \
    pcq-total-limit=2000

Comenten a ver que tal les va.



16 comentarios:

  1. Que tal amigo una pregunta que ventaja tiene la reglas que tu publicas a diferencia a las de Joemg ? que rendimiento tiene ?

    ResponderEliminar
  2. El rendimiento lo he visto en un 200%, al princpio mi thunder con las reglas de JOEMG no levantaba tantas veces en HIT, ni colocaba hasta 4 usuarios en HIT, con estas reglas si puedo ver hasta 4 usuarios en HIT, en unas imagenes que subi de otro post se muestra la actividad del thunder 3.

    ResponderEliminar
  3. Este comentario ha sido eliminado por el autor.

    ResponderEliminar
  4. certifico lo del pana eulises las implemente en red las reglas y si camina mejor sigo probando
    gracias pana por dar a conocer tus reglas

    ResponderEliminar
  5. Cierto amigo eulises esa reglas camina es de lo mas bello he notado mucho cambio he hecho pruebas con archivos en cache y lo entrega a 49MB por cable , por wifi los entrega a 27 Mb , antes no entregaba a esa velocidad fino certificadas por mi jeje Exito para todo en sus labores WISP gracias nuevamente por tus aporte.

    ResponderEliminar
  6. Funcionando muy bien!! gracias Eulices

    ResponderEliminar
  7. Ayuda porfavor no puedo hacer el cache a los videos de youtube

    ResponderEliminar
  8. Buenas, tengo implementado el thunder como lo explica JOEMG, pero despues de unos dias se pone lenta la vavegacion, hice cambios de los dns creyendo que era eso, comento que tengo 200 clientes, por si tengo que modificar algo mas en el squid. Gracias

    ResponderEliminar
    Respuestas
    1. verifica tus reglas de queue tree, fijate que limite le estas dando a la regla de cache y tambien sería bueno mencionar que tipo de hardware le tienes para esa cantidad de clietnes.

      Eliminar
    2. Dsiculpa por la tardanza, la queue esta en 10M y el hardware es phenom de 4 nucleos y 12gb de ram. Saludos

      Eliminar
    3. A menos que tengas a todos tus clientes por cable intenta bajarle un poco al queue tree, prueba con 6M a ver.

      Eliminar
    4. Lo voy a probar, ahora te pregunto cuando estos 6Mb están saturados por que se está usando, los demás clientes puede ser que les ande lento la navegación ya que todo el 80 esta redirigido? Gracias

      Eliminar
  9. Explica porque son optimizadas?, porque solo varia el marcado para el limite en el queues tree, no veo porque dices que son optimizadas, deberias de decir que son un marcado diferente porque hablamos del HIT no tiene que ver nada con este marcado ya este lo hace al redireccionar en NAT, información un poco engañosa.

    ResponderEliminar
  10. soy nuevo en esto y agradeceria su ayuda ya puse las reglas del que muy amablemente compartistes el problema es que no se comnucia el mikrotik con el thunde, segun el tutorial de joemg 192.168.10.1 la tarjeta de red del microtik y la del thunder 192.168.10.2 para verificar mande un ping desde el mikrotik al 10.1 y si hay respuesta pero al 10.2 no alguien sabe que esta mal o por que no hay comunicacion y no me guarda nada

    en interfaces tengo 3: 1.- wan, 2.- thunder,3.- lan mis en adrees de ethernet2 que es el thunder lo tengo asi configurado 192.168.10.1 y network 192.168.10.0 y eher2 que es mi thunder

    ResponderEliminar
  11. Amigo una duda xq utilizas la prioridad 8 en la regla del thunder y en la de JOEMG esta en prioridad 4 eso retardaria el envió de contenido del cache?

    ResponderEliminar
  12. amigo como monto un nuevo disco en el servidor thunder 3.1

    ResponderEliminar