Oi Pessoal,
Boa noite.
Estou passando uma dificuldade em configurar o Lusca para rodar em
múltiplas instâncias. Sem TPROXY funciona de boa, mas quando habilito
o TPROXY para de funcionar.
Se eu rodo somente uma instância do Lusca também funciona. Eu acho que
o problema está nas regras do firewal
entificar o formato
> > do
> > arquivo.
> >
> > Abs, Cartola.
> >
> > Em 11 de maio de 2011 10:37, Joao Pedro Paula Pannain Souza <
> > jp.pann...@gmail.com> escreveu:
> >
> >> Bom dia,
> >>
> >> Desculpe pelo off, mas est
Bom dia,
Desculpe pelo off, mas estou precisando recuperar os dados de um backup
feito em fita dat através do AIX.
Porém isso é um backup muito antigo e não tenho mais sistema AIX e quem fez
na época nem trabalha mais na empresa.
Tenho windows/linux/freebsd disponível para fazer a leitura dessa
Oi Enio,
Lembrando que essa queue tem quer ser menor que 5 x o valor da thread
se estiver usando o AUFS.
O comando correto é squidclient mgr:squidaio_counts | grep queue
Sem o grep vc vai ver a quantidade threads que vc tem.
Att.,
João Pedro
Em 20/05/10, Joao Pedro Paula Pannain Souza
Oi Enio,
Verifica a quantidade queue do squid sendo chamado.
Através desse comando você conseguirá ver.
squidclient mgr:info | grep queue
Att.,
João Pedro
2010/5/20, Enio Marconcini # www.Enio.Pro.Br :
> 2010/5/20 Giancarlo Rubio
>
>> Verificou DNS?
>>
>> --
>> Giancarlo Rubio
>> ---
>
> -Mensagem original-----
> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
> de Joao Pedro Paula Pannain Souza
> Enviada em: terça-feira, 4 de maio de 2010 21:23
> Para: freebsd@fug.com.br
> Assunto: [FUG-BR] Problemas com cache usando Lusca e f
Boa noite,
por favor me ajudem. instalei e configurei um servidor de cache. Durante o
dia quando a carga de trabolho é pequena ele funciona muito bem.
Porém quando muitos usuarios fazem requisiçoes ele vem demostrando um
comportamento anormal gerando muita lentidao na rede.
Acompanhando o trafego n
Oi Pessoal,
Desculpem a amolação mas estou tendo um erro muito estranho no meu bind.
Estou com um FreeBSD 5.4 Release e o Bind que vem nele é o mais novo 9.3.1.
Estou tendo o seguinte erro registrado no meu log que está matando o
processo do bind:
05-Oct-2005 17:19:14.501 general: critical:
/usr
Oi
> > O Complicador está na montagem do dhcp para esse freebsd principal pois
> > não consegui achar nenhuma documentação explicando o que é necessário
> > para fazê-lo só ficar esperando o chamado desses dhcp relay.
>
> talvez êste artigo ajude:
>
> http://www.onlamp.com/pub/a/bsd/2003/05/15/Fr
Oi Pessoal,
Estou usando uma topologia de rede onde tenho um freebsd concentrador
da rede usando dhcp, porém agora esse freebsd antes tinha acesso direto
na rede ele irá virar um roteador mas ainda será o concentrador da rede enquanto
ele terá outros servidores que faram dhcp relay neste concentra
Em 20/06/05, Gustavo De Nardin<[EMAIL PROTECTED]> escreveu:
> O kernel/ipfw foi compilado com 'IPFIREWALL_FORWARD' ? dmesg | grep
> 'ipfw2 initialized'...
SIM, O kernel foi compilado com IPFIREWALL_FORWARD e outras coisas.
Pois eu peguei a parte de firewall do kernel antigo pus no novo.
Mas este
Olá a Todos,
Ele possuia 2 links de internet e eu havia utilizado o tutorial
do Diego Link sobre Policy Routing e funcionou perfeitamente.
Eu fiz uma atualização nele pois estava com o FreeBSD 4.8 e mudei ele
para o FreeBSD 5.4.
Só copiei as regras pois não mudou em nada e agora não funciona
mai
Oi Pessoal,
Ou podem utilizar o redir, que é muito bom para redirecionamento,
pois tive casos que o redirecionamento do nat não funcionou direito.
Ele tá no ports/net. E a sintaxe é:
redir --lport=80 --cport=80 --caddr=ip_interno &
o l é local e o c para onde irá ser redirecionado.
[ ]'s
João
13 matches
Mail list logo
