Tutte le posizioni attive · 99.99% uptime
Guida ai proxy

Cos'è il limite di connessioni simultanee di un proxy?

Espressioni come "50K connessioni" o "100 thread simultanei", che vedi spesso nei pacchetti proxy, indicano una sola cosa: il numero di connessioni TCP che puoi tenere aperte contemporaneamente. Questo limite determina direttamente quanto velocemente puoi lavorare e, quando viene superato, i messaggi di errore sono spesso fuorvianti.

In questo articolo vediamo che cos'è la concorrenza, come si calcola il valore corretto e come diagnosticare il superamento del limite.

Concorrenza e frequenza delle richieste non sono la stessa cosa

Due concetti vengono continuamente confusi:

ConcorrenzaCONNESSIONI APERTE CONTEMPORANEAMENTE
Frequenza delle richiesteNUMERO DI RICHIESTE AL SECONDO
LatenzaDURATA DI UNA RICHIESTA
Frequenza = Concorrenza / LatenzaI TRE SONO LEGATI TRA LORO

La forma semplice della legge di Little: frequenza delle richieste = concorrenza ÷ durata media della richiesta. Se hai 20 connessioni simultanee e ogni richiesta dura in media 500 ms, puoi inviare 40 richieste al secondo. Se la durata della richiesta sale a 2 secondi, con la stessa concorrenza invii solo 10 richieste al secondo.

FIGURAEffetto di latenze diverse a parità di concorrenza
MISURAZIONE80250 ms di latenza20 connessioni · richieste/s40500 ms di latenza20 connessioni · richieste/s131500 ms di latenza20 connessioni · richieste/s

Un proxy lento rallenta il tuo lavoro senza che la concorrenza aumenti. Per questo la latenza è spesso più determinante del limite di concorrenza.

Dove viene applicato il limite?

Il limite di concorrenza non esiste in un solo punto, ma in più punti della catena:

FIGURALivelli che limitano la concorrenza
LIVELLIIl tuo clientProxyproviderServer di destinazioneThread / asyncnumero di taskSistema operativolimite dei socketPer accountquota di connessioniPer IP di uscitalimiteRate limitper IPIl tuo tetto reale è il limite più basso tra questi

Aprire 200 thread dalla tua parte non serve a nulla se il provider ti limita a 50; le connessioni in eccesso restano in coda o ricevono un errore.

Sintomi del superamento del limite

Quando superi il limite di concorrenza non ricevi un messaggio esplicito di "limite superato". I sintomi tipici sono questi:

FIGURASintomi legati alla concorrenza
DIAGNOSICODICE / SINTOMOPOSSIBILE CAUSASOLUZIONEAumento dei timeoutdi connessioneLe nuove connessioni entrano in coda presso il providerRiduci gradualmente la concorrenza e misura i tempiReset casualidelle connessioniLe connessioni oltre il limite vengono chiuseattivamenteFissa la dimensione del pool di connessioni sotto il limitePicco improvviso di latenzaIl tempo di attesa in coda si somma alla richiestaRiduci la concorrenza; spesso la velocità aumenta429 Too Many RequestsRate limit del server di destinazione — non del proxyRiduci la frequenza per IP, amplia il poolEMFILE / too many openfilesLimite dei file descriptor del sistema operativoAumenta il valore di ulimit -n

Distinzione fondamentale: il 429 arriva dalla destinazione, il reset di connessione dal proxy, l'EMFILE dalla tua macchina. I tre richiedono soluzioni diverse.

Come trovare la concorrenza corretta

Invece del calcolo teorico, l'approccio sperimentale è più affidabile. Esegui un test di carico progressivo:

01

Parti da valori bassi

Invia 200 richieste con 5 connessioni simultanee. Registra la durata media e il tasso di successo.

02

Raddoppia

Procedi con 10, 20, 40, 80… A ogni passo ripeti la stessa misurazione.

03

Trova il punto di rottura

Nel momento in cui il throughput totale (richieste/s) smette di crescere e la durata media inizia a salire, sei vicino al limite reale.

04

Lavora al 70%

Usa circa il 70% del punto di rottura come valore di produzione. Questo margine protegge dalle fluttuazioni nel corso della giornata.

FIGURAThroughput e latenza all'aumentare della concorrenza
TEST DI CARICO014284155Throughput (richieste/s)Latenza (×100 ms)510204080160

La curva del throughput si appiattisce tra 40 e 80 mentre la latenza schizza. Oltre questo punto aumentare la concorrenza aggiunge solo tempo di attesa.

Perché il pool di connessioni (keep-alive) è importante?

Eseguire un nuovo handshake TCP e TLS per ogni richiesta è costoso sia in termini di latenza sia di concorrenza. Riutilizzare la connessione (keep-alive) dà un throughput molto più alto a parità di concorrenza:

FIGURAAllineare la dimensione del pool alla concorrenza
Riutilizzo delle connessioni01# Python httpx — definisci i limiti in modo esplicito02import httpx03limits = httpx.Limits(max_connections=40, max_keepalive_connections=40)04transport = httpx.HTTPTransport(proxy="http://proxy.example.com:8080", retries=1)05client = httpx.Client(limits=limits, transport=transport, timeout=20.0)0607# Node.js undici — numero di connessioni del pool08import { Agent, setGlobalDispatcher } from "undici";09setGlobalDispatcher(new Agent({ connections: 40, keepAliveTimeout: 30_000 }));1011# Linux — aumenta il limite dei socket12ulimit -n 65535

La dimensione del pool del client non deve superare la concorrenza consentita dal provider. Se la supera, le connessioni in eccesso vengono stabilite e chiuse subito, e il costo dell'handshake va sprecato.

Relazione tra concorrenza e numero di IP

Aumentare la concorrenza aumenta anche l'intensità delle richieste in uscita dallo stesso IP. Se il sito target applica un rate limit per IP, aumentare la concorrenza su un solo IP porta direttamente al blocco. L'approccio corretto è scalare la concorrenza insieme al numero di IP .

Regola pratica

Non superare 1–2 connessioni simultanee per IP per ogni target. Se vuoi inviare 60 richieste simultanee, ti servono almeno 30–60 IP di uscita diversi. Per il dimensionamento del pool il nostro articolo sul pool di proxy consultalo.

Gestione della velocità rispettosa del target

Un aspetto importante quanto la concorrenza è distribuire le richieste nel tempo. Invece di inviare 40 richieste nello stesso istante, distribuirle con piccoli ritardi appare più naturale al target e previene l'accumulo in coda.

  • Aggiungi jitter: Un'attesa casuale tra 150 e 350 ms, invece di 200 ms fissi, riduce le tracce da bot.
  • Usa un token bucket: Un token bucket che genera N richieste al secondo impedisce i picchi improvvisi.
  • Applica il backoff: Quando ricevi un 429, riduci gradualmente la concorrenza e riaumentala lentamente quando torna il successo.
  • Tieni una coda separata per ogni target: Il rallentamento di un sito non deve influire sugli altri.

Limiti tipici nei diversi tipi di proxy

Differenza tra condivisi e dedicatiConcorrenza tipicaFattore limitante
DatacenterAlta — centinaiaBanda e rate limit del target
ISPMedio-altaTolleranza del target per IP
ResidentialMedia — in base al pianoQuota dell'account presso il provider
MobileBassaSingolo dispositivo e connessione dell'operatore

I proxy mobile, uscendo attraverso un unico modem fisico, offrono per loro natura una concorrenza bassa; in compenso hanno il punteggio di affidabilità più alto. Per i dettagli al nostro articolo sui proxy mobile puoi consultarlo.

Riepilogo

La concorrenza non determina la velocità da sola, ma insieme alla latenza. Il modo per trovare il valore corretto passa da un test di carico sperimentale: individua il punto in cui il throughput si appiattisce e la latenza schizza, e lavora al 70% di quel valore. Fissa il pool di connessioni su questo valore, scala la concorrenza insieme al numero di IP e applica il backoff quando arriva un 429. Per misurare la latenza dei tuoi proxy attuali test del ping e controllo proxy i nostri strumenti.

Domande frequenti

01Che cosa significano 50.000 connessioni?

In genere è il numero massimo di connessioni TCP che il tuo account può tenere aperte contemporaneamente. In pratica, per raggiungere questa cifra servono moltissimi IP di uscita e una banda elevata; aprire tante connessioni da una sola macchina è limitato dai vincoli del sistema operativo.

02Perché sono rallentato dopo aver aumentato la concorrenza?

Quando il limite viene superato, le nuove connessioni entrano in coda e il tempo di attesa si somma alla durata di ogni richiesta. Inoltre il sito target può ritardare le risposte applicando un rate limit per IP. Spesso abbassare il valore e misurare aumenta la velocità.

03Quanti thread dovrei usare?

Il numero di thread non deve superare il tuo limite di concorrenza. Se usi un client async (asincrono), è più efficiente usare un semaforo che limiti il numero di task anziché i thread.

04Se supero la quota di concorrenza pago un extra?

Nella maggior parte dei provider no; le connessioni oltre il limite vengono rifiutate o messe in coda. Tuttavia in alcuni piani enterprise il superamento può essere fatturato. Verifica in anticipo il comportamento previsto dal contratto.

05Usare un pool di connessioni influisce sul limite di concorrenza?

Sì, in senso positivo. Poiché una connessione riutilizzata non richiede un nuovo handshake, con lo stesso limite puoi far passare più richieste. Fissa la dimensione del pool appena sotto il tuo limite.

Articoli e pagine correlati

PROSSIMO PASSO

Potenzia oggi la tua infrastruttura proxy.

Inizia in pochi minuti con i pacchetti a pagamento oppure prova prima il nostro elenco di proxy gratuiti.

FREEPROXY.TR

Se cerchi proxy gratuiti, sei nel posto giusto

Una piattaforma proxy completa dove consultare indirizzi proxy gratuiti aggiornati, confrontare i tipi di proxy HTTP e SOCKS e verificare le tue connessioni proxy con strumenti gratuiti.