Leggere il conteggio delle connessioni di un proxy
Usate i conteggi di socket, richieste e destinazioni per i loro scopi, invece di trattare ogni connessione come una scheda del browser.
Trenta connessioni stabilite non significano trenta siti web né trenta schede del browser.
Una pagina può usare più origini e connessioni. Le connessioni inattive possono restare disponibili per il riutilizzo. HTTP/2 può trasportare scambi simultanei su un'unica connessione; dentro CONNECT, un proxy che non intercetta vede il tunnel invece di un conteggio esatto di quelle richieste interne.
| Cosa va limitato? | Misura |
|---|---|
| Pressione sui file aperti | Connessioni e descrittori |
| Velocità di trasferimento | Byte nel tempo |
| Accesso alle destinazioni | Obiettivi visibili e autorizzati |
| Schede del browser | Stato a livello di browser |
Anche i socket lato client e lato server sono conteggi diversi. I successi della cache, il riutilizzo delle connessioni e i proxy padre cambiano la loro relazione.
L'ACL maxconn di Squid può aiutare con una politica supportata di connessioni simultanee. Non conta i siti web, e la contabilizzazione basata sull'origine può raggruppare più persone dietro un solo NAT.
Un limite di connessioni resta utile quando il suo scopo è proteggere la capacità di connessione. Chiamate i rapporti «connessioni client simultanee» e scegliete il limite attorno a quella risorsa, invece di venderlo come un'esatta quota di navigazione.