O recarregamento do Squid 3 faz com que pare de atender solicitações

6

Então, usamos o Squid 3 aqui (3.0.STABLE8-3 + lenny4), uma configuração bastante padrão (sem dansguardian ou similar) + autenticação NTLM com background LDAP, cerca de 1000 usuários em um dia agitado, e nossos acls fazem referência a alguns externos arquivos (permitidos / sites bloqueados / endereços ip).

No Squid 2.X nós costumávamos ser capazes de recarregar sua configuração (para adicionar ou sites ou endereços de regras, etc) e o squid não parava de servir durante o recarregamento. Desde que mudamos para 3.0, isso parece ser impossível: toda vez que usamos reload (ou -k reconfigure) ele pára de servir pedidos por até 2 minutos, e os clientes recebem um proxy configurado não está aceitando conexões mensagem.

Eu verifiquei a documentação e não obtive nada sobre isso, alguém mais sofre com esse problema ou é um caso isolado na minha configuração? Além disso, se você tem o Squid 3.0 e não sofre com este problema, como está configurado o seu squid?

    
por coredump 15.03.2011 / 22:42

1 resposta

5

Esta página parece sugerir que este é um recurso conhecido no qual eles estão trabalhando.

Squid currently performs reconfigure by way of a simulated shutdown, re-loading the config files, and restarting.

This causes many issues which are visible:

  • ports fully closed for a duration
  • memory leaks for SSL contexts, and other in-use objects
  • loss of information on in-transit requests
  • INVALID URL errors when protocol info disappears.
  • request denials when ACLs being checked disappear.

Um tópico do arquivo maillist sugere que, se você diminui o número de ajudantes (auth e outros) que serão recarregados mais rapidamente.

    
por 15.03.2011 / 23:08