Per comprendere al meglio i log di Squid dobbiamo saper interpretare i codici di stato, i codici TCP_ si riferiscono alle richieste dirette verso la porta HTTP (generalmente la 3128), i codici UDP_ invece si riferiscono alle richieste dirette verso la porta ICP (generalmente la 3130). Ecco una serie di statistiche relative ai codici di stato di Squid in una condizione di lavoro lavoro normale
n. hits valore % codice di stato --------------------------------------------------- 1 14630 39.58% TCP_MISS:DIRECT 2 5528 14.96% TCP_REFRESH_HIT:DIRECT 3 4576 12.38% TCP_HIT:NONE 4 4566 12.35% TCP_CLIENT_REFRESH_MISS:DIRECT 5 4159 11.25% TCP_IMS_HIT:NONE |
una statistica come questa basata appunto sui codici di stato, consente di tenere sotto controllo lo stato delle richieste dirette verso Squid e consente anche di redigere delle statistiche relativamente al risparmio di banda internet all'interno della nostra LAN. Ricordiamo al lettore che è possibile disabilitare la registazione del log per le richieste del tipo ICP, utilizzando il TAG log_icp_queries non verrà registrato nessun codice di stato ICP.
Squid supporta i seguenti codici di stato
TCP_HIT
è stata trovata una copia valida dell'oggetto nella cache di Squid
TCP_MISS
l'oggetto richiesto non è presente nella cache di Squid
TCP_REFRESH_HIT
l'oggetto è presente nella cache di Squid ma si tratta di un'oggetto vecchio (STALE). La query IMS relativa all'oggetto è "304 not modified".
TCP_REF_FAIL_HIT
l'oggetto è presente nella cache ma si tratta di una copia vecchia. La query If-Modified-Since (IMS)[1] fallisce se l'oggetto viene trasportato
TCP_REFRESH_MISS
l'oggetto è presente nella cache ma si tratta di una copia vecchia. la query IMS ritorna un nuovo oggetto
TCP_CLIENT_REFRESH_MISS
Il client annuncia un messaggio "no-cache" pragma, la richiesta dell'oggetto visualizza dei messaggi di controllo della cache, la cache deve aggiornare l'oggetto
TCP_IMS_HIT
Il client annuncia una richiesta IMS per un oggetto che è presente nella cache e non è scaduto
TCP_SWAPFAIL_MISS
L'oggetto era nella cache ma non è più accessibile
TCP_NEGATIVE_HIT
si tratta di una richiesta per un oggetto non presente nella cache, il messaggio è "404 not found", la cache pensa che questo oggetto sia inaccessibile. Riferirsi alle spiegazioni relative al TAG negative_ttl che sono contenute nel file squid.conf
TCP_MEM_HIT
una copia valida dell'oggetto richiesto è sia nella cache che nella memoria, con questo messaggio Squid indica che l'accesso al disco è stato evitato
TCP_DENIED
l'accesso viene bloccato per questo ripo di richiesta
TCP_OFFLINE_HIT
l'oggetto richiesto è stato reperito direttamente dalla cache durante la modalità off-line di Squid. Questo tipo di modalità non valida nessun oggetto, riferirsi al TAG offline_mode contenuto nel file squid.conf
UDP_HIT
esiste una copia valida dell'oggetto nella cache di Squid
UDP_MISS
l'oggetto richiesto non è nella cache
UDP_DENIED
per questo tipo di richiesta l'accesso è stato negato
UDP_INVALID
è stata ricevuta una richiesta non valida
UDP_MISS_NOFETCH
se l'avviamento di Squid viene richiamato con il comando squid -Y (se la vostra cache è di tipo child ed usa il protocollo ICP, questa opzione consente una rigenerazione veloce della cache), nel caso si dovessero verificare degli errori frequenti, la cache ritornerà questo codice o dei codici UDP_HIT.
NONE
Si verifica con gli errori sulle richieste effettuate dal cache manager
| [1] |
IMS è una tecnica che viene utilizzata dalla webcache quando un oggetto perde la sua consistenza. Se un oggetto non viene più ritenuto consistente verrà verificato con una richiesta di If-Modified-Since (IMS), tale richiesta serve per determinarne la reale consistenza dell'oggetto e se lo stesso risultasse realmente modificato la cache si occuperà di richiedere al server di origine una copia aggiornata. |