Squid retry_on_error: códigos de status e rotas alternativas
Use Squid retry_on_error dentro do seu escopo documentado de status e destinos alternativos, em vez de tratá-lo como uma configuração universal de repetição de solicitações.
Existe uma opção no Squid chamada retry_on_error, mas o nome é mais amplo do que sua interpretação útil. Isso não significa que toda solicitação com falha será repetida indefinidamente até a página funcionar.
Nas versões que suportam essa diretiva, ela fica desativada por padrão. A lista de repetição documentada é 403, 500, 501, 502, 503 e 504, e a solicitação é tentada por outro destino funcional. Isso é especialmente relevante em uma hierarquia com caminhos de encaminhamento alternativos. Não é apenas uma nova tentativa temporizada do mesmo socket para o mesmo servidor.
Nomeie primeiro a falha
Uma recusa ao conectar a um proxy, uma falha de autenticação do proxy, um erro HTTP da origem e uma resposta cortada após o início da entrega não oferecem a mesma oportunidade de repetição. Não espere que uma única configuração trate as quatro da mesma forma.
Para uma saída privada, decida também se um caminho alternativo é aceitável. Outro parente pode ter outro endereço público de origem, política de autenticação ou localização de rede. O sucesso por essa alternativa pode violar o motivo pelo qual o primeiro parente foi escolhido.
As operações da aplicação trazem outra preocupação: repetir uma solicitação pode repetir seu efeito. O cliente e o servidor precisam de semântica de repetição adequada, especialmente para operações que criam ou alteram dados. Uma configuração de proxy não substitui o tratamento no nível da aplicação de resultados incertos.
Leia a diretiva para sua versão exata; a referência lista disponibilidade e comportamento padrão. Tenha também em mente os prazos da solicitação e a espera total visível ao usuário. Uma tentativa extra de encaminhamento pode consumir o tempo restante sem produzir um resultado melhor.
Ao investigar falhas intermitentes, registre o status, o parente ou destino escolhido e a sequência de tentativas. Caso contrário, as repetições podem fazer um problema recorrente de roteamento parecer um site geralmente lento, escondendo o caminho que realmente falhou.