Mikrotik + thunderCache= perfeito...

[gladstony]

Qual é seu problema com o balanceamento? aqui utilizo balanceamento por serviços. E tudo funciona normalmente. Com rota estática sem dst-nat.

Abs!

Esta no outro post seu?

[darklinux3]

Esta no outro post seu?

Sim, postei um topico falando a respeito ontem mesmo.
Abs!

[standart]

Bom pessoal,estou aqui quebrando a cabeça pra fazer esse hotspot deixar meu proxy externo receber as requisições, de tanto fuçar acabei encontrando uma forma, colocando no profile do hotspot o endereço do proxy externo juntamente com a porta, mas acredito que com essa solução eu invalidaria a regra:

chain=dstnat protocol=tcp dst-port=80 action=dst-nat to-addresses=10.3.0.2 to-ports=3128 comment="" disabled=no

É isso mesmo?

Não gostaria de manter essa solução de colocar isso no profile do hotspot, algo me diz que terei problemas em soluções posteriores.
Sem contar que o trafego agora deixou de chegar no proxy externo com o ip do cliente.

Alguem pode comentar sobre esse problema?

Obrigado.

Olá a todos, ontem tive o prazer de encontrar esse topico que sinceramente me deixou muito feliz em ver o empenho dos participantes em formar um circulo de ajuda mutua.

Bom, no meu caso estou aqui por dois motivos, primeiro recorrer a ajuda de voces, apesar de usar a bastante tempo o squid e ter inumeras implementações das mais variadas formas. Mas em se tratando de implementações mk, sou ainda bastante amador e certamente isso tem me deixando em desvantagem frente aos meus inumeros problemas.

Em seguinda postarei um outro topico inumeras dicas relacionadas a performance do squid, que até então não as vi neste post. E que pode ajudar e muito as pessoas que as desconhecem.

Falando do problema, para meus primeiros testes com a solução mk + proxy paralelo, montei meu servidor de cache com a seguinte especificação:

Proxy
Core Quad
8GB RAM
1HD de 160
2HD de 500GB
1Placas 10/100/1000

MK
Core 2Duo
2GB RAM
1HD de 160GB
3Placas 10/100/1000

Na implementação ficaria:

Router <- MK <-> Proxy

Configurações do MK:

INTERNET = 200.xxx.xxx.xxx
LOCAL=10.4.0.1/30
PROXY=10.3.0.1/30

Bom, montei o MK com o minimo de regras possivel e meu proxy com thudercache funcionando redondinho.

chain=srcnat out-interface=INTERNET src-address-list=TESTE action=masquerade comment="" disabled=no
add chain=dstnat src-address=10.3.0.2 protocol=tcp dst-port=80 action=accept comment="" disabled=no
chain=dstnat protocol=tcp dst-port=80 action=dst-nat to-addresses=10.3.0.2 to-ports=3128 comment="" disabled=no

Na lista de acesso de nome TESTE, estão:

10.4.0.2 meu ip
10.3.0.2 ip do proxy

Bom, com apenas isso esta funcionando perfeito, mas na minha implementação uso hotspot com autenticação em radius, aqui não apresentei a maquina com tem o banco e o server radius rodando pra não fugir do foco.

Mas apartir daqui que meu problema acontece, quando configuro o server hotspot vai tudo de água a baixo, as requisições do cliente deixam de serem enviadas para o proxy e passa a sair diretamente. Daí que não tive ainda o entedimento de saber o que esta ocorrendo. Se alguem tiver uma implementação que use esse modelo favor ajudar.

Após passar por esse teste, estarei testando o cache full.


Grato a todos.

[darklinux3]

Bom pessoal,estou aqui quebrando a cabeça pra fazer esse hotspot deixar meu proxy externo receber as requisições, de tanto fuçar acabei encontrando uma forma, colocando no profile do hotspot o endereço do proxy externo juntamente com a porta, mas acredito que com essa solução eu invalidaria a regra:

chain=dstnat protocol=tcp dst-port=80 action=dst-nat to-addresses=10.3.0.2 to-ports=3128 comment="" disabled=no

É isso mesmo?

Não gostaria de manter essa solução de colocar isso no profile do hotspot, algo me diz que terei problemas em soluções posteriores.
Sem contar que o trafego agora deixou de chegar no proxy externo com o ip do cliente.

Alguem pode comentar sobre esse problema?

Obrigado.

Aqui utilizo pppoe e esta solução está rodando perfeitamente:
Mikrotik + Squid 3.0-STABLE8 Paralelo(Rota Estática) + Thunder Cache + Sarg

Abs!

[brunocabrini]

.......................................

[Roberto21]

como vocês fazem para gerar o relatorio do sarg do dia?

Colega, uma das coisas que citaram a mim foi que meu tópico estava muito centrado no assunto, o que facilitava a compreenção de todos, essa sua pergunta não tem nada a ver com o ThunderCache e desvia a atenção ao que o tópico foi criado, que é Mikrotik + Thundercache.

Obrigado pela compreenção.

[wimigasltda]

Colega, uma das coisas que citaram a mim foi que meu tópico estava muito centrado no assunto, o que facilitava a compreenção de todos, essa sua pergunta não tem nada a ver com o ThunderCache e desvia a atenção ao que o tópico foi criado, que é Mikrotik + Thundercache.

Obrigado pela compreenção.

Olá Roberto. vi que em seu tópico você fala em utitlizar dois hds de 500gb, e em uma sugetão de squid.conf, aparece com 160gb o cache em Hd.

Dizem que o ideal é usar no máximo 70% da partição criada, no caso Hd de 500GB, reserva-se para o cache 350gb.
Isto procede, tanto pro tunder como pro squid nesta situação?

Você como bom professor, teria um bom tutorial, de como instalar o debian possuindo, numa maquina 2 hds.
Utilizando Raid0 -Por ser mais rápido.
Grato.

[Roberto21]

Professor, eu? Tô longe disso...seguinte, a forma mais fácil de você instalar o segundo HD no linux é atravéz do WEBMIN.

[WWANInternet]

parabens

[standart]

Olá amigos, existe uma forma de fazer o cache full sem a necessidade de aplicar o patch do squid? Não gostaria de ficar preso a versao 2.6.13 do squid.

Obs: Uso proxy externo.

Grato a todos.

[Roberto21]

Colega, o Thundercache não é sinônimo de cache full, uma coisa, é o cache full, o Thunder é outra.

[standart]

Ok Roberto, entendi o que voce quis dizer, vou procurar outro post pra tratar esse assunto, so falei aqui porque esta na mesma implementação do thundercache que estou aqui tentando fazer. Desculpe ai, valeu.

Colega, o Thundercache não é sinônimo de cache full, uma coisa, é o cache full, o Thunder é outra.

[darklinux3]

Basta nao marcar os pacotes com HIT vindos do proxy, que o cache full nao será implementado.

A questão dos HDs no debian, ele mostra os discos que existem no sistema, basta na hora de criar as particoes vc selecionar um disco para o sistema, e o outro disco vc cria um outro ponto de montagem, por exeplo criar um diretorio /proxy.

Outra forma seria modificando o fstab para que o diretorio /proxy aponte para outro hd.

[cdcm]

Colega, o Thundercache não é sinônimo de cache full, uma coisa, é o cache full, o Thunder é outra.

cara graças a vc e ao luciano o meu thunder ficou bem melhor. desde quando o implementei aqui ele ainda era chamado de e-cache. so agora é que ficou 60% ainda nao ta como eu gostaria, nao sei se o motivo é por eu usar uma maquina nao tao parruda. bom minha pergunta é vc saberia uma forma de desativar o parente proxy, caso o thunder venha cair? ja vi isso em algum lugar mais nao achei.grato a quem poder ajudar.

[luanarivitec]

Bom deixa eu relatar aqui
Estou usando o debian 5.0 com o squid eo thunder feito tudo via scritp do luciano. ( obrigada )
O MK estou com a versao 3.4 ja tentamos diversas vezes a integracao com o debina mas sem sucesso
Seguimos exatamente o procedimento...e revisamos eu eo tecnico da empresa mas sem sucesso.
acredito que a falha esteja na configuracao do mk ...se alguem puder me contactar para analizarmos para eu conseguir florir este problema...agradeco....obrigada

[Roberto21]

Bom deixa eu relatar aqui
Estou usando o debian 5.0 com o squid eo thunder feito tudo via scritp do luciano. ( obrigada )
O MK estou com a versao 3.4 ja tentamos diversas vezes a integracao com o debina mas sem sucesso
Seguimos exatamente o procedimento...e revisamos eu eo tecnico da empresa mas sem sucesso.
acredito que a falha esteja na configuracao do mk ...se alguem puder me contactar para analizarmos para eu conseguir florir este problema...agradeco....obrigada

Meu msn está ai para todos que quizerem adicionar...já tem quase 700 contatos...

[luanarivitec]

Devo iniciar o o procedimento instalando com o script do luciano ?

[standart]

Ola Roberto, você ja fez os testes usando o fast-cgi e o eaccelerator?

Se já implementou pode comentar se realmente vale a pena?

Grato

[ilhanet]

Amigo, fale com o Roberto, o PIRATA21, ele faz a configuração para voce remotamente. Vale cada centavo gasto.

Bom deixa eu relatar aqui
Estou usando o debian 5.0 com o squid eo thunder feito tudo via scritp do luciano. ( obrigada )
O MK estou com a versao 3.4 ja tentamos diversas vezes a integracao com o debina mas sem sucesso
Seguimos exatamente o procedimento...e revisamos eu eo tecnico da empresa mas sem sucesso.
acredito que a falha esteja na configuracao do mk ...se alguem puder me contactar para analizarmos para eu conseguir florir este problema...agradeco....obrigada

[alancp]

Tenho outra solução muito simples para marcar o Thundercache, lembre-se do funcionamento do Thunder, é um servidor apache enviando os vídeos na porta 80, então fica fácil deduzir que se você marcar o ip do Thunder no caso 192.168.10.250 na porta 80 vc maracará todo tráfego do Thunder, agora o IP do Thunder tem que ser setado na regra para não marcar o trafego da porta 80 do link por exemplo, mas isso eu vou detalhar mais na frente.

Uma ideia seria colocar duas placas de redes: Uma onde os clientes acessem o cache(placa sem navegação, apenas integrada ao mikrotik) e outra para o cache navegar, ai seria facil controlar o consumo que o thunder possa gerar e até priorizar outros serviços ayé porque o trafego nesse ip iria ser apenas o do link e não o trafago cache-cliente.

E ainda teria o grafico de consumo entre cliente-cache e cache-link separados...