Log di Squid: un 407 seguito da 200 conta come errore?
Conta le operazioni completate separatamente dagli scambi di autenticazione quando Squid registra una richiesta di credenziali seguita da un tunnel riuscito.
Supponiamo che un client invii una richiesta senza credenziali proxy, riceva una richiesta di credenziali e riprovi con successo. Un log delle richieste può contenere due voci. La persona che usa l'applicazione ha però vissuto una sola operazione completata.
Per questo un log diviso equamente tra TCP_DENIED/407 e TCP_TUNNEL/200 non dimostra automaticamente un tasso di errore del cinquanta per cento. Stabilite prima se le voci formano coppie di richiesta di credenziali e nuovo tentativo.
Conta ciò che ti interessa davvero
| Misura | Conteggio |
|---|---|
| Richieste di autenticazione | Risposte del proxy che chiedono l'autenticazione |
| Tentativi del proxy | Transazioni singole registrate dall'intermediario |
| Attività completate | Operazioni dell'applicazione che raggiungono l'esito previsto |
Correla timestamp, contesto del client, destinazione e qualsiasi identificatore di richiesta disponibile. Un tentativo non autenticato può non avere alcun nome utente registrato, mentre il suo nuovo tentativo riuscito ne ha uno. Un'attività simultanea significa che le righe adiacenti, da sole, sono una prova debole che due voci appartengono insieme.
Tieni anche un tunnel riuscito separato da un'operazione web riuscita. L'accettazione di CONNECT stabilisce il tunnel; la destinazione può comunque fallire durante TLS o restituire in seguito un errore dell'applicazione.
Esamina richieste di credenziali finali ripetute, attività mai completate in seguito o un improvviso cambiamento nel numero di scambi. Questi casi differiscono da un client stabile che inizia con una richiesta di credenziali e fa esattamente ciò che la sua configurazione richiede. Sopprimere l'autenticazione solo per rendere più verde una dashboard cambierebbe il servizio invece di riparare la misurazione.