Cum citim numărul de conexiuni al unui proxy
Folosiți numărătorile de socketuri, cereri și destinații pentru scopurile lor, în loc să tratați fiecare conexiune ca pe o filă de browser.
Treizeci de conexiuni stabilite nu înseamnă treizeci de site-uri web sau treizeci de file de browser.
O pagină poate folosi mai multe origini și conexiuni. Conexiunile inactive pot rămâne disponibile pentru reutilizare. HTTP/2 poate transporta schimburi simultane pe o singură conexiune; în interiorul CONNECT, un proxy care nu interceptează vede tunelul, nu un număr exact al acelor cereri interne.
| Ce trebuie limitat? | Măsură |
|---|---|
| Presiunea fișierelor deschise | Conexiuni și descriptori |
| Viteza de transfer | Baiți în timp |
| Accesul la destinații | Ținte vizibile și autorizate |
| File de browser | Stare la nivel de browser |
Socketurile din partea clientului și din partea serverului sunt și ele numărători diferite. Rezultatele din cache, reutilizarea conexiunilor și proxy-urile părinte le schimbă relația.
ACL-ul maxconn al Squid poate ajuta cu o politică acceptată de conexiuni simultane. Nu numără site-uri, iar contabilizarea pe sursă poate grupa mai multe persoane în spatele unui singur NAT.
O limită de conexiuni rămâne utilă atunci când scopul ei este protejarea capacității de conexiune. Etichetați rapoartele drept „conexiuni de client simultane” și alegeți limita în jurul acelei resurse, în loc să o vindeți ca o alocație exactă de navigare.