Uso a 3.0.255 com bfwcache e está fazendo cache normal do youtube, entre outros. Fiz no meu servidor os procedimentos já explicados aqui.Nilsonred escreveu:as atuais nao estao fazendo cache
do youtube, ja deixei rolar um dia inteiro e nada.
brunovescovi escreveu:Boa noite, pessoal.
Uso a 3.0.255 com bfwcache e está fazendo cache normal do youtube, entre outros. Fiz no meu servidor os procedimentos já explicados aqui.
Quem está acompanhando os tópicos do BFW Cache também sabe como fazer.
Um abraço.
wifimedia escreveu:Aqui após colocar as linha do squid.acl ficou perfeito fazendo cache de videos sem alterar 007.squid, só estou com um problema estranho onde o squid na parte de cache information esta dizendo que estou usando 300% do hd??? sendo que o hd tem 300gb e usei apenas 25gb, não sei se isso afeta em alguma coisa pois realmente o squid nessa versão ficou bom.
Parabéns.
wifimedia escreveu:só estou com um problema estranho onde o squid na parte de cache information esta dizendo que estou usando 300% do hd??? sendo que o hd tem 300gb e usei apenas 25gb, não sei se isso afeta em alguma coisa pois realmente o squid nessa versão ficou bom.
Esse assunto do squid está sendo tratado no tópico abaixo:andreljp escreveu:Comigo esta acontecendo o mesmo agora.
Veja se consegue fazer testes mais específicos. Por exemplo: tente fazer testes com os mesmos sites e monitore a velocidade média de carregamento, tanto na configuração original quanto na configuração nova. Ou verifique se isso não está relacionado diretamente ao QOS, independente de ter o bfwcache ou não.apoliano escreveu:Aqui parece que tá funcionando, só o que parece meio estranho é que agora com o QoS ativado as vezes as páginas demoram muito para concluir o carregamento, antes não era assim.
Excelente, Apoliano. Obrigado pelos relatos.apoliano escreveu:Os arquivo do cache carrega rápido, então o cache tá funcionando perfeitamente.
gilsongames escreveu:Olá a todos, vou relatar aqui uma anormalidade que vem ocorrendo com o BFW cache depois de algumas semanas (não sei dizer exatamente quando isso começou a acontecer); é assim, quando abro um vídeo no youtube, não cacheado ainda, ele começa a abrir o vídeo normalmente só que quando chega a + ou - 20% de vídeo carregado, o carregamento para, e quando o vídeo chega nestes 20%, simplesmente ele termina como se eu estivesse assistido todo o vídeo normalmente e aparece a janela de replay video, isso está acontecendo em todos os vídeos do youtube, não sei o que fazer, qual seria a solução deste caso?
Uso qos, mac x ip, dansguardian, check system, ip update.
Detalhe, instalei do zero o bfw brazil v 3.0.255.
Fiz o procedimento para que o bfw cache funcione corretamente, seguindo todos os posts desde o começo.
Obrigado pelo relato, mas vou considerá-lo como dúvida e não como relato de adaptação das últimas configurações, posto que seu bfwcache em si não estava funcionando antes mesmo da alteração.Nilsonred escreveu:Sinceramente, não sei se o problema é comigo ou se sou muito burro pra fazer o BFW Cache funcionar, mas desde que surgiu o mesmo nunca consegui faze-lo funcionar 100%, nem mesmo fazer com quer ele faça cache do youtube, pois apenas insta-lo e não altero nada, nem mesmo instalando o thunder cache na verão 255, não faz cache.
esse é meu relato.
Para que isso?alex_dias escreveu:Gostaria de saber se ha alguma forma de instalar dois servidores BFW cache um ao lado, de forma q os dois trabalhe em paralelo, ou seja, que ambos não faça cache dos mesmos arquivos?
dead_peer_timeout 2 seconds
1 - que o youtube esta dividindo alguns arquivos em pedaços para economizar banda, assim, quando o usuário esta proximo de terminar o primeiro minuto de video, o youtube inicia o carregamento do segundo minuto. Isso foi feito para evitar desperdícios pois antes os usuários que tinham banda larga e abriam um video de 10 minutos, o arquivo todo era baixado, mas se o usuário assistisse apenas 1 minutos, 9 minutos seriam banda desperdiçada.
2 - o youtube esta implementando espelhos dentro das operadoras, assim, os videos com maior probabilidade de serem assistidos por usuários de uma operadora são copiados para o espelho da mesma, o que aumenta a rapizez da abertura e economiza banda internacional e entre operadoras (transito).
3 - quando um usuário pede um video, o youtube analisa seus cookies e seu IP VALIDO para tentar determinar para qual espelho enviá-lo, se o espelho não possuir o video, um redirecionamento é enviado encaminhando a requisição para outro espelho, que se não possuir o video repete o ato, o excesso de redirecionamentos pode causar falha no player ou no supercache.
Se você coloca a linha no local certo e ainda assim não navega, posso apostar minhas Havaianas novas que você não salvou as configurações ou não deu reload no squid. Isso se for por causa das ACLs, porque o próprio squid pode não estar funcionando por outro motivo.apoliano escreveu:ai eu coloco a acl no seu devido lugar de novo, sem a navegação
never_direct allow bfwcache_lst
acl bfwcache_lst url_regex -i "/etc/brazilfw/custom/bfwcache.acl"
cache deny bfwcache_lst
cache_peer 127.0.0.1 parent 8080 0 proxy-only no-digest
dead_peer_timeout 2 seconds
cache_peer_access 127.0.0.1 allow bfwcache_lst
cache_peer_access 127.0.0.1 deny
acl bfwcache_lst url_regex -i "/etc/brazilfw/custom/bfwcache.acl"
never_direct allow bfwcache_lst
cache deny bfwcache_lst
cache_peer 127.0.0.1 parent 8080 0 proxy-only no-digest
dead_peer_timeout 2 seconds
cache_peer_access 127.0.0.1 allow bfwcache_lst
cache_peer_access 127.0.0.1 deny
brunovescovi escreveu:Boa noite, pessoal.Para que isso?alex_dias escreveu:Gostaria de saber se ha alguma forma de instalar dois servidores BFW cache um ao lado, de forma q os dois trabalhe em paralelo, ou seja, que ambos não faça cache dos mesmos arquivos?
Se fizer os dois em linha, dá para fazer. Os dois paralelamente não dá.
Repito: não consigo enxergar a vantagem nessa sua proposta, mas estou curioso em ouvir.
Um abraço.
apoliano escreveu:Bruno acho que você não entendeu o que eu quiz dizer, você falou que se a acl que você adicionou no squid.acl for trocada de ordem a navegação na internet não vai acontecer certo, bém aqui se eu desligar ou reiniciar o servidor a acl (never_direct allow bfwcache_lst) vai maudar de lugar, ela vai ficar na 1º linha
assim
- Código: Selecionar todos
never_direct allow bfwcache_lst
acl bfwcache_lst url_regex -i "/etc/brazilfw/custom/bfwcache.acl"
cache deny bfwcache_lst
cache_peer 127.0.0.1 parent 8080 0 proxy-only no-digest
dead_peer_timeout 2 seconds
cache_peer_access 127.0.0.1 allow bfwcache_lst
cache_peer_access 127.0.0.1 deny
e mesmo assim a navegação na internet continua normal, só que parece que quando a acl muda para 1º linha o BFW cache, não faz cache.
Ai coloco as acls assim de novo
- Código: Selecionar todos
acl bfwcache_lst url_regex -i "/etc/brazilfw/custom/bfwcache.acl"
never_direct allow bfwcache_lst
cache deny bfwcache_lst
cache_peer 127.0.0.1 parent 8080 0 proxy-only no-digest
dead_peer_timeout 2 seconds
cache_peer_access 127.0.0.1 allow bfwcache_lst
cache_peer_access 127.0.0.1 deny
Realmente, Apoliano, eu tinha entendido de outra forma. Agora entendi o que você falou, e verifiquei seu caso e de fato a navegação funciona (não sei se funciona 100%, mas funciona). É que teoricamente, o squid não deveria poder rodar se fosse chamada uma acl não declarada até então. Pode ser que essa nova versão do squid leia o arquivo squid.conf de uma maneira diferente. Quem sabe!apoliano escreveu:Bruno acho que você não entendeu o que eu quiz dizer, você falou que se a acl que você adicionou no squid.acl for trocada de ordem a navegação na internet não vai acontecer certo, bém aqui se eu desligar ou reiniciar o servidor a acl (never_direct allow bfwcache_lst) vai maudar de lugar, ela vai ficar na 1º linha
É como o Manauara falou. Se reiniciar o servidor esse fenômeno já era previsto, e explico porque:manauara escreveu:é justamente esse o meu problema, mas bruno já tinha falado que se BFWCACHE for reiniciado ele inverte a ACL e a navegação pára, portanto se o servidor for reiniciado acontece isso, pra resolver tem que ser feito um patch pra mudança permanente.
castorcdf escreveu:Mais um sucesso
A linha modifica funcionou perfeitamente.
manauara escreveu:apoliano escreveu:Bruno acho que você não entendeu o que eu quiz dizer, você falou que se a acl que você adicionou no squid.acl for trocada de ordem a navegação na internet não vai acontecer certo, bém aqui se eu desligar ou reiniciar o servidor a acl (never_direct allow bfwcache_lst) vai maudar de lugar, ela vai ficar na 1º linha
assim
- Código: Selecionar todos
never_direct allow bfwcache_lst
acl bfwcache_lst url_regex -i "/etc/brazilfw/custom/bfwcache.acl"
cache deny bfwcache_lst
cache_peer 127.0.0.1 parent 8080 0 proxy-only no-digest
dead_peer_timeout 2 seconds
cache_peer_access 127.0.0.1 allow bfwcache_lst
cache_peer_access 127.0.0.1 deny
e mesmo assim a navegação na internet continua normal, só que parece que quando a acl muda para 1º linha o BFW cache, não faz cache.
Ai coloco as acls assim de novo
- Código: Selecionar todos
acl bfwcache_lst url_regex -i "/etc/brazilfw/custom/bfwcache.acl"
never_direct allow bfwcache_lst
cache deny bfwcache_lst
cache_peer 127.0.0.1 parent 8080 0 proxy-only no-digest
dead_peer_timeout 2 seconds
cache_peer_access 127.0.0.1 allow bfwcache_lst
cache_peer_access 127.0.0.1 deny
Fala brother,
é justamente esse o meu problema, mas bruno já tinha falado que se BFWCACHE for reiniciado ele inverte a ACL e a navegação pára, portanto se o servidor for reiniciado acontece isso, pra resolver tem que ser feito um patch pra mudança permanente.
acl bfwcache_lst url_regex -i "/etc/brazilfw/custom/bfwcache.acl"
cache deny bfwcache_lst
cache_peer 127.0.0.1 parent 8080 0 proxy-only no-digest
cache_peer_access 127.0.0.1 allow bfwcache_lst
cache_peer_access 127.0.0.1 deny all
Voltar para Certified Addons of Project BFW
Usuários navegando neste fórum: Nenhum usuário registrado e 4 visitantes