-
1 Anexo(s)
Salve gdes amigos....
Como havia prometido, sempre postarei aqui os resultados do Servidor Cache que estou modelando, e depois de várias tentativas conseguir chegar a uma forma dele fluir na rede sem prejudicar o tráfego.
Na linha VERDE - Indica a velocidade que o cache esta disponibilizando para a placa eth de saida wireless (clientes ).
Na linha AZUL - Indica a velocidade que saira para os clientes, más vcs me perguntam se o cache disponibilizou 5.3 MB, porque está saindo apenas 4.9 MB, dai respondo, lembra que anteriormente eu limitei o cache para apenas 5 megas? Isso mostra que esta funcionando o limite, não quero que minha rede venha entrar em colapso.
Na linha VERMELHA - Indica o link contratado, que é de 2 megas.
Está quase ficando pronto, tive alguns problemas com resoluções de nomes, dai, resolvir mudar de forma meu DNS na máquina do Cache, implementei um DNS reverso, assim não tenho problemas com Orkut e demais sites. Notei tb, que aumentando o cache do DNS, conseguir em milessimo de segundos a resolução, porém notei também que para isso tudo necessitava de uma máquina muito mais potente, então resolvi deixar como esta.
Observei também que não precisa usar a regra transparent no squid, pois o mk já faz isso, notei tb, que quanto mais regras desativadas deixar no squid, acho que ele processa menos, ou seja, fica lento.
-
E o tutorial? Quando fizer, que seje num pdf, assim fica melhor para um estudo. Falou amigo, ficamos no aguardo.
-
Ola amigo, e ai, o tuto ?? gostaria de testar aki pra ver... to implantando o Debian aki, ja... no aguardo...
-
Ops...
Desculpa pela demora, más ainda estou fazendo alguns testes aqui, inclusive o mais recente, descobrir que usando a frequência " B " setada em 11 mbps, terá mais estabilidade, o ap não trava. Sobre o tutorial estarei terminando de testar algumas conf. no squid q acabei de implementar:
refresh_pattern windowsupdate.com/.*\.(cab\exe) 4320 100% 43200
reload-into-ims refresh_pattern download.microsoft.com/.*\.(cab\exe) 4320 100% 43200
reload-into-ims refresh_pattern guru.avg.com/.*\.(cab\exe) 1440 100% 43200
reload-into-ims refresh_pattern masterwanker.com 1440 100% 1440
reload-into-ims refresh_pattern windowsupdate.com/.*\.(cab\exe) 4320 100% 43200
reload-into-ims refresh_pattern update.microsoft.com/.*\.(cab\exe) 4320 100% 43200
reload-into-ims refresh_pattern windowsupdate.com/.*\.(cab\exe) 4320 100% 43200
reload-into-ims refresh_pattern au.download.windowsupdate.com/.*\.(cab\exe) 4320 100% 43200
Elas são interessante, porem estou tendo alguns erros, erros simples q estou resolvendo...
Outra conf. interessante é que, se vc usar o mk para controlar o squid, ou seja, o squid ser dependente do mk, não precisa usar a conf. transparent, notei q ele deixa a rede um pouco lenta.
http_port 8080 transparent
A sim, uma coisa interessante, para se conseguir um Hit no squid, basta colocar na mem. os arquivos pequenos.
Outra coisa é a questão de mem. do server, quanto mais mem. melhor, uns só deixam 1/3 de mem reservada para o squid, isso é besteira, pode se usar até 70% da mem total, claro não usando muito cache virtual.
-
To montando a parte aki, paralelo com proxy transparente o Mk com o Debian... vo começa a testa hj o resultado.. quero fazer Cache FULL tbm... mas primeiro vo testa o squid. do Debian...