Estranho, aqui uso desse jeito e passa mais de 8 redes /24, atualiza seu port do thundercache.
On Fri, 2010-04-30 at 14:17 -0300, Renato Frederick wrote: > Deu nada.. > > 98427 30/04/2010 14:17:31 accept() failed: Software caused connection abort > 98435 30/04/2010 14:17:33 (187.1.50.190) Could not send body to browser > 98435 30/04/2010 14:17:33 Connection Error (-10): Url: > bipq8hub3ub1r4mcejdm9urlpd456fkn.a.orkut.gmodules.com/gadgets/makeRequest > 98440 30/04/2010 14:17:33 accept() failed: Software caused connection abort > 98442 30/04/2010 14:17:34 (187.1.53.49) Could not read browser header > 98450 30/04/2010 14:17:35 accept() failed: Software caused connection abort > 98451 30/04/2010 14:17:35 accept() failed: Software caused connection abort > 98452 30/04/2010 14:17:35 accept() failed: Software caused connection abort > 98454 30/04/2010 14:17:35 (187.1.53.71) Could not send body to browser > 98454 30/04/2010 14:17:35 Connection Error (-10): Url: > www.agitomais.com.br/js/jquery.js?_=1272647067161 > 98462 30/04/2010 14:17:36 accept() failed: Software caused connection abort > 98468 30/04/2010 14:17:37 accept() failed: Software caused connection abort > 98469 30/04/2010 14:17:38 accept() failed: Software caused connection abort > > > -------------------------------------------------- > From: "Modesto" <[email protected]> > Sent: Friday, April 30, 2010 1:14 PM > To: "Lista Brasileira deDiscussãosobre FreeBSD (FUG-BR)" > <[email protected]> > Subject: Re: [FUG-BR] Cache de conteúdo dinâmico > > > Tenta usar tabelas, adiciona todas as classes por exemplo na table 1 > > ipfw table 1 add <classe/24> > > > > Depois, faz o forward: > > ipfw add fwd 187.x.x.x,8080 tcp from table\(1\) to any 80 in via <lan> > > ipfw add fwd 187.x.x.x,8080 tcp from any 80 to table\(1\) in via <wan> > > > > Aqui eu uso duas tabelas, uma das classes dos clientes e uma dos sites > > que não vao usar o proxy. > > > > ipfw add fwd x.x.x.x,8080 tcp from table\(1\) to not table\(2\) 80 in > > via <lan> > > > > ipfw add fwd x.x.x.x,8080 tcp from not table\(2\) 80 to table\(1\) in > > via <wan> > > > > > > > > On Fri, 2010-04-30 at 11:30 -0300, Renato Frederick wrote: > >> Modesto, tem alguma idéia de que pode ser o erro que tive > >> > >> para testar fiz um teste muito simples, sem regra de firewall alguma > >> ativei > >> 2 regras: > >> > >> ipfw add fwd 187.X.X.X,8080 tcp from { 187.X.50.0/24 or 187.X.51.0/24 or > >> 187.X.52.0/24 or 187.X.53.0/24 or 187.X.54.0/24 or 187.X.55.0/24 } to any > >> 80 > >> in via igb1 > >> ipfw add fwd 187.x.X.X,8080 tcp from any 80 to { 187.X.50.0/24 or > >> 187.X.51.0/24 or 187.X.52.0/24 or 187.X.53.0/24 or 187.X.54.0/24 or > >> 187.X.55.0/24 } in via bce0 > >> > >> bce0 - interface externa > >> igb1 - interface interna > >> > >> Note que tem 6 redes /24 ai, isto funciona 100%. Dei > >> > >> Se eu colocar mais 6 redes, começam os problemas do thundercache. > >> > >> > >> > >> > >> -------------------------------------------------- > >> From: "Modesto" <[email protected]> > >> Sent: Friday, April 30, 2010 10:46 AM > >> To: "Lista Brasileira deDiscussãosobre FreeBSD (FUG-BR)" > >> <[email protected]> > >> Subject: Re: [FUG-BR] Cache de conteúdo dinâmico > >> > >> > Aqui eu rodei o Thundercache sem o Squid, não deu nenhum problema, > >> > cerca de 8 redes /24 passando por ele. > >> > Adailton, sua solução de Integração do Squid e o Thunder esta > >> > funcionando com T-PROXY? Nos sites que que redirecionava pro thunder > >> > não > >> > abriam. > >> > On Fri, 2010-04-30 at 10:18 -0300, Adailton Milhorini wrote: > >> >> Para distribuir o processamento, pois quando se ativa o thunder junto > >> >> ao > >> >> squid em uma rede de tamanho moderado... > >> >> > >> >> o cpu do squid vai a 100% e fica lento.. > >> >> e também o squid não e multithread, e com isto voce consegue um melhor > >> >> uso dos processadores... > >> >> > >> >> Adailton Milhorini > >> >> > >> >> Em 30/04/2010 10:08, Ricardo Nascimento Ferreira escreveu: > >> >> > Adailton, náo entendi a sua configuração com 4 instâncias do lusca. > >> >> > Poderia explicar o porquê dessa configuração ? > >> >> > > >> >> > Um abraço, > >> >> > > >> >> > Ricardo > >> >> > > >> >> > 2010/4/30 Adailton Milhorini<[email protected]> > >> >> > > >> >> > > >> >> >> Aqui eu uso tranquilamente o thundercache ah uns 3 meses.... > >> >> >> > >> >> >> sem problemas > >> >> >> > >> >> >> meu cenário aqui e o seguinte > >> >> >> > >> >> >> 4 instancias do lusca fazendo cache com coss de objetos pequenos em > >> >> >> 4 > >> >> >> hd > >> >> >> scsi de 15k.... > >> >> >> e fazendo aufs em arquivos maiores... e integração com o > >> >> >> thundercache > >> >> >> 4... > >> >> >> > >> >> >> hoje tenho , agora cedo não é horário de pico > >> >> >> > >> >> >> last pid: 51306; load averages: 0.69, 0.71, 0.79 up > >> >> >> 8+23:26:09 > >> >> >> 09:49:12 > >> >> >> 3835 processes:4 running, 3831 sleeping > >> >> >> CPU: 23.7% user, 0.0% nice, 5.3% system, 0.2% interrupt, 70.8% > >> >> >> idle > >> >> >> Mem: 5683M Active, 645M Inact, 1345M Wired, 228M Cache, 827M Buf, > >> >> >> 18M > >> >> >> Free > >> >> >> Swap: 16G Total, 729M Used, 15G Free, 4% Inuse, 40K In > >> >> >> > >> >> >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > >> >> >> COMMAND > >> >> >> 42044 root 769 44 0 1957M 1545M ucond 1 170:42 23.00% > >> >> >> squid2 > >> >> >> 94973 root 769 44 0 1993M 1400M ucond 0 846:46 22.80% > >> >> >> squid3 > >> >> >> 94584 root 769 44 0 1993M 1415M ucond 3 734:35 14.01% > >> >> >> squid1 > >> >> >> 75444 root 769 44 0 1941M 1392M ucond 0 93:28 10.94% > >> >> >> squid4 > >> >> >> > >> >> >> cache# ps -ax | grep thunder | wc -l > >> >> >> 702 > >> >> >> > >> >> >> hoje tenho ocupado em cache nada menos que.... > >> >> >> /dev/concat/gc0 2.6T 2.1T 295G 88% /cache/storage > >> >> >> > >> >> >> vou adicionar amanha + 2 discos de 2t, estou usando gconcat para > >> >> >> isto.. > >> >> >> e sonhando com o SUJ.... > >> >> >> > >> >> >> a minha rede esta sendo usada nada mais nada menos por um /20 > >> >> >> todo.... > >> >> >> fora alguns ips invalidos via nat... > >> >> >> rodando tproxy , zph.. com cache full(patch no lusca para funcionar > >> >> >> com > >> >> >> thunder) .... > >> >> >> > >> >> >> a maquina é um xeon x3360, com 8G de ram... gostaria de ter mais > >> >> >> ram > >> >> >> mas > >> >> >> a mboard não suporta... > >> >> >> e controla mais de 40mb de trafego somente http... > >> >> >> > >> >> >> estou muito satisfeito, logico tambem com todo o trabalho do > >> >> >> Patrick > >> >> >> da > >> >> >> FreeBsdBrasil , com isto... e no servidor tambem... > >> >> >> > >> >> >> ahhh esqueci de falar que é free8 amd64... > >> >> >> > >> >> >> eu tambem torcia o nariz para estas aplicações como o thundercache, > >> >> >> pois > >> >> >> usei ele no inicio, e dava muito problema mas o software está muito > >> >> >> estável, e depois que foi abençoado pelas maos do Patrick, isto sem > >> >> >> duvida não tem limites.... > >> >> >> > >> >> >> ai vai meu 1 centavo... acho que vale perder tempo para fazer um > >> >> >> servidor bem feito... > >> >> >> > >> >> >> Adailton Milhorini > >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> Em 30/04/2010 09:18, Renato Frederick escreveu: > >> >> >> > >> >> >>> Funcionou corretamente aí? > >> >> >>> > >> >> >>> Não sei que acontece aqui, quando eu coloco umas 10 redes /24 prá > >> >> >>> usar o > >> >> >>> thundercache ele dá isto: > >> >> >>> > >> >> >>> 38419 29/04/2010 14:09:24 accept() failed: Software caused > >> >> >>> connection > >> >> >>> > >> >> >> abort > >> >> >> > >> >> >>> 38422 29/04/2010 14:09:24 accept() failed: Software caused > >> >> >>> connection > >> >> >>> > >> >> >> abort > >> >> >> > >> >> >>> 38423 29/04/2010 14:09:25 accept() failed: Software caused > >> >> >>> connection > >> >> >>> > >> >> >> abort > >> >> >> > >> >> >>> 38426 29/04/2010 14:09:25 accept() failed: Software caused > >> >> >>> connection > >> >> >>> > >> >> >> abort > >> >> >> > >> >> >>> 38431 29/04/2010 14:09:25 accept() failed: Software caused > >> >> >>> connection > >> >> >>> > >> >> >> abort > >> >> >> > >> >> >>> 38432 29/04/2010 14:09:25 accept() failed: Software caused > >> >> >>> connection > >> >> >>> > >> >> >> abort > >> >> >> > >> >> >>> ativando o debug ele fala: > >> >> >>> > >> >> >>> 38437 29/04/2010 14:09:26 Connection Error (-10): Url: > >> >> >>> www.orkut.com.br/Profile?rl=fpp&uid=4861845023377327288 > >> >> >>> 38440 29/04/2010 14:09:26 (187.1.X.X) Invalid request from browser > >> >> >>> 38398 29/04/2010 14:09:26 (187.1.X.X) Could not send body to > >> >> >>> browser > >> >> >>> > >> >> >>> Se eu deixo só umas 5 redes /24 ou até menos tudo funciona 100% > >> >> >>> por > >> >> >>> > >> >> >> vários > >> >> >> > >> >> >>> dias. > >> >> >>> > >> >> >>> Detalhe é que mudando do thunder pro squid funciona ok com todos > >> >> >>> os > >> >> >>> clientes. > >> >> >>> > >> >> >>> Ou seja, não é nada de errado com o Free ou regras :-/ > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> -------------------------------------------------- > >> >> >>> From: "Modesto"<[email protected]> > >> >> >>> Sent: Friday, April 30, 2010 8:18 AM > >> >> >>> To: "Lista Brasileira deDiscussãosobre FreeBSD (FUG-BR)" > >> >> >>> <[email protected]> > >> >> >>> Subject: Re: [FUG-BR] Cache de conteúdo dinâmico > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>>> Bom dia, > >> >> >>>> > >> >> >>>> Eu testei a solução do Patrick, no FreeBSD, e é excelente, so > >> >> >>>> estou > >> >> >>>> esperando o responsavel autorizar a compra da licença, aqui temos > >> >> >>>> uns > >> >> >>>> 600 Clientes passando pelo proxy, e com 120GB cacheados tinha > >> >> >>>> momentos > >> >> >>>> de economia de 7Mbits, claro que varia, nosso trafego aqui é em > >> >> >>>> torno de > >> >> >>>> 28Mbits saindo da lan do proxy para os clientes, com o thunder, > >> >> >>>> tinha > >> >> >>>> momentos que estava entrando 23Mbits e Saindo 30Mbits para os > >> >> >>>> clientes! > >> >> >>>> > >> >> >>>> On Thu, 2010-04-29 at 20:30 -0300, Rogério Moura wrote: > >> >> >>>> > >> >> >>>> > >> >> >>>>> E ai galera... blz!! > >> >> >>>>> > >> >> >>>>> Seguinte, estou procurando uma solução para fazer cache de > >> >> >>>>> conteúdo > >> >> >>>>> dinâmico > >> >> >>>>> e pesquisando vi o ThunderCache, realizei uns testes só que em > >> >> >>>>> linux e > >> >> >>>>> > >> >> >> o > >> >> >> > >> >> >>>>> desempenho não foi satisfatório, a rede aqui tem uns 500 hosts e > >> >> >>>>> a > >> >> >>>>> máquina > >> >> >>>>> onde roda o TC entope de processos http quando habilito pra rede > >> >> >>>>> pra > >> >> >>>>> passar > >> >> >>>>> por ele. > >> >> >>>>> > >> >> >>>>> Vi que p o Patrick fez um excelente tutorial para fazer > >> >> >>>>> funcionar > >> >> >>>>> o TC > >> >> >>>>> no > >> >> >>>>> free, então minha pergunta é... essa limitação do TC no free foi > >> >> >>>>> resolvida? > >> >> >>>>> consigo ter boa performance em redes maiores? > >> >> >>>>> > >> >> >>>>> Valeu > >> >> >>>>> ------------------------- > >> >> >>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> >> >>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> >> >>>>> > >> >> >>>>> > >> >> >>>>> > >> >> >>>> ------------------------- > >> >> >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> >> >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> >> >>>> > >> >> >>>> > >> >> >>>> > >> >> >>> ------------------------- > >> >> >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> >> >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >> ------------------------- > >> >> >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> >> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> >> >> > >> >> >> > >> >> > > >> >> > > >> >> > > >> >> > >> >> ------------------------- > >> >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> >> > >> > > >> > ------------------------- > >> > Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > >> ------------------------- > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > > > ------------------------- > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
