Comparación de forward_timeout, connect_timeout y read_timeout en Squid
Elija el tiempo de espera de Squid ligado a encontrar una ruta de reenvío, conectar con un par o esperar más datos del servidor.
Si Squid ya ha recibido parte de una respuesta y después espera más datos, aumentar forward_timeout resuelve la espera equivocada. En Squid 5 hasta 7 elija entre estos relojes según la operación que se detuvo:
| Qué espera Squid | Directiva |
|---|---|
| Una ruta de reenvío utilizable | forward_timeout |
| Una conexión TCP a un servidor o par, antes de probar otra ruta | connect_timeout |
| Más datos de una conexión con un servidor par; una lectura correcta alarga la espera | read_timeout |
Mantenga la categoría de error y la última operación correcta junto a la entrada del registro. Un fallo antes de que exista una conexión de reenvío apunta a la selección de ruta o al establecimiento de la conexión. Una respuesta que empieza y luego calla apunta a la etapa de lectura del servidor. Incluya el par y el destino seleccionados al rastrear cualquiera de los dos casos.
Antes de permitir una espera más larga, compruebe que el objetivo puede recuperarse dentro de ella. Un temporizador no puede aportar credenciales ni hacer accesible un servicio no disponible. Compare también el plazo del cliente: de lo contrario el cliente puede abandonar la operación mientras Squid sigue esperando.
Estos nombres y su disponibilidad dependen de la versión. Use la referencia de la versión desplegada; una recomendación antigua de dns_v4_first trata de la selección de direcciones y no dice cuál de estas esperas falló.