Comparación de forward_timeout, connect_timeout e read_timeout en Squid
Escolla o tempo de espera de Squid ligado a atopar unha ruta de reenvío, conectar cun par ou agardar máis datos do servidor.
Se Squid xa recibiu parte dunha resposta e despois agarda máis datos, aumentar forward_timeout resolve a espera equivocada. En Squid 5 ata 7 escolla entre estes reloxos segundo a operación que se detivo:
| Que agarda Squid | Directiva |
|---|---|
| Unha ruta de reenvío utilizábel | forward_timeout |
| Unha conexión TCP a un servidor ou par, antes de probar outra ruta | connect_timeout |
| Máis datos dunha conexión cun servidor par; unha lectura correcta alonga a espera | read_timeout |
Manteña a categoría de erro e a última operación correcta xunto á entrada do rexistro. Un fallo antes de que exista unha conexión de reenvío apunta á selección de ruta ou ao establecemento da conexión. Unha resposta que comeza e despois cala apunta á etapa de lectura do servidor. Inclúa o par e o destino escollidos ao rastrexar calquera dos dous casos.
Antes de permitir unha espera máis longa, comprobe que o obxectivo pode recuperarse nela. Un temporizador non pode fornecer credenciais nin facer accesíbel un servizo non dispoñíbel. Compare tamén o prazo do cliente: se non, o cliente pode abandonar a operación mentres Squid aínda agarda.
Estes nomes e a súa dispoñibilidade dependen da versión. Use a referencia da versión despregada; unha recomendación antiga de dns_v4_first trata da selección de enderezos e non di cal destas esperas fallou.