Confronto tra forward_timeout, connect_timeout e read_timeout in Squid
Scegli il timeout di Squid legato alla ricerca di un percorso di inoltro, alla connessione a un peer o all attesa di altri dati dal server.
Se Squid ha già ricevuto parte di una risposta e poi attende altri dati, aumentare forward_timeout affronta l attesa sbagliata. In Squid 5 fino a 7 scegli tra questi orologi in base all operazione che si è fermata:
| Cosa attende Squid | Direttiva |
|---|---|
| Un percorso di inoltro utilizzabile | forward_timeout |
| Una connessione TCP a un server o a un peer, prima di provare un altro percorso | connect_timeout |
| Altri dati da una connessione con un server peer; una lettura riuscita prolunga l attesa | read_timeout |
Tieni la categoria di errore e l ultima operazione riuscita accanto alla voce di log. Un errore prima che esista una connessione di inoltro indica la selezione del percorso o la creazione della connessione. Una risposta che inizia e poi tace indica la fase di lettura dal server. Includi il peer e la destinazione scelti quando analizzi uno dei due casi.
Prima di consentire un attesa più lunga, verifica che la destinazione possa riprendersi entro quel tempo. Un timer non può fornire credenziali né rendere raggiungibile un servizio non disponibile. Confronta anche la scadenza del client: altrimenti il client può abbandonare l operazione mentre Squid sta ancora attendendo.
Questi nomi e la loro disponibilità dipendono dalla versione. Usa la documentazione della versione distribuita; una vecchia raccomandazione su dns_v4_first riguarda la selezione degli indirizzi e non dice quale di queste attese è fallita.