Detalhe, neste email novo do Luiz, como ele mesmo cita, as sysctl e opções do kernel não são necessárias.
Porém, você precisa editar o código do lusca para refletir as alterações senão ele não compila. > -----Mensagem original----- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome de Eduardo Schoedler > Enviada em: sexta-feira, 3 de julho de 2009 15:38 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] RES: RES: tproxy/cacheboy > > Renato. > > Andei pesquisando no histórico da lista, achei um email de 08/06/2009 > do > Luiz Otavio O Souza, com título 'RES: Proxy com IP Válido". > Nesse email ele fala de novos patches, onde a opção IP_NONLOCALOK é > renomeada para IP_BINDANY. > Ele comenta também que seja utilizado o lusca-cache_HEAD, com um > pequeno > patch. > > Vou fazer mais uns testes com sua receita de bolo, para ver se > conseguimos > sair do lugar. > > Obrigado! > > Abraço. > > > > > ----- Original Message ----- > From: "Renato Frederick" <freder...@dahype.org> > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > <freebsd@fug.com.br> > Sent: Friday, July 03, 2009 3:29 PM > Subject: [FUG-BR] RES: RES: tproxy/cacheboy > > > Opa.. > > Para o squid você precisa aplicar os patches que tem em [1] > > Para o lusca(que nos ports esta como WWW/cacheboy16), basta no > makeconfig > selecionar tproxy, desde que o sistema esteja 'patcheado' com os > patches > existentes em [1] > > > [1] http://tproxy.no-ip.org > > > > -----Mensagem original----- > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > > nome de Eduardo Schoedler > > Enviada em: sexta-feira, 3 de julho de 2009 15:20 > > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > Assunto: Re: [FUG-BR] RES: tproxy/cacheboy > > > > Renato. > > > > Aproveitando o email, o link do Tproxy em Freebsd [1] fala em Squid. > > Você teria algum howto de como fazer isso com cacheboy/lusca ? > > Poderia nos informar as versões de cada pacote em uso ? > > Alguma configuração diferente a ser feita na hora de compilar ? > > > > Obrigado! > > > > > > > > ----- Original Message ----- > > From: "Renato Frederick" <freder...@dahype.org> > > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > <freebsd@fug.com.br> > > Sent: Friday, July 03, 2009 11:16 AM > > Subject: [FUG-BR] RES: tproxy/cacheboy > > > > > > Luiz, acho que é alguma ctls mesmo, apliquei o novo patch + lusca > head > > e > > esta mensagem fica aparecendo quando o numero de endereços > > 'fake'(mostrados > > pelo netestat) passa de 2k. > > Parece que estes dias pegaram algum vírus que abre dezenas de > conexões > > HTTP > > a hosts comprometidos. > > > > Vou começar a fazer o monitoramento das sysctl e dou um retorno a > você > > na > > lista. > > > > A propósito, o novo patch que você tinha postado funcionou 100%. > > > > > > > -----Mensagem original----- > > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] > Em > > > nome de Luiz Otavio O Souza > > > Enviada em: sexta-feira, 3 de julho de 2009 09:38 > > > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > > Assunto: Re: [FUG-BR] tproxy/cacheboy > > > > > > > Pessoal, > > > > > > > > Desde a disponibilização do patch tproxy+cacheboy pro freebsd eu > > > estou > > > > usando sem problemas. > > > > > > > > Porém de 3 dias para cá esta mensagem aparece repentinamente e só > > > > reiniciando o squid que volta: > > > > > > > > TPROXY comm_ips_bind failed? Why? > > > > > > > > > > > > Vocês tem alguma idéia? Aumentar alguma sysctl? > > > > > > Renato, > > > > > > Eu dei uma revisada no código e encontrei apenas um ou dois pontos > > que > > > podem > > > produzir esse erro, mas a causa ainda é desconhecida (precisamos de > > > mais > > > informações para rastrear). > > > > > > Verifique se não há qualquer outra informação nos logs do lusca > > > (cache.log > > > ?) e também nos logs do servidor (messages, all.log). > > > > > > Os ctls que você tem que monitorar são esses: > > > > > > kern.ipc.maxsockets: 25600 > > > kern.ipc.numopensockets: 101 > > > kern.maxfiles: 65536 > > > kern.maxfilesperproc: 11095 > > > kern.openfiles: 258 > > > > > > A falta de sockets ou file descriptors podem causar esses erros, > > então > > > fique > > > atento. > > > > > > Se o problema persistir, por favor me avise. > > > > > > Att., > > > Luiz > > > PS: Veja esse link com o lusca+tproxy COM FreeBSD fazendo proxy de > um > > > link > > > de satelite de 100Mb/s - cute ;) > > > http://lusca-cache.blogspot.com/2009/06/lusca-head-pushing-100mbit- > > > in.html > > ------------------------- > 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