forward_timeout, connect_timeout e read_timeout do Squid em comparação
Escolha o timeout do Squid ligado a encontrar uma rota adiante, ligar-se a um peer ou esperar mais dados do servidor.
Se o Squid já recebeu parte de uma resposta e depois espera mais dados, aumentar forward_timeout trata da espera errada. No Squid 5 a 7, escolha entre estes relógios conforme a operação que parou:
| Pelo que o Squid espera | Diretiva |
|---|---|
| Um caminho de encaminhamento utilizável | forward_timeout |
| Uma ligação TCP a um servidor ou peer, antes de tentar outro caminho | connect_timeout |
| Mais dados de uma ligação peer-servidor; uma leitura bem-sucedida prolonga a espera | read_timeout |
Mantenha a categoria do erro e a última operação bem-sucedida junto da entrada de log. Uma falha antes de existir uma ligação adiante aponta para a seleção de caminho ou a configuração da ligação. Uma resposta que começa e depois silencia aponta para a fase de leitura do servidor. Inclua o peer escolhido e o destino ao rastrear qualquer dos casos.
Antes de permitir uma espera mais longa, confirme que o alvo consegue recuperar-se dentro dela. Um temporizador não fornece credenciais nem torna alcançável um serviço indisponível. Compare também o prazo do cliente e lembre-se de que, caso contrário, o cliente pode abandonar a operação enquanto o Squid ainda espera.
Estes nomes e a disponibilidade dependem da versão. Use a referência da versão implantada; uma recomendação antiga de dns_v4_first diz respeito à seleção de endereços e não indica qual destas esperas falhou.