Squid não faz hit (novato)

ejdoming
(usa Debian)

Enviado em 25/04/2013 - 18:35h

Oi pessoal,

sou novato no squid, e estou tendo a seguinte dificultade. Montei um servidor básico, mas parece que ele não tá fazendo cache direito. Quando olho access.log, só aparece tcp_miss/304 e outros, menos tcp_hit, que nunca aparece. Não sei o que há de errado. Segue abaixo meu arquivo de configuração. Se alguém puder ajudar, agradeço.

auth_param basic program /etc/webmin/squid/squid-auth.pl /etc/webmin/squid/users

acl manager proto cache_object

acl localhost src 127.0.0.1/32 ::1

acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1

acl SSL_ports port 443

acl Safe_ports port 80		# http

acl Safe_ports port 21		# ftp

acl Safe_ports port 443		# https

acl Safe_ports port 70		# gopher

acl Safe_ports port 210		# wais

acl Safe_ports port 1025-65535	# unregistered ports

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		# multiling http

acl CONNECT method CONNECT

acl acesso_direto url_regex -i nfe2.fazenda nfe.fazenda ib.sicoobnet.com.br jucepar.pr.gov.br windowsupdate.com javadl-esd.sun.com bradesco.com.br bradesconetempresa.com.br bb.com.br trendmicro.com f-secure.com visualstudio.com xamarin avast ui.skype.com microsoft.com tools.google.com verisign.com sefazvirtual

acl escritorio proxy_auth anivaldo aridiane jean manoel gelza irene grizi giovani gomes madalena leonardo dani clayton guilherme dimas agner gilson helena albino acarlos visitante

acl sites_grupo_restrito url_regex -i refrigerantesgaroto.com.br zegla.com.br maisplastico gerresheimer vedat google.com

acl usuarios_grupo_restrito proxy_auth_regex nita adriele luiz joyce santos paulo julio marcos

acl sites_restritos url_regex -i playboy brasileirinhas sexo [*****] sex xxx gay [*****] bicha bixa [*****] [*****] [*****]

http_access allow manager localhost

http_access deny manager

http_access deny !Safe_ports

http_access deny CONNECT !SSL_ports

http_access allow localhost

http_access allow acesso_direto

http_access allow sites_grupo_restrito usuarios_grupo_restrito

http_access allow escritorio !sites_restritos

http_access deny all

http_port 3128

hierarchy_stoplist cgi-bin ?

cache_mem 400 MB

cache_dir ufs /var/spool/squid3 10000 16 256 

coredump_dir /var/spool/squid3

refresh_pattern ^ftp:		1440	20%	10080

refresh_pattern ^gopher:	1440	0%	1440

refresh_pattern -i (/cgi-bin/|\?) 0	0%	0

refresh_pattern .		0	20%	4320

cache_effective_user proxy

cache_effective_group proxy

 

Buckminster
(usa Debian)

Enviado em 25/04/2013 - 21:13h

Qual a versão do teu Squid?

Comenta essas duas linhas:
cache_effective_user proxy
cache_effective_group proxy

reinicia o Squid, testa e veja os logs.

ejdoming
(usa Debian)

Enviado em 26/04/2013 - 09:52h

squid3 3.1.6-1.2+squeeze3

Comentei a linha e não resolveu.

ejdoming
(usa Debian)

Enviado em 02/05/2013 - 11:08h

Mais alguma dica?

gnumoksha
(usa Debian)

Enviado em 02/05/2013 - 20:28h

Veja se em /var/log/squid3/access.log ha alguma informação relevante.

Pare o squid e refaça o diretorio de cache que, no teu caso, vai ter até 10000 megas.
service squid3 stop
rm -Rf /var/spool/squid3/*
squid3 -z
service squid3 start

Caso nao dê certo, remova da linha http_port 3128 para baixo e acrescente isso no inicio do squid.conf:

error_directory /usr/share/squid3/errors/pt-br
http_port 3128
visible_hostname squid
memory_pools off
cache_mem 400 MB

maximum_object_size_in_memory 50 KB
maximum_object_size 1024 MB
minimum_object_size 0 KB

cache_swap_low 90
cache_swap_high 95
cache_dir ufs /var/spool/squid3 10240 16 256
access_log /var/log/squid3/access.log squid
cache_access_log /var/log/squid3/access.log

refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern -i (/cgi-bin/|\?) 0 0% 0
refresh_pattern . 0 20% 4320

quick_abort_min 500 KB
quick_abort_max 500 KB
quick_abort_pct 95
request_header_max_size 20 KB
reply_header_max_size 20 KB
request_body_max_size 0 KB

Buckminster
(usa Debian)

Enviado em 02/05/2013 - 20:53h

TCP_MISS nem sempre representa que não é HIT.

Você deve identificar quais os pacotes que realmente estão dando MISS e verificar as ACLs relativas a eles.
Veja o link abaixo. É a tabela de códigos do Squid. Salva ela para você. Isso irá te auxiliar muito:

http://www2.savant.com.br/index.php/artigos/tutoriais/34

E veja isto este link abaixo. Nele estão as configurações mínimas que devem ter no Squid e na ordem segundo o squid.conf original:

http://www.vivaolinux.com.br/artigo/Squid-Entendendo-um-pouco-as-configuracoes/?pagina=4

# heap GDSF : Greedy-Dual Size Frequency
# Otimiza o HIT Ratio de objetos mantendo os arquivos menores e
# populares no cache e obtém uma melhor chance de acontecer um
# HIT. HIT significa que o documento foi encontrado no cache.
# MISS, que não foi encontrado no cache. Um Hit negativo significa
# que foi encontrado no cache, mas não existe.
cache_replacement_policy heap LFUDA
#
# heap LFUDA: Least Frequently Used with Dynamic Aging
# Procura manter no cache arquivos populares, independente do
# tamanho, otimizando assim o Byte HIT em detrimento do HIT.
memory_replacement_policy heap GDSF
#

# Limite do tamanho dos objetos armazenados no disco.
# Este tamanho é usado pelo cache_dir. O valor é especificado em
# bytes. Se você deseja obter uma alta taxa de acerto em BYTES,
# você deve aumentar este valor. Se você quiser aumentar a taxa de
# acerto mais do que poupar largura de banda você deve deixar este
# valor baixo.
# NOTA: se estiver usando a política de substituição LFUDA você
# deve aumentar este valor para maximizar a taxa de acerto do byte
# hit LFUDA!
#Default:
maximum_object_size 4 MB

ejdoming
(usa Debian)

Enviado em 03/05/2013 - 17:44h

Pessoal, não sei se procede, mas percebi que quando acesso uma página estática pelo internet explorer, ela faz hit (tcp_ims_hit), mas quando faço o mesmo pelo google chrome, não. Será que isso tem algo a ver?

Buckminster
(usa Debian)

Enviado em 03/05/2013 - 18:28h

Habilita o HTTPS/SSL no Chrome e testa.
Vai em Ferramentas > Configurações > Mostrar configurações avançadas e procura o quadradinho "Verificar revogação do certificado do servidor" e marca ele. Fecha o Chrome e abre ele de novo e testa.