Observação: estou perguntando sobre saída limites de conexão simultâneos, não de entrada, o que é suficientemente coberto em perguntas existentes
Os navegadores modernos normalmente abrem um grande número de conexões simultâneas, para aproveitar o fato de que o TCP compartilha de forma justa a largura de banda entre as conexões. Claro, isso não resulta em compartilhamento justo entre os usuários, então alguns servidores começaram a penalizar hosts que abrem muitas conexões. Esse limite pode ser configurado no lado do cliente (por exemplo, IE MaxConnectionsPerServer , Firefox network.http.max-connections-per-server ), mas o método é diferente para cada navegador e versão, e muitos usuários não são capazes de ajustá-lo por conta própria. Então nos voltamos para um proxy HTTP transparente para o gerenciamento central do download HTTP.
Como o número de conexões simultâneas do squid para um servidor remoto pode ser limitado, de modo que o servidor da Web não o perceba como abuso de conexões simultâneas? Idealmente, o limite seria por endereço de origem. O Squid deve aceitar pedidos simultâneos virtualmente ilimitados do navegador do cliente e emiti-los sequencialmente para o servidor remoto, apenas N de cada vez para cada servidor, atrasando (mas não perdendo) os outros.
Isso exigiria algum tipo de fila de solicitações e comunicação entre processos, o que tornaria os pedidos de manipulação muito mais lentos. Não tenho conhecimento de nenhum proxy que suporte isso.
Por favor, note que a maioria dos usuários realmente não muda o número de conexões simultâneas em seus navegadores, então o problema não é tão inconveniente assim.
Tags squid