JE Group mailto:jelllgr...@gmail.com
quinta-feira, 19 de fevereiro de 2015 14:50
speak english
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Hi! FUG is a Brazilian list dedicated to share
speak english
On 2/18/15, Renato Frederick ren...@frederick.eti.br wrote:
Gustavo Freitas mailto:gst.frei...@gmail.com
quarta-feira, 18 de fevereiro de 2015 14:45
Onde tem essa dica na lista pfsense-pt não observei.
-
Histórico:
Então, não entendi pq o lusca ficou parado, um projeto excelente.
Em 18/02/2015 13:59, Luiz Gustavo S. Costa luizgust...@luizgustavo.pro.br
escreveu:
Em 18 de fevereiro de 2015 14:16, Renato Frederick
ren...@frederick.eti.br
escreveu:
Não digo que morreu, mas está orfão[1], aguardando
praticamente era o Adrian que mantinha... fiz pequenos commits lá na época,
mas por falta de tempo ... (e do Adrian) o projeto ficou sem updates...
Sds.
Alexandre J. Correa
Onda Internet
http://www.onda.net.br
IPV6 Ready !!!
2015-02-18 15:02 GMT-02:00 Gustavo Freitas gst.frei...@gmail.com:
Acho que faltou tempo e patrocínio para manter o Lusca
Não seja por isso.. eu topo uma vaquinha..
Sds.
Alexandre J. Correa
Onda Internet
http://www.onda.net.br
IPV6 Ready !!!
2015-02-18 15:47 GMT-02:00 Alexandre Correa ajcor...@gmail.com:
o codigo se mantem no google code
Em 18 de fevereiro de 2015 14:16, Renato Frederick ren...@frederick.eti.br
escreveu:
Não digo que morreu, mas está orfão[1], aguardando alguém arrumar o
suporte dele.
Use squid3 e seja feliz. Lá na lista pfsense-pt o Jack postou algumas
dicas e tutoriais de fazer várias coisas legais com o
o codigo se mantem no google code ainda:
https://code.google.com/p/lusca-cache/source/list
Sds.
Alexandre J. Correa
Onda Internet
http://www.onda.net.br
IPV6 Ready !!!
2015-02-18 15:39 GMT-02:00 Alexandre Correa ajcor...@gmail.com:
praticamente era o Adrian que mantinha... fiz pequenos
esqueci de outro detalhe, o Adrian que mantém o driver ATHEROS para FreeBSD
(de acordo com as ultimas conversas que tive com ele). No caso o foco era
isso (patrocinado pela Atheros inclusive).
Acho que faltou tempo e patrocínio para manter o Lusca
Sds.
Alexandre J. Correa
Onda Internet
Alexandre Correa mailto:ajcor...@gmail.com
quarta-feira, 18 de fevereiro de 2015 15:51
esqueci de outro detalhe, o Adrian que mantém o driver ATHEROS para
FreeBSD
(de acordo com as ultimas conversas que tive com ele). No caso o foco era
isso (patrocinado pela Atheros inclusive).
Acho que
Gustavo Freitas mailto:gst.frei...@gmail.com
quarta-feira, 18 de fevereiro de 2015 14:45
Onde tem essa dica na lista pfsense-pt não observei.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Marcelo Gondim mailto:gon...@bsdinfo.com.br
quarta-feira, 18 de fevereiro de 2015 13:37
Pessoal,
Faz muito tempo que não instalo um proxy e fui agora procurar o lusca
no ports e pra minha surpresa não existe mais. Alguém sabe o que
houve? Morreu o fork?
Abrs,
Gondim
Pessoal,
Faz muito tempo que não instalo um proxy e fui agora procurar o lusca no
ports e pra minha surpresa não existe mais. Alguém sabe o que houve?
Morreu o fork?
Abrs,
Gondim
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista:
Onde tem essa dica na lista pfsense-pt não observei.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
2013/8/30 EnioRM eni...@gmail.com
2013/8/30 Luiz Gustavo S. Costa luizgust...@luizgustavo.pro.br
Em 30 de agosto de 2013 15:27, EnioRM eni...@gmail.com escreveu:
Pessoal instalei o lusca a partir do ports.
Não sei por qual problema ele não está parando quando rodo o service
squid
Pessoal instalei o lusca a partir do ports.
Não sei por qual problema ele não está parando quando rodo o service squid
stop, nem /usr/local/etc/rc.d/squid stop
tenho que matar com killall -15 squid
vi que o squid rc script busca o pid em /usr/local/squid/logs/squid.pid
ajustei no rc.conf
Em 30 de agosto de 2013 15:27, EnioRM eni...@gmail.com escreveu:
Pessoal instalei o lusca a partir do ports.
Não sei por qual problema ele não está parando quando rodo o service squid
stop, nem /usr/local/etc/rc.d/squid stop
tenho que matar com killall -15 squid
vi que o squid rc script
2013/8/30 Luiz Gustavo S. Costa luizgust...@luizgustavo.pro.br
Em 30 de agosto de 2013 15:27, EnioRM eni...@gmail.com escreveu:
Pessoal instalei o lusca a partir do ports.
Não sei por qual problema ele não está parando quando rodo o service
squid
stop, nem /usr/local/etc/rc.d/squid
Pessoal,
Estou usando lusca-head e em meu cache.log notifica o seguinte:
Consider increasing the number of url_rewriter processes to at least 18 in
your config file.
WARNING: All url_rewriter processes are busy.
WARNING: up to 9 pending requests queued
Lendo a documentação
Ola Pessoal,
Montei um lusca, num servidor e estou com varios HDs.
Gostaria de separar por tamanho, por exemplo: arquivos com ate 128K num
HD, os maiores nos outros.
Existem alguma configuracao do squid para isso?
Vi que usando o mode de arquivamento COSS, consigo limitar o tamanho
dos
-Mensagem Original-
From: s...@fsnet.com.br
Sent: Tuesday, July 03, 2012 11:04 AM
To: freebsd@fug.com.br
Subject: [FUG-BR] Lusca Varios HDs
Ola Pessoal,
Montei um lusca, num servidor e estou com varios HDs.
Gostaria de separar por tamanho, por exemplo: arquivos com ate 128K num
HD
-Mensagem Original-
From: s...@fsnet.com.br
Sent: Tuesday, July 03, 2012 11:04 AM
To: freebsd@fug.com.br
Subject: [FUG-BR] Lusca Varios HDs
Ola Pessoal,
Montei um lusca, num servidor e estou com varios HDs.
Gostaria de separar por tamanho, por exemplo: arquivos com ate 128K num
HD, os
Em 18 de junho de 2012 00:46, Luiz Gustavo
luizgust...@luizgustavo.pro.brescreveu:
Boa noite,
Então, esse gráfico é uma interface que desenvolvi em python para
entregar junto com minhas consultorias.
Por enquanto é uma interface sob demanda que ainda não defini sua
distribuição (a não ser
Em Sex, 2012-06-15 às 19:24 -0300, Neilson Lima escreveu:
Em 14 de maio de 2012 16:32, Luiz Gustavo
luizgust...@luizgustavo.pro.brescreveu:
Em Seg, 2012-05-14 às 16:22 -0300, Eduardo Meyer escreveu:
Alguém tem isso funcionando no FreeBSD 9 -STABLE?
Eu tenho vários:
Os ganhos de
Em 14 de maio de 2012 16:32, Luiz Gustavo
luizgust...@luizgustavo.pro.brescreveu:
Em Seg, 2012-05-14 às 16:22 -0300, Eduardo Meyer escreveu:
Alguém tem isso funcionando no FreeBSD 9 -STABLE?
Eu tenho vários:
Os ganhos de HIT (economia do link) podem chegar até 35%
http://imm.io/nbIT
Ola pessoal,
Estou implementando em minha rede 3 proxyes com Lusca.
Cada um responde por um conjunto de maquinas que fazem a requisicao de
arquivos.
Vi que da para usar metodologia de proxy pai/filho ou vizinhos para
pegar do outro servidor e nao ter que ficar repetindo/gravando o mesmo
-feira, 14 de Maio de 2012 16:32:09
Assunto: Re: [FUG-BR] Lusca TPROXY Bridge
Em Seg, 2012-05-14 às 16:22 -0300, Eduardo Meyer escreveu:
Alguém tem isso funcionando no FreeBSD 9 -STABLE?
Eu tenho vários:
Os ganhos de HIT (economia do link) podem chegar até 35%
http://imm.io/nbIT
- Mensagem original -
De: Luiz Gustavo luizgust...@luizgustavo.pro.br
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
freebsd@fug.com.br
Enviadas: Segunda-feira, 14 de Maio de 2012 16:32:09
Assunto: Re: [FUG-BR] Lusca TPROXY Bridge
Em Seg, 2012-05-14 às 16:22 -0300, Eduardo
Em 7 de junho de 2012 17:03, Eduardo Schoedler lis...@esds.com.br escreveu:
Hyper, da Taghos.
Recomendo.
--
Eduardo Schoedler
Enviado via iPhone
E eu sou mais o conjunto LUSCA + ZFS + FreeBSD !!!
Funciona mito bem e acredito eu melhor que qualquer caixinha. E o
melhor !!! é software
Alguém tem isso funcionando no FreeBSD 9 -STABLE?
--
===
Eduardo Meyer
pessoal: dudu.me...@gmail.com
profissional: ddm.farmac...@saude.gov.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Em Seg, 2012-05-14 às 16:22 -0300, Eduardo Meyer escreveu:
Alguém tem isso funcionando no FreeBSD 9 -STABLE?
Eu tenho vários:
Os ganhos de HIT (economia do link) podem chegar até 35%
http://imm.io/nbIT
--
Luiz Gustavo Costa (Powered by BSD)
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
Pessoal,
Boa noite!
Na minha rede, tenho um servidor Mikrotik como gateway da rede, ele
redireciona a porta 80 para a porta 3128 (transparent) de um servidor
FreeBSD rodando Lusca. Até ai tudo bem...
Nesse servidor rodando Lusca, utilizo a funcionalidade de ZPH para
realizar o cachefull. O
Bom dia Luiz Gustavo,
Tirou o patch do tproxy do seu site?
Onde poderia encontrá-lo?
Atenciosamente,
Wenderson Souza - wendersonso...@gmail.com
MSN Messenger: wendersonso...@msn.com
Diretor de Tecnologia - Inter Connect
Macapá - Amapá - Brasil
INOC-DBA 262472*100
Em 27 de outubro de 2011
Bom dia Wenderson,
Conforme eu conversei contigo via chat no meu site, eu trabalho com
consultoria e a implementação de tproxy é uma das consultorias que
ofereço.
Peço que entre em contato em PVT para que possamos dar continuidade a
esse assunto.
Obrigado.
* Wenderson Souza
Em 25 de janeiro de 2012 10:17, Luiz Gustavo S. Costa
luizgust...@luizgustavo.pro.br escreveu:
Bom dia Wenderson,
Conforme eu conversei contigo via chat no meu site, eu trabalho com
consultoria e a implementação de tproxy é uma das consultorias que
ofereço.
Peço que entre em contato em
Em 25/01/2012 13:10, Lucas Dias escreveu:
Em 25 de janeiro de 2012 10:17, Luiz Gustavo S. Costa
luizgust...@luizgustavo.pro.br escreveu:
Bom dia Wenderson,
Conforme eu conversei contigo via chat no meu site, eu trabalho com
consultoria e a implementação de tproxy é uma das consultorias que
não galera, pequena confusão já sanada...
o path esta disponivel no link que enviei anteriormente.
a consultoria é outra coisa.
resolvido.
* Marcelo Gondim (gon...@bsdinfo.com.br) wrote:
Em 25/01/2012 13:10, Lucas Dias escreveu:
Em 25 de janeiro de 2012 10:17, Luiz Gustavo S. Costa
Em 25/01/2012 14:26, Luiz Gustavo S. Costa escreveu:
não galera, pequena confusão já sanada...
o path esta disponivel no link que enviei anteriormente.
a consultoria é outra coisa.
resolvido.
Ah blz. :) aproveitando Guga, tentei baixar lá e deu 404:
eu mandei o link em outro forwarding
* Marcelo Gondim (gon...@bsdinfo.com.br) wrote:
Em 25/01/2012 14:26, Luiz Gustavo S. Costa escreveu:
não galera, pequena confusão já sanada...
o path esta disponivel no link que enviei anteriormente.
a consultoria é outra coisa.
resolvido.
Ah
Em 21 de julho de 2011 23:58, Luiz Otavio O Souza lists...@gmail.comescreveu:
Hello folks,
Eu (finalmente) tenho o lusca funcionando em modo bridge com o tproxy.
Antes que eu acredite que isso funcionou, alguem mais pode testar o patch
abaixo ?
http://loos.no-ip.org/lusca_tproxy.diff
No
Boa noite,
A quem interessar:
http://www.luizgustavo.pro.br/wiki/doku.php?id=lusca_tproxy
Patch do loos alterado para:
8.2-RELEASE
9.0-STABLE (via svn)
Abraços
--
/\ Luiz Gustavo S. Costa
/ \ Programmer at BSD Perimeter
/ \ /\/\/\ Visit the pfSense Project
/
Segue o patch para aplicar no 8.2-RELEASE
é a mesma coisa do original do loos, só trocando as posições das linhas:
http://www.luizgustavo.pro.br/downloads/lusca_tproxy-8.2-RELEASE.diff
lembrando, que é necessário colocar no minimo as linhas no conf do kernel:
device bridge
options
Em 13/09/2011 22:32, vic escreveu:
Em 12-09-2011 22:56, Enio .'. Marconcini escreveu:
2011/9/12 Otavio Augustootavi...@gmail.com
Pra começar o desenvolvedor do Lusca pegou o squid na versão 2.7 e
começou a adicionar recursos de performance que ele acredita ser
melhor
que o pessoal do squid
Em 14/09/2011, às 08:07, Marcelo Gondim gon...@bsdinfo.com.br escreveu:
Em 13/09/2011 22:32, vic escreveu:
Em 12-09-2011 22:56, Enio .'. Marconcini escreveu:
Aproveitanto o assunto, melhor ir de UFS ou ZFS?
Eu estou testando o lusca num 8.2-RELEASE amd64 com o inComum e até onde
Opa
2011/9/14 Marcelo Gondim gon...@bsdinfo.com.br:
Em 13/09/2011 22:32, vic escreveu:
Aproveitanto o assunto, melhor ir de UFS ou ZFS?
Eu estou testando o lusca num 8.2-RELEASE amd64 com o inComum e até onde
Opa vic,
Acredito que para um cache com muito acesso onde usamos muita memória,
On Sep 12, 2011, at 7:49 AM, Patrick Tracanelli wrote:
Blz agora vamos todos juntos dar um jeito do patch do Loos entrar ni FreeBSD 9
Luiz vc algum pr aberto?
Patrick,
Ainda não tenho PR aberto para este patch (no FreeBSD).
No lusca eu abri um issue a pedido do Adrian - que esta até o
On Sep 14, 2011, at 10:21 AM, Eduardo Schoedler wrote:
Em 14/09/2011, às 08:07, Marcelo Gondim gon...@bsdinfo.com.br escreveu:
Em 13/09/2011 22:32, vic escreveu:
Em 12-09-2011 22:56, Enio .'. Marconcini escreveu:
Aproveitanto o assunto, melhor ir de UFS ou ZFS?
Eu estou testando o lusca
2011/9/14 Luiz Otavio O Souza lists...@gmail.com
On Sep 14, 2011, at 10:21 AM, Eduardo Schoedler wrote:
Em 14/09/2011, às 08:07, Marcelo Gondim gon...@bsdinfo.com.br
escreveu:
Em 13/09/2011 22:32, vic escreveu:
Em 12-09-2011 22:56, Enio .'. Marconcini escreveu:
Aproveitanto o
Em 14/09/2011, às 11:02, Luiz Otavio O Souza escreveu:
On Sep 12, 2011, at 7:49 AM, Patrick Tracanelli wrote:
Blz agora vamos todos juntos dar um jeito do patch do Loos entrar ni FreeBSD
9
Luiz vc algum pr aberto?
Patrick,
Ainda não tenho PR aberto para este patch (no FreeBSD).
o Adrian Chad poderia ate commitar isso... não sei o proque não fez até
hoje...
talvez até falta de tempo de poder adaptar o 'hack' para o formato .. sei
lá..
2011/9/14 Patrick Tracanelli eks...@freebsdbrasil.com.br
Em 14/09/2011, às 11:02, Luiz Otavio O Souza escreveu:
On Sep 12, 2011,
Boa tarde
utilizo squid e lusca+COSS
nunca consegui usar dois sistemas de cache_dir no mesmo config, existe alguma
mágica ?
no caso do COSS eu tb estou usando em cima do ZFS e limitei a o tamanho do
block de gravação em 128K a performance é boa.
como utilizar o COSS com RAW drives ??
Em 12-09-2011 22:56, Enio .'. Marconcini escreveu:
2011/9/12 Otavio Augustootavi...@gmail.com
Pra começar o desenvolvedor do Lusca pegou o squid na versão 2.7 e
começou a adicionar recursos de performance que ele acredita ser
melhor
que o pessoal do squid fez na versão 3.
Ele então é um
Blz agora vamos todos juntos dar um jeito do patch do Loos entrar ni FreeBSD 9
Luiz vc algum pr aberto?
Enviado via iPad
Em 11/09/2011, às 19:46, Wenderson Souza wendersonso...@gmail.com escreveu:
Hello all,
Até que enfim consegui colocar o FreeBSD com o Tproxy para rodar.
E aproveitei e
Olá pessoal,
Vejo muito o pessoal da lista falar sobre o Lusca,
utilizo SQUID.
e a pouco os colegas estão indicando Lusca para nosso amigo da lista, conforme
puderam nota nos ultimos posts
gostaria de estender a discussão. Lusca ou Squid ?
qual a principal diferença entre os dois?
Pra começar o desenvolvedor do Lusca pegou o squid na versão 2.7 e
começou a adicionar recursos de performance que ele acredita ser
melhor
que o pessoal do squid fez na versão 3.
Ele então é um fork do squid.
Por experiência vi que ele realmente é mais eficiente que o squid
original
2011/9/12 Otavio Augusto otavi...@gmail.com
Pra começar o desenvolvedor do Lusca pegou o squid na versão 2.7 e
começou a adicionar recursos de performance que ele acredita ser
melhor
que o pessoal do squid fez na versão 3.
Ele então é um fork do squid.
Por experiência vi que ele realmente
Hello all,
Até que enfim consegui colocar o FreeBSD com o Tproxy para rodar.
E aproveitei e testei com mais de um range de IP's, funcionou blz.
Basta colocar uma segunda porta no http_port e configurar o
tcp_outgoing_address para os 2 ranges.
Agradeço a todos os que ajudaram, em especial:
1º
Vou assumir o seguinte cenário, que é o que tenho aqui:
- Lusca (último do ports) com TPROXY
- FreeBSD 8.2 com o patch do Loos que se encontra nesse e-mail/thread
- Regras de fwd como as desse e-mail/thread
- Lusca testado em modo roteado e com TPROXY funcional: fundamental pro seu
debug
só um detalhe que deve estar ocorrendo no cenário do colega:
o patch deve ser aplicado no STABLE, 8.2-STABLE
no RELEASE não funciona.
eu to sem tempo, mas fiz umas correções no patch do loos pra funcionar
no RELEASE do 8.1 e 8.2, assim que der eu publico.
abraços
Em 8 de setembro de 2011
Então é este o meu problema. Estou com o 8.2-RELEASE.
Por que achei entranho, já ter seguido todos os passos e não conseguir resolver.
Já ia reportar quanto as perguntas do Patrick, mas atualizar agora
para pode efetuar os testes.
Luiz Gustavo,
Assim que tiver alguma noticia sobre a correção
Nenhuma opinião?
Sei que a comunidade do FreeBSD não gosta de dar informações mais
aprofundadas (dar o peixe e sim ensinar a pescar), mas já corri a trás
o quanto eu pude, por isso estou perguntando aqui novamente.
Já formatei a máquina coloquei o FreeBSD-7.4-Release, apliquei os
patch no kernel
No man do ipfw tem alguns detalhes sobre filtrar em bridge.
--
Eduardo Schoedler
Enviado via iPhone
Em 07/09/2011, às 17:45, Wenderson Souza wendersonso...@gmail.com escreveu:
Nenhuma opinião?
Sei que a comunidade do FreeBSD não gosta de dar informações mais
aprofundadas (dar o peixe e
Olá todos,
Estou apanhando para fazer o tproxy funcionar no freebsd.
Alguém poderia me dar uma Luz ?
Meu cenário:
FreeBSD 8.2-RELEASE sem aplicar nenhum patch (conforme recomendado)
Lusca com o patch aplicado.
# squid -v
Squid Cache: Version LUSCA_HEAD-r14809
configure options:
Precisa recompilar o kernel e o lusca posteriormente?
Pois o patch pelo que vi é aplicado no soucre do Kernel, não?
# uname -a
FreeBSD proxy.xxx.com.br 8.2-RELEASE FreeBSD 8.2-RELEASE #3: Thu Aug
25 22:43:06 BRT 2011
r...@proxy.xxx.com.br:/usr/obj/usr/src/sys/PROXY amd64
Wenderson Souza
Bom dia,
Ao tentar compilar o kernel recebi o erro abaixo:
/usr/src/sys/amd64/conf/PROXY: unknown option IP_NONLOCALBIND
Alguma luz?
Wenderson Souza
e-mail: wendersonso...@gmail.com
msn: wendersonso...@msn.com
skype: wendersonsouza
Em 27 de agosto de 2011 09:42, Wenderson Souza
no fBSD 8.x o IP_NONLOCALBINDfoi substituido pelo IP_BINDANY.
axo q nao precisa recompilar
http://tproxy.no-ip.org/
On Sat, 27 Aug 2011 10:17:52 -0300, Wenderson Souza wrote:
Bom dia,
Ao tentar compilar o kernel recebi o erro abaixo:
/usr/src/sys/amd64/conf/PROXY: unknown option
Tentei colocar o options IP_BINDANY conforme o
http://tproxy.no-ip.org/ mas deu erro também.
O que fiz, apliquei o patch na unha (no código) e estou recompilando
agora, assim que testar posto aqui.
Wenderson Souza
e-mail: wendersonso...@gmail.com
msn: wendersonso...@msn.com
skype:
intaum.. aqui no manual:
FreeBSD 8 already support this, but you will need to change the
IP_NONLOCALOK to IP_BINDANY in src/comm.cc (or
libiapp/comm_ips_freebsd.c under lusca).
diz q no freebsd 8 ja tem o suporte, so precisa mexer no
libiapp/comm_ips_freebsd.c under lusca
On Sat, 27 Aug
Hum, entao só precisaria mexer no lusca?
Mas mesmo antes de aplicar o patch tentei compilar com IP_BINDANY e deu erro.
Vou retornar e testar.
Reporto aqui.
Wenderson Souza
e-mail: wendersonso...@gmail.com
msn: wendersonso...@msn.com
skype: wendersonsouza
Em 27 de agosto de 2011 11:39,
pas y
répondre. .
- Original Message -
From: slp s...@fsnet.com.br
Sent: lundi 15 août 2011 18 h 18 GMT-03:00
Subject: [FUG-BR] Lusca demorando muito para montar swap.state
Ola a todos.
Ontem resolvi apagar os arquivos swap.state do lusca, para
reconstrui-los, e para minha surpresa
pas y
répondre. .
- Original Message -
From: service-clie...@sc.sfr.fr
Sent: mardi 16 août 2011 17 h 56 GMT+02:00
Subject: Re: [FUG-BR] Lusca demorando muito para montar swap.state
Vous souhaitez prendre contact avec le Service Client. Votre demande n'a pas
été délivrée. Pour contacter le
Ola a todos.
Ontem resolvi apagar os arquivos swap.state do lusca, para
reconstrui-los, e para minha surpresa descobri que esta demorando mais
de um dia para remonta-los.
Tenho 5 diretorios de cache, com um uso total de 478GB de arquivos, e
agora, passados em torno de 24 horas depois que apaguei
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
Boa tarde,
O Lusca está marcando TOS com o patch aplicado?
Obrigado pela solução...
Hygor Cavalcante
FSNETWORK CONSULTORIA
Skype: hygorr
MSN: hy...@bsd.com.br
EMAIL: hy...@bsd.com.br
Em 24 de julho de 2011 18:43, slp s...@fsnet.com.br escreveu:
Ola,
Testei o patch e tambem funcionou para
Ola,
Testei o patch e tambem funcionou para mim, mesmo cenario, Lusca em
bridge entre os clientes e a net.
Obrigado pela solucao.
Sidnei
Em 21/07/2011 23:58, Luiz Otavio O Souza escreveu:
Hello folks,
Eu (finalmente) tenho o lusca funcionando em modo bridge com o tproxy. Antes
que eu
Aqui por enquanto funcionou Luiz. Vou testar agora um cenario mais real, e te
reporto. Muuito obrigado :)
Enviado via iPad
Em 21/07/2011, às 23:58, Luiz Otavio O Souza lists...@gmail.com escreveu:
Hello folks,
Eu (finalmente) tenho o lusca funcionando em modo bridge com o tproxy. Antes
Ahh pra mim o patch do bindany aplicou mas n funcionou, precisei rodar como
root. Novo cenario testo de novo ate o final do dia.
Enviado via iPad
Em 21/07/2011, às 23:58, Luiz Otavio O Souza lists...@gmail.com escreveu:
Hello folks,
Eu (finalmente) tenho o lusca funcionando em modo bridge
Hello folks,
Eu (finalmente) tenho o lusca funcionando em modo bridge com o tproxy. Antes
que eu acredite que isso funcionou, alguem mais pode testar o patch abaixo ?
http://loos.no-ip.org/lusca_tproxy.diff
No meu ambiente de teste eu tinha:
Clientes (192.168.0.0/24) - xl0 - bridge - vr0 -
Boa noite a todos.
Estou com um servidor proxy em bridge (tentei com freebsd, mas parece
que ainda nao funciona, entao esta em linux) rodando squid com tproxy.
Esta funcionando, porem depois de alguns dias da crash e queria ver se
eh kernel ou o squid mesmo...
Para tirar a duvida resolvi
alguem conseguiu fazer?
vi umas mensagens do tracanelli do luiz souza e mais uns na lista do lusca
mas nao vi a conclusao
deu certo? alguma receita de bolo?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista:
On May 13, 2011, at 12:44 PM, Joao H L M Silva wrote:
alguem conseguiu fazer?
vi umas mensagens do tracanelli do luiz souza e mais uns na lista do lusca
mas nao vi a conclusao
deu certo? alguma receita de bolo?
Hmm. Até onde eu sei isso ainda não funciona... nem eu nem o Patrick tivemos
cheguei a colocar em uma ambiente de produção a um tempo atras com
lusca ( 1 ano + ou - ) e funcioou 100%.
Lembro que foi freebsd 7 Lusca head e pf.
tiramos depois de reformular a rede. mas posso te dizer que vai blz.
Em 13 de maio de 2011 12:44, Joao H L M Silva j...@bsd.com.br escreveu:
Luiz se precisar é so falar.
Monto o ambiente pra voce rapidao :-)
O status ficou como estava, funcionou sem tproxy mas com tproxy loopou, tentei
com tag e keep-state mas não rolou gambi que resolvesse hehe, como o cenario
era do Eduardo e ele teve que desmontar fiquei tambem sem o cenario, e
Otavio com TPROXY mesmo? Ou apenas transparente?
Transparente funciona fino com PF e com IPFW com a mudança do Luiz, mas TPROXY
não funciona em nenhum dos 2 que eu saiba, pode confirmar seu cenário?
Valeu!
Em 13/05/2011, às 13:47, Otavio Augusto escreveu:
cheguei a colocar em uma ambiente
luiz eu tambem posso ajudar
meu proxy esta na agulha posso colocar em bridge so pra 1 cliente e te dou
acesso ao windows e ao freebsd em bridge
agradeco a boa vontade
quando tiver tempo avise sem pressa se nao der esse fds tem corpus christi
chegando rss rss
ai a gente se une pra te dar um
Como falei faz algum tempo e este servidor dpois foi formatado para
realizar outra função e como a rede mudou também mudamos a solução de
proxy.
o cenario resumindo era :
rede local --- freebsd em bridge -- roteador -- internet.
a rede local possuia ips validos e o depois que colocamos o
Em 11/11/2010, às 15:26, Bruno Torres Viana escreveu:
Patick,
Obrigado em responder, agora tenho mais algumas perguntas:
A integração que utilizo Squid é via NTLM, sei que existem outras formas de
fazer isto, mas qual é o melhor ou mais utilizada para o Lusca?
Não muda nada. Lembre-se
Patrick, obrigado!
O novo servidor PowerEdge T110 chegará em 10 dias e aplicarei a solução
completa e posto novamente aqui.
Sds,
Em 12 de novembro de 2010 10:21, Patrick Tracanelli
eks...@freebsdbrasil.com.br escreveu:
Em 11/11/2010, às 15:26, Bruno Torres Viana escreveu:
Patick,
Se possivel poste os confs devidamente sanitizados.
;D
2010/11/12 Bruno Torres Viana btvi...@gmail.com
Patrick, obrigado!
O novo servidor PowerEdge T110 chegará em 10 dias e aplicarei a solução
completa e posto novamente aqui.
Sds,
Em 12 de novembro de 2010 10:21, Patrick Tracanelli
Em 10/11/2010, às 22:28, Bruno Torres Viana escreveu:
Senhores,
Boa noite, tenho trabalhado com squid numa boa integrado com AD e
Dansguardian, mas tenho observado a lista e existe uma forte tendência a se
utilizar o Lusca + Thunder Cache. Alguém teria este cenário para que eu
Patick,
Obrigado em responder, agora tenho mais algumas perguntas:
A integração que utilizo Squid é via NTLM, sei que existem outras formas de
fazer isto, mas qual é o melhor ou mais utilizada para o Lusca?
Quanto a licença do Thunder, estive lendo a documentação e acredito que a
ThunderADs
Senhores,
Boa noite, tenho trabalhado com squid numa boa integrado com AD e
Dansguardian, mas tenho observado a lista e existe uma forte tendência a se
utilizar o Lusca + Thunder Cache. Alguém teria este cenário para que eu
possa evoluir a solução de filtragem de pacotes WEB com cache?
Olá a todos.
Estou com planos de migrar de Squid para Lusca, entretanto estou com uma
dúvida em relação ao uso de tcp_outgoing_address[1], nativo no Squid.
O objetivo é poder determinar, com base em ACL, por qual circuito de dados
a requisição sairá. Atualmente, no Squid, o tcp_outgoing_address
Pessoal, qual melhor opção para o cache_dir, utilizar diskd ou aufs?
Obrigado
Fabrício
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Em 19/6/2010 12:21, fknet escreveu:
Pessoal, qual melhor opção para o cache_dir, utilizar diskd ou aufs?
Eu não tenho documento para te provar isso, mas tenho tido ótimos
resultados em RAID 0 para o cache com diskd.
Abraço,
-
Histórico:
Em 19/06/2010 15:26, Márcio Luciano Donada escreveu:
Em 19/6/2010 12:21, fknet escreveu:
Pessoal, qual melhor opção para o cache_dir, utilizar diskd ou aufs?
Eu não tenho documento para te provar isso, mas tenho tido ótimos
resultados em RAID 0 para o cache com diskd.
Abraço,
Em 19/06/2010 18:17, Adailton Milhorini escreveu:
Em 19/06/2010 15:26, Márcio Luciano Donada escreveu:
Em 19/6/2010 12:21, fknet escreveu:
Pessoal, qual melhor opção para o cache_dir, utilizar diskd ou aufs?
Eu não tenho documento para te provar isso, mas tenho tido
Srs.
Estou montando um cenário de testes semelhante a este, sabem dizer se o
suporte ao TProxy no Thunder está funcional?
Existem algumas informações desencontradas, como em [1], onde mostra como
habilitar o TProxy e mais abaixo, diz que não é 100% funcional.
Alguém implementou desta forma?
Opa pessoal.. :)
Notei lá no site da fug um artigo do Patrick[1] sobre o thundercache no
FreeBSD.
Pois bem, como já relatei aqui, ele não dá muito certo com o tproxy, porém
lá Patrick comenta que há algumas alterações no lusca para que o
thundercache funcione com tproxy.
Alguém sabe me
Oi.
Então pelo o que eu entendi quando conversei com o Patrick a jogada ta em
usar o recurso de x-forward do Squid e do Thunder.
O thunder vai receber o IP do cliente final e ai o Thunder, ai vc configura
o thunder para usar de novo o Squid como parent para chegar até o destino
final e ai no
pra versão 4 até lá..
--
From: Matheus Cucoloto matheuscucol...@gmail.com
Sent: Monday, January 04, 2010 11:06 AM
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
freebsd@fug.com.br
Subject: Re: [FUG-BR] lusca/squid/thundercache/freebsd
1 - 100 de 114 matches
Mail list logo