Llegir el recompte de connexions d'un proxy
Feu servir els recomptes de sòcols, peticions i destinacions per a les seves pròpies finalitats en lloc de tractar cada connexió com una pestanya del navegador.
Trenta connexions establertes no volen dir trenta llocs web ni trenta pestanyes del navegador.
Una pàgina pot utilitzar diversos orígens i connexions. Les connexions inactives poden romandre disponibles per reutilitzar-les. HTTP/2 pot portar intercanvis simultanis en una connexió; dins de CONNECT, un proxy que no intercepta veu el túnel i no un recompte exacte d'aquestes peticions internes.
| Què cal limitar? | Mesura |
|---|---|
| Pressió de fitxers oberts | Connexions i descriptors |
| Velocitat de transferència | Bytes al llarg del temps |
| Accés a destinacions | Objectius visibles i autoritzats |
| Pestanyes del navegador | Estat a nivell de navegador |
Els sòcols del costat del client i del costat del servidor també són recomptes diferents. Els encerts de memòria cau, la reutilització de connexions i els proxies pare canvien la seva relació.
L'ACL maxconn de Squid pot ajudar amb una política recolzada de connexions simultànies. No compta llocs web, i la comptabilitat basada en l'origen pot agrupar diverses persones darrere d'un sol NAT.
Un límit de connexions encara és útil quan el seu objectiu és protegir la capacitat de connexions. Etiqueteu els informes com a «connexions de client simultànies» i trieu el límit al voltant d'aquest recurs, en lloc de vendre'l com una assignació exacta de navegació.