Cómo leer el recuento de conexiones de un proxy
Use los recuentos de sockets, solicitudes y destinos para sus propios fines en lugar de tratar cada conexión como una pestaña del navegador.
Treinta conexiones establecidas no significan treinta sitios web ni treinta pestañas del navegador.
Una página puede usar varios orígenes y conexiones. Las conexiones inactivas pueden quedar disponibles para reutilizarse. HTTP/2 puede transportar intercambios simultáneos en una sola conexión; dentro de CONNECT, un proxy que no intercepta ve el túnel en lugar de un recuento exacto de esas solicitudes internas.
| ¿Qué hay que limitar? | Medida |
|---|---|
| Presión de archivos abiertos | Conexiones y descriptores |
| Velocidad de transferencia | Bytes en el tiempo |
| Acceso a destinos | Objetivos visibles y autorizados |
| Pestañas del navegador | Estado a nivel del navegador |
Los sockets del lado del cliente y del lado del servidor también son recuentos distintos. Los aciertos de caché, la reutilización de conexiones y los proxies principales cambian su relación.
La ACL maxconn de Squid puede ayudar con una política admitida de conexiones simultáneas. No cuenta sitios web, y la contabilidad basada en el origen puede agrupar a varias personas detrás de un solo NAT.
Un límite de conexiones sigue siendo útil cuando su objetivo es proteger la capacidad de conexión. Etiquete los informes como «conexiones de cliente simultáneas» y elija el límite en torno a ese recurso, en lugar de venderlo como una cuota exacta de navegación.