Ler a contagem de conexões de um proxy
Use as contagens de sockets, pedidos e destinos para os seus próprios fins em vez de tratar cada conexão como um separador do navegador.
Trinta conexões estabelecidas não significam trinta sites nem trinta separadores do navegador.
Uma página pode usar várias origens e conexões. As conexões inativas podem permanecer disponíveis para reutilização. O HTTP/2 pode transportar trocas simultâneas numa única conexão; dentro do CONNECT, um proxy que não intercepta vê o túnel em vez de uma contagem exata desses pedidos internos.
| O que deve ser limitado? | Medida |
|---|---|
| Pressão de ficheiros abertos | Conexões e descritores |
| Velocidade de transferência | Bytes ao longo do tempo |
| Acesso a destinos | Alvos visíveis e autorizados |
| Separadores do navegador | Estado ao nível do navegador |
Os sockets do lado do cliente e do lado do servidor também são contagens diferentes. Os acertos de cache, a reutilização de conexões e os proxies principais alteram a relação entre eles.
A ACL maxconn do Squid pode ajudar com uma política suportada de conexões simultâneas. Não conta sites, e a contabilização baseada na origem pode agrupar várias pessoas atrás de um único NAT.
Um limite de conexões continua útil quando o seu objetivo é proteger a capacidade de conexão. Rotule os relatórios como «conexões de cliente simultâneas» e escolha o limite em torno desse recurso, em vez de o vender como uma quota exata de navegação.