Comparació de forward_timeout, connect_timeout i read_timeout a Squid
Trieu el temps d'espera de Squid lligat a trobar una ruta de reenviament, connectar amb un parell o esperar més dades del servidor.
Si Squid ja ha rebut part d'una resposta i després espera més dades, augmentar forward_timeout resol l'espera equivocada. A Squid 5 fins a 7 trieu entre aquests rellotges segons l'operació que s'ha aturat:
| Què espera Squid | Directiva |
|---|---|
| Una ruta de reenviament utilitzable | forward_timeout |
| Una connexió TCP a un servidor o parell, abans de provar una altra ruta | connect_timeout |
| Més dades d'una connexió amb un servidor parell; una lectura correcta allarga l'espera | read_timeout |
Manteniu la categoria d'error i l'última operació correcta al costat de l'entrada del registre. Un error abans que existeixi una connexió de reenviament apunta a la selecció de ruta o a l'establiment de la connexió. Una resposta que comença i després calla apunta a l'etapa de lectura del servidor. Incloeu el parell i la destinació seleccionats quan seguigueu qualsevol dels dos casos.
Abans de permetre una espera més llarga, comproveu que l'objectiu es pot recuperar dins d'aquest temps. Un temporitzador no pot subministrar credencials ni fer accessible un servei no disponible. Compareu també el termini del client: si no, el client pot abandonar l'operació mentre Squid encara espera.
Aquests noms i la seva disponibilitat depenen de la versió. Feu servir la referència de la versió desplegada; una recomanació antiga d'dns_v4_first tracta de la selecció d'adreces i no diu quina d'aquestes esperes ha fallat.