Limiti di utilizzo dei proxy

Che cosa può limitare un fornitore

Alcuni limiti descrivono una risorsa consumata nell’arco di un periodo. Altri controllano il carico in un determinato momento oppure decidono se una connessione è consentita. Le distinzioni seguenti sono utili anche quando un piano pubblicizza soltanto uno o due di questi parametri.

Un fornitore utilizza queste regole per distribuire capacità di rete e risorse di elaborazione, controllare i costi e limitare le attività indesiderate. Gli effetti sono diversi: un limite di connessioni più alto consente più connessioni contemporanee, mentre il permesso di raggiungere una destinazione bloccata cambia le attività eseguibili dal servizio. Modificare una condizione non cambia automaticamente le altre.

Connessioni simultanee

Un limite di connessioni simultanee stabilisce quante connessioni possono rimanere aperte contemporaneamente. Un browser o un’altra applicazione può aprire più connessioni per una sola attività. Il numero di schede, profili o thread del programma non indica quindi esattamente quanta parte di questa quota è utilizzata.

Le connessioni possono rimanere aperte tra una richiesta e l’altra e HTTP/2 può trasportare più richieste su una sola connessione. Inviare meno richieste al minuto non libera necessariamente le connessioni occupate. L’articolo sulle connessioni simultanee spiega che cosa consuma questa quota e perché è diversa dal numero di richieste.

I limiti possono influenzarsi a vicenda. Se una risposta grande richiede più tempo per il trasferimento, la sua connessione può rimanere occupata più a lungo. Un programma che continua ad avviare nuovo lavoro può quindi raggiungere il limite di connessioni anche con la stessa frequenza di richieste. Aggiungere attività parallele a quel punto può aumentare attese ed errori senza aumentare la quantità di lavoro completato.

Siti e app bloccati

Un fornitore può limitare l’accesso a determinati siti, indirizzi o operazioni. Una destinazione può trovarsi nel suo elenco di blocco anche quando il traffico è illimitato e c’è capacità di connessione disponibile. L’accesso può inoltre variare tra prodotti dello stesso fornitore. L’articolo sui siti e sulle app bloccati spiega come nascono questi elenchi e che cosa determina l’accesso a una risorsa specifica.

Un’applicazione può utilizzare più destinazioni: la pagina principale può aprirsi mentre una funzione separata non funziona. Anche il sito di destinazione può imporre le proprie restrizioni quando il fornitore di proxy consente l’accesso. Per capire un errore, identifica prima quale risorsa è indisponibile e quale parte ha rifiutato la richiesta.

Porte bloccate

L’accesso a un sito non dimostra che ogni servizio di rete sullo stesso server sia disponibile. Un fornitore può consentire il traffico web e bloccare una porta per l’invio della posta. Qui conta la porta di destinazione richiesta dall’applicazione. L’articolo sulle porte bloccate spiega come si distingue dalla porta utilizzata per collegarsi al proxy stesso.

Il supporto del trasporto è un’altra parte di questo permesso. TCP e UDP sono modi diversi di trasportare dati e l’accesso a una porta TCP numerata non dimostra l’accesso alla stessa porta UDP. Il trasporto richiesto deve essere supportato e consentito dal prodotto. Un numero maggiore di IP o una quota di connessioni più alta non possono fornire un permesso mancante.

Volume dei dati, velocità di trasferimento e numero di richieste

Volume di traffico

Il traffico può essere illimitato oppure venduto con una quota di dati, secondo il fornitore e il prodotto. Alcuni fornitori vendono una quantità fissa di dati, per esempio un pacchetto mensile in gigabyte. Per un pacchetto di questo tipo verifica la validità, quando la quota si azzera e se i dati inutilizzati vengono riportati al periodo successivo. Queste regole di conteggio si applicano ai prodotti con una quota di dati; non sono una condizione universale dell’accesso ai proxy.

Le dimensioni del risultato salvato non sono una stima affidabile del traffico. Estrarre un breve prezzo o nome di prodotto può richiedere il download di una pagina intera. Un browser può inoltre richiedere immagini, script e altri file. I tentativi ripetuti possono trasferire nuovamente i dati. Misurare l’applicazione effettiva aiuta a stimare il carico di rete. Se il prodotto viene fatturato in base al volume di traffico, verifica anche quali byte trasferiti vengono conteggiati dal fornitore.

Velocità di trasferimento

Un limite di velocità di trasferimento controlla quanti dati possono passare in un’unità di tempo. Di solito viene espresso in bit al secondo, come Mbps, oppure in byte al secondo, come MB/s. Un byte contiene otto bit: 80 Mbps corrispondono a 10 MB/s prima del traffico aggiuntivo dei protocolli. Sono unità di velocità; una quota mensile espressa in GB risponde a una domanda diversa.

Conta l’ambito della velocità pubblicizzata. Una porta server con una determinata velocità nominale non dimostra che ogni cliente o ogni connessione riceva quella velocità. Più trasferimenti possono condividere una sola quota. La velocità effettiva dipende anche dal percorso, dal server di destinazione e dalla connessione del client, quindi il tetto dichiarato dal fornitore non è un risultato garantito per ogni download.

Il tempo di risposta conta insieme alla velocità di trasferimento. Un server può far attendere un’applicazione prima di inviare una piccola risposta, anche quando la capacità per trasferire i byte è abbondante. I download grandi sono più sensibili alla velocità di trasferimento sostenuta; i carichi composti da molte richieste brevi possono risentire maggiormente dei ritardi di risposta e della frequenza consentita delle richieste.

Quota e frequenza delle richieste

Una quota di richieste specifica quante operazioni conteggiate sono incluse. Un limite di frequenza specifica quanto ravvicinati possono essere gli invii. Avere un saldo residuo elevato non significa poterlo utilizzare interamente in un’unica breve raffica. Questi due limiti possono esistere indipendentemente, anche in un prodotto che non fattura il volume di traffico.

Anche l’operazione conteggiata deve avere una definizione chiara. Un clic, una visita a una pagina, una richiesta HTTP e un’attività di estrazione dati completata sono eventi diversi. Una visita può generare molte richieste HTTP; un’attività gestita tramite API può comprendere più tentativi eseguiti dal fornitore. Il consumo della quota del cliente da parte di questi tentativi dipende dalle regole di conteggio del prodotto.

Un limite di frequenza ha anche una finestra temporale e regole per le brevi raffiche. Dividere un limite al minuto per sessanta fornisce una media, ma non rivela come il servizio tratta un gruppo inviato tutto insieme. Distribuire nel tempo il lavoro consentito può rispettare un limite di frequenza senza cambiarne il volume totale. Non ripristina una quota di richieste già consumata.

Quale account, IP o prodotto condivide il limite

Un numero diventa utile soltanto quando sai chi lo condivide. Un fornitore può applicare un limite a un account, un ordine, un singolo IP proxy, un IP client autorizzato oppure un altro gruppo definito. Per esempio, una quota totale di velocità di trasferimento dell’account è condivisa dai programmi che lo utilizzano. Assegnare a quei programmi IP di uscita diversi non crea una quota separata per ciascuno.

Possono applicarsi più livelli contemporaneamente. Un servizio può fissare un massimo per ogni IP proxy e un secondo massimo per l’intero pacchetto. Distribuire il lavoro tra gli IP può aiutare a rispettare il primo vincolo, ma il totale del pacchetto continua ad applicarsi. Un limite legato all’IP pubblico del client può inoltre essere condiviso da più dispositivi che raggiungono Internet tramite quell’indirizzo.

Contano anche le regole del prodotto. Una connessione proxy diretta, un’API gestita per l’estrazione dati e un’altra rete venduta dallo stesso fornitore possono avere quote e permessi diversi. L’unità conteggiata da un’API può essere un’attività o un risultato anziché una connessione di rete. Leggi i limiti del prodotto che intendi usare, comprese le impostazioni applicate specificamente al tuo account.

Che cosa accade quando viene raggiunto un limite

La risposta del servizio dipende dalla regola. Al raggiungimento di un tetto di velocità, i dati possono continuare a passare a velocità limitata. Con un limite di frequenza delle richieste, il lavoro in eccesso può attendere o essere rifiutato. Con un limite di connessioni, il servizio può rifiutare nuove connessioni mentre quelle esistenti rimangono utilizzabili. Per i prodotti con una quota di traffico o richieste, esaurirla può richiedere un rinnovo o un acquisto aggiuntivo; le condizioni del fornitore determinano le opzioni disponibili.

La parola «illimitato» necessita quindi di un oggetto: traffico, richieste o connessioni illimitati. Ognuno descrive un parametro. Un piano con traffico illimitato può comunque avere velocità di trasferimento finita e un limite di connessioni. Quando un fornitore utilizza condizioni di uso corretto per modificare una quota dopo un uso intenso e prolungato, anche queste condizioni fanno parte del piano. La parola da sola non definisce l’intero insieme delle regole.

Un messaggio esplicito del fornitore è più utile di un errore generico. HTTP 429 significa che il servizio che risponde considera eccessivo il numero di richieste secondo le proprie regole. Identifica prima se la risposta proviene dal servizio proxy o dalla destinazione. Un timeout può avere altre cause, tra cui una destinazione lenta o problemi di rete. Le statistiche di utilizzo, i dettagli dell’errore e l’orario del tentativo aiutano a distinguere un problema di quota da un guasto altrove.

Inviare ripetutamente lavoro rifiutato può aggravare un problema di frequenza e consumare altra quota. Una modifica utile interviene sulla condizione nota: riduci la frequenza di invio, chiudi le connessioni non più necessarie, aggiungi la quota esaurita oppure conferma il permesso per la destinazione. Un aumento generico del pacchetto aiuta soltanto se modifica quella specifica condizione.

Adatta i limiti all’attività completa

Parti dal risultato richiesto e dalla scadenza. Come calcolo illustrativo, supponi che un lavoro richieda 6 000 richieste HTTP entro 30 minuti, con una risposta media di 0,5 MB. Sono in media 200 richieste al minuto e circa 3 GB di dati di risposta utilizzando unità decimali. La stima esclude i dati in uscita, le risorse aggiuntive del browser e i tentativi ripetuti. Vanno inclusi se il lavoro reale li genera e il servizio li conteggia.

Questi totali non stabiliscono ancora la quota di connessioni necessaria. Prova l’attività parallela effettiva dell’applicazione e quanto a lungo rimangono occupate le connessioni. Includi gli altri programmi che condividono lo stesso limite e le brevi raffiche che si verificano quando più lavori iniziano insieme. Misura separatamente volume dei dati, frequenza delle richieste e connessioni simultanee; un contatore non può rappresentare tutti e tre.

Per la prova utilizza il prodotto e le destinazioni previsti, comprese le funzioni dell’applicazione necessarie a completare il lavoro. Un piccolo controllo riuscito dimostra che una singola operazione ha funzionato. Un’esecuzione rappresentativa aggiunge informazioni su carico sostenuto, picchi e risorse necessarie all’attività completa. Mantieni un margine per le variazioni osservate durante la prova anziché trattare la media come un massimo sicuro.

Se un requisito non è chiaro, fornisci all’assistenza una descrizione concreta: prodotto, host di destinazione, porte di destinazione e trasporto, volume di dati previsto, frequenza delle richieste, picco di connessioni ed errore esatto, se presente. Questo consente al fornitore di verificare la quota o il permesso pertinente. Il risultato necessario è una corrispondenza tra i limiti dichiarati del servizio e il carico che intendi eseguire.