Como saber se o Squid Proxy está fazendo o Cache corretamente

Question

Eu queria testar se os Clientes conectados a um Squid Server estão realmente usando os dados do Cache em vez de ir diretamente para a Internet e recuperar os dados. Eu configurei todos os navegadores clientes para ler o Servidor: Porta do Servidor Squid (que é 10.42.0.1:3128). Então, como eu sei se eles estão recuperando as informações do Cache ou da Internet?

Eu perguntei já que um "teste" rápido me deu a mesma velocidade ao carregar várias páginas que tinham muitas imagens nelas. Mesmas imagens e não anúncios que mudam em cada visita.

De que maneiras posso usar para verificar se eles estão usando o Cache?

Eu corri o seguinte: sudo tail -f /var/log/squid3/access.log e peguei várias linhas que continuavam rolando:

1374553166.136    929 185.168.101.131 TCP_MISS/200 28198 GET http://www.amazon.de/gp/offer-listing/B000NOIW62/ref=sr_1_1_olp? - DIRECT/178.236.7.219 text/html

Eles tinham um TCP_MISS / 200 e no final tinham um DIRECT como no exemplo acima. Isso aconteceu enquanto eu tinha todos os computadores na LAN desligados. Quando tentei usar um, obtive o seguinte fazendo um sudo tail -f /var/log/squid3/access.log | grep HIT

1374553387.488      0 10.42.0.14 TCP_IMS_HIT/304 278 GET http://g-ecx.images-amazon.com/images/G/01/da/creatives/sn130.png - NONE/- image/png

Por isso, mostra como TCP_IMS_HIT / 304 e, no final, mostra um NONE

Então, o que significa TCP_MISS, DIRECT, TCP_IMS_HIT e NONE?

O cache está funcionando?

    

Answer 1

em um terminal, no servidor rodando o squid, execute o comando

tail -f /var/log/squid3/access.log

veja como um usuário visita páginas da web. Se muitas linhas percorrerem a tela sempre que clicarem em algo, elas usarão o servidor proxy. Se o arquivo de log do squid não estiver localizado, dê uma olhada em / etc / squid para a localização do arquivo de log.

Para sair do comando acima, pressione ctrl + c

Para ver se está realmente armazenando coisas em cache e sendo útil, deve haver algumas linhas que dizem que é um HIT. Para ver uma descrição completa do conteúdo do arquivo de log veja o wiki do squid . Observe que os HITs de cache não serão tão freqüentes quanto você deseja devido ao navegador da Web de um usuário individual que já armazena em cache as informações localmente. Você obterá o maior número de ocorrências quando vários usuários solicitarem as mesmas páginas antes que essas informações sejam descartadas do cache.

Como quando um e-mail allstaff diz "check this site out ..."

• TCP_MISS / 200 significa que o documento solicitado não estava no cache, mas pode buscá-lo no servidor da Web. O direto no final diz que o arquivo foi buscado no servidor web.
• TCP_IMS_HIT / 304 significa que o cliente perguntou se o arquivo foi alterado e o squid verificou sua data / hora no servidor da web e descobriu que ele não havia sido alterado, portanto, ele forneceu uma cópia do arquivo para o cliente fora de seu cache local .

Então, sim, o seu squid está sendo usado e está funcionando como cache.