Proxy fica lento depois de uma semana

Olá Pessoa.

Estou com a seguinte situação, estou usando o mikrotik 3.30 com proxy em paralelo com o debian. O debian está instalado em uma máquina com a seguinte configuração (processador dual core de 1.8, memória de 4gb, HD de 1TB).

Configuro e fica rodando blz, depois de uma semana fica uma lentidão extrema. Fica mais rápido usar a internet sem o proxy, do que com o proxy.

Aqui está a o squid.conf

Código :

http_port 8080 transparent
visible_hostname webproxy
acl all src 0.0.0.0/0.0.0.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl redelocal src 192.168.10.1
acl SSL_ports port 443 563
acl Safe_ports port 80
acl Safe_ports port 21
acl Safe_ports port 443 563
acl Safe_ports port 70 #protocolo gopher antigÃ£acl Safe_ports port 210 #whais
acl Safe_ports port 1024-65535 #todas as outras portas
acl Safe_ports port 280 #http-mgmt
acl Safe_ports port 488 #gss-http
acl Safe_ports port 591 #filemaker
acl Safe_ports port 777 #multi http
acl Safe_ports port 901 #acesso Swat
acl purge method PURGE
acl CONNECT method CONNECT
acl ADSAdClien url_regex ADSAdClien
acl myip dstdomain whatismyipaddress.com
acl hlera dstdomain www.hlera.com.br
http_access deny hlera
http_access deny myip
http_access allow manager localhost
http_access deny manager
http_access allow purge localhost
http_access deny purge
http_access deny !Safe_ports
http_access deny CONNECT !SSL_PORTS
http_access deny ADSAdClien
#permissÃ£de acesso ao proxy, troque 0.0.0.0/0 pela sua
#classe de rede ou classes separadas por espaÃ§.
http_access allow localhost
http_access allow redelocal
#bloquear todos outros acessos.
http_access allow all
deny_info http://192.168.10.2/logo.html ADSAdClien
 
#cache_access_log /var/log/squid/access.log
 
#memoria reservada para o cache, coloque um valor de preferencia 40%
# do total da sua maquina, e nÃ£mais.
cache_mem 400 MB
#mÃ¡mo tamanho dos arquivo cache na memoria
maximum_object_size_in_memory 128 KB
#mÃ¡mo tamanho dos arquivo cache no hd
maximum_object_size 20 MB
minimum_object_size 0 KB
#regra que comeÃ§a esvaziar / substituir arquivos no cache em 90%
cache_swap_low 90
cache_swap_high 95
#indicaÃ§ de localizaÃ§ da pasta de arquivos cache e em sequÃªia valor
#total em MB de espaÃ§no hd a ser usado pelo cache, numero de pastas, e
#numero de subpastas do cache.
 
 
cache_dir ufs /var/spool/squid 102400 128 256
 
 
#intervalos de tempos que o proxy verificara os arquivos dos site acessado
#conferem com o do cache, o valor 1140 significa 01 dia
refresh_pattern ^ftp: 15 20% 4480
refresh_pattern ^gopher: 15 0% 4480
refresh_pattern . 15 20% 4480

OBS: eu reservo 100gb pra o cache porém em uma semana fica dando cerca de 30gb

Alguém já passou por isso? agradeço a atenção de todos.

Tive problema semelhante, o que acontecia era que não havia descarregamento da memoria RAM.
Uso de processamento baixo e disco dentro do que havia sido configurado no squid.

Na época como solucionei, troquei o kernel, mudei do 2.6.18 para o 2.6.22 e resolveu.

Enquanto não conseguia resolver, utilizei de uma ferramenta estupenda, toda semana aos sabados as 3:00 hs da manhã efetuava um reboot na maquina.

Ja passei por esse problema e realmente era problema no Descarregamento da RAM ...ai configurei um Script de agendamento para limpeza automatica da cache das 5:30 da madrugada até as 6 da manha ..até agora esta tranquila a rede !!!

Citação:

Postado originalmente por cordeirog3

Código :

http_port 8080 transparent
visible_hostname webproxy
acl all src 0.0.0.0/0.0.0.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl redelocal src 192.168.10.1
acl SSL_ports port 443 563
acl Safe_ports port 80
acl Safe_ports port 21
acl Safe_ports port 443 563
acl Safe_ports port 70 #protocolo gopher antigÃ£acl Safe_ports port 210 #whais
acl Safe_ports port 1024-65535 #todas as outras portas
acl Safe_ports port 280 #http-mgmt
acl Safe_ports port 488 #gss-http
acl Safe_ports port 591 #filemaker
acl Safe_ports port 777 #multi http
acl Safe_ports port 901 #acesso Swat
acl purge method PURGE
acl CONNECT method CONNECT
acl ADSAdClien url_regex ADSAdClien
acl myip dstdomain whatismyipaddress.com
acl hlera dstdomain www.hlera.com.br
http_access deny hlera
http_access deny myip
http_access allow manager localhost
http_access deny manager
http_access allow purge localhost
http_access deny purge
http_access deny !Safe_ports
http_access deny CONNECT !SSL_PORTS
http_access deny ADSAdClien
#permissÃ£de acesso ao proxy, troque 0.0.0.0/0 pela sua
#classe de rede ou classes separadas por espaÃ§.
http_access allow localhost
http_access allow redelocal
#bloquear todos outros acessos.
http_access allow all
deny_info http://192.168.10.2/logo.html ADSAdClien
 
#cache_access_log /var/log/squid/access.log
 
#memoria reservada para o cache, coloque um valor de preferencia 40%
# do total da sua maquina, e nÃ£mais.
cache_mem 400 MB
#mÃ¡mo tamanho dos arquivo cache na memoria
maximum_object_size_in_memory 128 KB
#mÃ¡mo tamanho dos arquivo cache no hd
maximum_object_size 20 MB
minimum_object_size 0 KB
#regra que comeÃ§a esvaziar / substituir arquivos no cache em 90%
cache_swap_low 90
cache_swap_high 95
#indicaÃ§ de localizaÃ§ da pasta de arquivos cache e em sequÃªia valor
#total em MB de espaÃ§no hd a ser usado pelo cache, numero de pastas, e
#numero de subpastas do cache.
 
 
cache_dir ufs /var/spool/squid 102400 128 256
 
 
#intervalos de tempos que o proxy verificara os arquivos dos site acessado
#conferem com o do cache, o valor 1140 significa 01 dia
refresh_pattern ^ftp: 15 20% 4480
refresh_pattern ^gopher: 15 0% 4480
refresh_pattern . 15 20% 4480

OBS: eu reservo 100gb pra o cache porém em uma semana fica dando cerca de 30gb

Alguém já passou por isso? agradeço a atenção de todos.

cache_mem não é a memória total usada pelo squid, deixe em 256mb! está de bom tamanho,

Coloque seu cache com 40Gb, os arquivos pode ficar velhos, ou seu hd não ter velocidade suficiente para pesquisar.

Mude e poste os resultados.

Agora passei a ter outro problema depois que atualizei pra a versão 3.30 quanto ativo o web-proxy o consumo de processamento do mikrotik sobe para 100%.

Estou usando como parent-proxy.

Qual a melhor forma? usar como parent-proxy ou redirecionar todo o trafego da porta 80 direto para o proxy?

Vc deve ta fazendo log no cache, da uma olhada se tiver desativa que o log do cache ocupa muito processamento mesmo.

Cache grande só funciona com HD muito rapido ( scsi) caso contrario vai ficar lento mesmo, tenta diminuir o tamanho da partição deixando caso precise mais de uma partição, ou trablhe com mais de um hd, mas evite hds muito grandes, mesmo hd sata é lento para tal trabalho.
Na verdade, pela minha pouca experiencia, tenho notado que pcs normais não conseguem trabalhar com cache perfeitamente, o ideial é um server proprio pra isso, com altas taxas de transfereicias, e hd de alto desempenho, o problema ai é a $$$$$$$.

Citação:

Postado originalmente por luizrfabri

Cache grande só funciona com HD muito rapido ( scsi) caso contrario vai ficar lento mesmo, tenta diminuir o tamanho da partição deixando caso precise mais de uma partição, ou trablhe com mais de um hd, mas evite hds muito grandes, mesmo hd sata é lento para tal trabalho.
Na verdade, pela minha pouca experiencia, tenho notado que pcs normais não conseguem trabalhar com cache perfeitamente, o ideial é um server proprio pra isso, com altas taxas de transfereicias, e hd de alto desempenho, o problema ai é a $$$$$$$.

Isso é uma verdade que eu também tenho percebido.

Citação:

Postado originalmente por superxandaoce

Vc deve ta fazendo log no cache, da uma olhada se tiver desativa que o log do cache ocupa muito processamento mesmo.

Para desativar o log do cache é só remove no squid.conf a linha que aponta pra o endereço do log?

Código :

cache_store_log none cache_log none cache_access_log none
Se somente remover a linha, vai usar os caminhos padrões dos logs

Citação:
Postado originalmente por osmano807
Código :

cache_store_log none cache_log none cache_access_log none
Se somente remover a linha, vai usar os caminhos padrões dos logs
Entendi Agora, Muito Obrigado.