web-dev-qa-db-fra.com

Comment savoir si le proxy Squid utilise correctement le cache

Je voulais tester si les clients connectés à un serveur Squid utilisent réellement les données de cache au lieu d'aller directement sur Internet et de récupérer les données. J'ai configuré tous les navigateurs clients pour lire le serveur: Port du serveur Squid (soit 10.42.0.1:3128). Alors, comment puis-je savoir s’ils récupèrent les informations du cache ou d’Internet?.

J'ai demandé depuis qu'un "test" rapide m'a donné la même vitesse lors du chargement de plusieurs pages qui avaient beaucoup d'images. Mêmes images et non des annonces qui changent à chaque visite.

Quels moyens puis-je utiliser pour vérifier s'ils utilisent le cache?

J'ai exécuté ce qui suit: Sudo tail -f /var/log/squid3/access.log et j'ai eu plusieurs lignes qui continuaient à défiler:

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

Ils avaient un TCP_MISS/2 et à la fin avaient un DIRECT comme dans l'exemple ci-dessus. Cela s'est produit alors que tous les ordinateurs du réseau local étaient éteints. Lorsque j’ai essayé d’en utiliser un, j’ai reçu ce qui suit avec un 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

Donc, il affiche TCP_IMS_HIT/304 et à la fin, il affiche NONE

Que signifient donc TCP_MISS, DIRECT, TCP_IMS_HIT et NONE?

La cache fonctionne-t-elle?

squid
11
Luis Alvarado

dans un terminal, sur le serveur qui exécute squid, exécutez la commande

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

puis regardez-le comme un utilisateur visite des pages Web. Si de nombreuses lignes défilent vers le haut de l'écran chaque fois qu'elles cliquent sur quelque chose, elles utilisent le serveur proxy. Si le fichier journal squid ne se trouve pas, recherchez l'emplacement du fichier journal dans/etc/squid.

Pour quitter la commande ci-dessus, appuyez sur ctrl + c.

Pour voir s’il s’agit de mettre en cache des éléments et d’être utiles, certaines lignes doivent indiquer qu’il s’agit d’un HIT. Pour voir une description complète de contenu du fichier journal, voir le wiki squid . Notez que les HIT en cache ne seront pas aussi fréquents que vous le souhaiteriez car le navigateur Web d'un utilisateur individuel met déjà en cache des éléments localement. Vous obtiendrez le plus de visites lorsque plusieurs utilisateurs demanderont les mêmes pages avant que ces informations ne soient supprimées du cache.

Par exemple, quand un e-mail destiné à tout le personnel émet un message disant "consultez ce site ..."

  • TCP_MISS/200 signifie que le document demandé ne se trouvait pas dans le cache mais qu'il pouvait le récupérer correctement sur le serveur Web. Le message direct à la fin indique que le fichier a été extrait du serveur Web.
  • TCP_IMS_HIT/304 signifie que le client a demandé si le fichier avait été modifié et que calid a vérifié sa date/heure sur le serveur Web et a constaté qu'il n'avait pas changé. Il a donc donné une copie du fichier au client à partir de son cache local.

Alors oui, votre calmar est utilisé et fonctionne comme cache.

15
BeowulfNode42