Probleme de cache SQUID

Probleme de cache SQUID - Logiciels - Linux et OS Alternatifs

Marsh Posté le 27-11-2008 à 12:19:45    

Actuellement, quand je regarde le access.log de mon squid, je vois ceci :

Code :
  1. 1227784498.840    212 192.168.1.2 TCP_MISS/200 12985 GET http://www.bashfr.org/ - DIRECT/212.85.158.124 text/html
  2. 1227784505.076    211 192.168.1.2 TCP_MISS/200 12963 GET http://www.bashfr.org/ - DIRECT/212.85.158.124 text/html
  3. 1227784505.805    211 192.168.1.2 TCP_MISS/200 13002 GET http://www.bashfr.org/ - DIRECT/212.85.158.124 text/html
  4. 1227784506.451    212 192.168.1.2 TCP_MISS/200 12998 GET http://www.bashfr.org/ - DIRECT/212.85.158.124 text/html
  5. 1227784507.106    212 192.168.1.2 TCP_MISS/200 13015 GET http://www.bashfr.org/ - DIRECT/212.85.158.124 text/html


 
Hors je comprends pas, c'est du simple html, pas dynamique pour un sous, pourquoi je n'ai pas de "TCP_HIT" des la deuxieme demande ?
Mon fichier de configuration est le suivant :
 

Code :
  1. 1 http_port 3128
  2.   2 icp_port 0
  3.   3 htcp_port 0
  4.   4 visible_hostname squid
  5.   5 cache_mgr admin@********
  6.   6 cache_effective_user proxy
  7.   7 cache_effective_group proxy
  8.   8 cache_dir ufs /var/spool/squid3 50000 32 512
  9.   9 access_log /var/log/squid3/access.log squid
  10. 10 cache_log /var/log/squid3/cache.log
  11. 11 cache_store_log /var/log/squid3/store.log
  12. 12 cache_swap_low 90
  13. 13 cache_swap_high 95
  14. 14 ipcache_low 90
  15. 15 ipcache_high 95
  16. 16 maximum_object_size 8192 kb
  17. 17 minimum_object_size 0
  18. 18 maximum_object_size_in_memory 300 kb
  19. 19 ipcache_size 4096
  20. 20 fqdncache_size 4096
  21. 21 acl manager proto cache_object
  22. 22 acl localhost src 127.0.0.1/255.255.255.255
  23. 23 acl to_localhost dst 127.0.0.0/8
  24. 24 acl SSL_ports port 443
  25. 25 acl Safe_ports port 80      # http
  26. 26 acl Safe_ports port 21      # ftp
  27. 27 acl Safe_ports port 443     # https
  28. 28 acl Safe_ports port 70      # gopher
  29. 29 acl Safe_ports port 210     # wais
  30. 30 acl Safe_ports port 1025-65535  # unregistered ports
  31. 31 acl Safe_ports port 280     # http-mgmt
  32. 32 acl Safe_ports port 488     # gss-http
  33. 33 acl Safe_ports port 591     # filemaker
  34. 34 acl Safe_ports port 777     # multiling http
  35. 35 acl CONNECT method CONNECT
  36. 36 acl LocalNet src 192.168.0.0/16
  37. 37 http_access allow manager localhost
  38. 38 http_access deny manager
  39. 39 http_access deny !Safe_ports
  40. 40 http_access deny CONNECT !SSL_ports
  41. 41 http_access allow localhost
  42. 42 http_access allow LocalNet
  43. 43 http_access deny all
  44. 44 hierarchy_stoplist cgi-bin ?
  45. 45 cache allow all
  46. 46 acl QUERY urlpath_regex cgi-bin \?
  47. 47 cache deny QUERY
  48. 48 negative_ttl 30 minutes
  49. 49 client_lifetime 12 hours
  50. 50 logfile_rotate 5
  51. 51
  52. 52 refresh_pattern ^ftp: 1440 20% 10080
  53. 53 refresh_pattern ^gopher: 1440 0% 1440
  54. 54 refresh_pattern -i \.(gif|png|jpg|jpeg|ico)$ 10080 90% 43200
  55. 55 refresh_pattern -i \.(iso|avi|wav|mp3|mp4|mpeg|swf|flv|x-flv)$ 43200 90% 432000
  56. 56 refresh_pattern -i \.(deb|rpm|exe|zip|tar|tgz|ram|rar|bin|ppt|doc|tiff)$ 10080 90% 43200
  57. 57 refresh_pattern -i \.index.(html|htm)$ 0 40% 10080
  58. 58 refresh_pattern -i \.(html|htm|css|js)$ 1440 40% 40320
  59. 59 refresh_pattern . 0 40% 40320


 
Merci d'avance pour votre aide
 
P.S : les numéros de lignes sont de vim, pas du fichier de conf

Reply

Marsh Posté le 27-11-2008 à 12:19:45   

Reply

Marsh Posté le 27-11-2008 à 17:13:00    

up

Reply

Marsh Posté le 27-11-2008 à 17:17:56    

Pourquoi un up, ton topic est passé sur la seconde page ? non.
Donc tout le monde peut le voir sans "action" supplémentaire.
 
>> tout le monde à la même enseigne, c'est à dire pas de up tant que le topic est en première page, sous peine de voir le topic clos le temps qu'il descende en seconde page.
 
Ceci dans une mesure de respect et d'équité envers d'une part les forumeurs (nous ne sommes pas une hotline répondant au claquement de doigt), et d'autre part des autres topics !

Reply

Marsh Posté le 27-11-2008 à 17:44:37    

tcp_miss signifie que ta requête est déjà stockée dans le cache.


Message édité par boobaka le 27-11-2008 à 17:49:30

---------------
www.google.fr  
Reply

Marsh Posté le 27-11-2008 à 18:35:47    

ca me ferait plaisir ce que tu me dit, et ca serait deja plus en accord avec ce que je vois, mais sur http://wiki.squid-cache.org/SquidFaq/SquidLogs, on peut lire ceci :
 

Code :
  1. TCP_HIT A valid copy of the requested object was in the cache.
  3. TCP_MISS The requested object was not in the cache.


du coup, je sais plus trop quoi penser ... :/
 
P.S : C'est noté M. le Modérateur


Message édité par ishaor le 27-11-2008 à 18:36:11
Reply

Marsh Posté le 30-11-2008 à 21:05:09    

Si qq'un savait, ca m'aiderait pas mal ...
Merci par avance !


Message édité par ishaor le 30-11-2008 à 21:05:26
Reply

Marsh Posté le 01-12-2008 à 12:29:34    

Le contenu est du HTML et c'est toujours le cas pour les pages ... par contre c'est bien une page générée dynamiquement. Donc pas cacheable.

Reply

Marsh Posté le 10-02-2010 à 15:11:34    

Bonjour,
 
je suis dans la même situation, quelqu'un a-t-il une justification ?
 
Si les pages générée dynamiquement (genre PHP) ne sont pas mis en cache alors quasiment rien ne sera en cache...

Reply

Marsh Posté le 13-02-2010 à 11:48:27    

Beh oui mais si tu mets en cache une page dynamique, elle n'est plus dynamique [:petrus75]


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed