[FUG-BR] Squid Parent Cache + Direcionar tráfego
Luiz Gustavo S. Costa
luizgustavo em luizgustavo.pro.br
Sexta Janeiro 15 17:56:38 BRST 2010
um "pitaco" :)
sei que o email original era selecionar o destino a partir de outro
squid... mas será que o desempenho não seria melhor com um rdr ou fwd
da vida ?
tipo:
rdr pass on $if_ext proto tcp from $rede_lan to $rede_youtube port 80
-> $proxy_youtube port 3128
tudo bem que é um cenario de proxy transparente.... mas dependendo do
volume (como o patrick falou), não seria mais rapido?
echo "pitaco" > /dev/ideias
abraços
2010/1/15 Patrick Tracanelli <eksffa em freebsdbrasil.com.br>:
> akada escreveu:
>> Pessoal,
>>
>> Muito bom dia para todos!!!
>>
>> Como já é de costume... Estou aqui para tirar uma dúvida técnica...
>> Alguém sabe me responder se é possÃvel direcionar todo o tráfego do
>> site youtube de um proxy para outro proxy utilizando parent cache?
>>
>> Â
>>
>> Exemplo, o proxy principal da rede recebe uma requisição
>> (www.youtube.com), ele verifica que é do domÃnio *.youtube.com e envia
>> para o proxy2. Esse proxy trata a requisição e devolve para o proxy
>> principal.
>>
>> Â
>>
>> à possÃvel? Se sim... Alguém pode dar uma luz ou o caminho da pedras?
>> Procurei no mestre google, mas só achei informações isoladas...
>>
>> Valeus galeraaaaaaaaaaaaaaaaa!!!
>
> É totalmente possível, e em ambientes grandes mais que possível, é quase
> necessidade. YouTube num proxy, Orkut noutro, etc, afinal, investir em
> várias máquinas em certo momento gera melhor TCO do que escalar uma
> máquina acima do convencional (convencional = setups que o mercado pratica).
>
> Voce cria uma ACL proxy_youtube e nela faz dar match o youtube, por
> dominio normalmente (acl url_regex). Ai voce da
>
> cache_peer_access <ip_proxy_yt> allow proxy_youtube
>
> Logico, vai tomar outros cuidados dando deny no cache_peer pra outros
> dominios.
>
> Outro "tchan" pra evitar redundancia de cache é dar um cache deny no
> Youtube localmente, afinal se voce esta enviando pra outro proxy não vai
> querer cachear localmente.
>
> É isso ai, divirta-se. É 100% possível e essa é uma das N formas (a mais
> clean provavelmente).
>
> --
> Patrick Tracanelli
>
> FreeBSD Brasil LTDA.
> Tel.: (31) 3516-0800
> 316601 em sip.freebsdbrasil.com.br
> http://www.freebsdbrasil.com.br
> "Long live Hanin Elias, Kim Deal!"
>
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
--
Luiz Gustavo Costa (Powered by BSD)
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
mundoUnix - Consultoria em Software Livre
http://www.mundounix.com.br
ICQ: 2890831 / MSN: contato em mundounix.com.br
Blog: http://www.luizgustavo.pro.br
Mais detalhes sobre a lista de discussão freebsd