Página 8 de 9 PrimeiroPrimeiro ... 3456789 ÚltimoÚltimo
+ Responder ao Tópico



  1. Citação Postado originalmente por lfernandosg Ver Post
    Amigo estou com duas dúvidas:

    1)Porque vc deixou o debian como Gateway da rede e não o IP do MK? pergunto porque a internet vem do MK correto? então acho que o gw seria o IP do MK.
    2)Não vi as regras no squid.conf para cache full do thundercache e do squid com zph e não vi as regras do mk marcando o pacote e queue tree para o thunder e para zph trabalhar a full com uma velocidade determinada, onde?
    Olá lfernando,

    Deixei o debian como gateway somente da porta 80 (HTTP), justamente para não utilizar os recursos de firewall para redirecionar os pacotes, e sim utilizar ROTA ESTÁTICA. Desta maneira o firewall não remarca o cabecalio ip do pacote, deixando-o com o IP de origem do proprio cliente. A internet está full para o debian, os clientes ficarao como gateway o MK, porem pacotes com destino a porta 80 serão encaminhados para o debian que fará o cache dos arquivos.
    Neste tutorial não tem ZPH e nem cache full pois este assunto é tratato em diversos outros topicos aqui no forum. Apenas ensino como utilizar o recurso de rotas estaticas com o thundercache o resto é por conta de vocês.


  2. ah blz...quando flei sobre o cache full é porque vc colocou ", fazendo cache full tanto com o thunder cache quanto com a directiva "X-Cache: HIT" do squid. " ai achei que iria postar como fez mas blz....uma última dúvida qual a vantagem de colocar o debian como gw ? só não usar as regras direcionando para ele no mangle?



  3. Citação Postado originalmente por lfernandosg Ver Post
    ah blz...quando flei sobre o cache full é porque vc colocou ", fazendo cache full tanto com o thunder cache quanto com a directiva "X-Cache: HIT" do squid. " ai achei que iria postar como fez mas blz....uma última dúvida qual a vantagem de colocar o debian como gw ? só não usar as regras direcionando para ele no mangle?
    Aqui tive problemas com o redirecionamento por dst-nat, incluia a regra e não dava certo. Então procurei uma maneira de não utilizar o NAT do firewall do MK para redirecionamento para o servidor proxy.

    Utilizando o firewall muitos dizem que alguns pacotes passam batido pela regra, com o uso de rotas estaticas voce esta trabalhando em um nivel mais baixo do modelo osi, e pelo fato de deixar o cabecaio intacto voce não tem problema na identificacao pelo MK do TOS (no caso de uso de ZPH) ou directivas de remarcacao de cabecalios de pacotes como "X-Cache: HIT" ou como muito ensinam por ai do thunder cache "Thunder: Thunder" para casos de cache full.

    A grande vantagem é utilizar uma maquina dedicada para cache efetivo (thundercache), e ter relatorios de acessos de todos os clientes atraves do sarg, o que é muito importante para um ISP.

    Espero ter ajudado
    Abs!

  4. darklinux3 https://under-linux.org/forums/image...er_offline.gif

    vc pode me ajuda a fazer um relatorio diario agendamento no cron?? ate agora nao conseguir de jeito nenhum fazelo... obrigado



  5. Citação Postado originalmente por mktguaruja Ver Post
    darklinux3 https://under-linux.org/forums/image...er_offline.gif

    vc pode me ajuda a fazer um relatorio diario agendamento no cron?? ate agora nao conseguir de jeito nenhum fazelo... obrigado

    Ultima postagem
    SARG Relatório Diário






Tópicos Similares

  1. Mikrotik + Squid 3.0-Stable8 Paralelo
    Por correarct no fórum Servidores de Rede
    Respostas: 3
    Último Post: 21-09-2009, 21:04
  2. Proxy pararelo ao Mikrotik através de rota estática
    Por animetaldeath no fórum Redes
    Respostas: 43
    Último Post: 26-07-2009, 21:40
  3. Respostas: 3
    Último Post: 26-10-2008, 11:01
  4. Balanceamento por rotas estáticas
    Por gustkiller no fórum Redes
    Respostas: 9
    Último Post: 18-03-2007, 08:35
  5. Rota Estatica
    Por moz no fórum Redes
    Respostas: 7
    Último Post: 21-07-2005, 14:48

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L