Rotazione dei proxy: quando cambia l’IP

La rotazione dei proxy cambia l’IP di uscita che un sito web vede quando riceve il tuo traffico. Il cambio può avvenire con una nuova richiesta, dopo un intervallo definito o quando l’applicazione richiede un altro indirizzo. Scegliere il momento giusto permette di distribuire richieste indipendenti tra IP diversi mantenendo unite le azioni correlate.

La scelta più generale tra un indirizzo fisso e indirizzi variabili è trattata in Proxy statici e proxy a rotazione. Qui la domanda è che cosa attivi un cambio e come influisca sulle richieste già in corso.

Che cosa cambia durante la rotazione?

Con un gateway a rotazione, l’indirizzo inserito nel programma può restare invariato mentre il sito web vede IP di uscita diversi. Ti connetti allo stesso hostname e alla stessa porta; il servizio sceglie l’uscita usata per la connessione al sito.

Per esempio, un monitor dei prezzi può recuperare una pagina pubblica di un prodotto tramite 192.0.2.14 e un’altra tramite 198.51.100.27. Sono indirizzi di esempio. Il computer che esegue il monitor non ha cambiato connessione Internet; le richieste raggiungono il sito attraverso uscite diverse.

Il risultato dipende da due decisioni separate: quando selezionare nuovamente un’uscita e da dove ottenere la successiva. Un timer potrebbe scegliere un altro proxy disponibile oppure riconnettere un modem mobile. L’evento che attiva il cambio è lo stesso, ma l’operazione e l’eventuale interruzione possono essere diverse.

Rotazione a ogni richiesta

Con la rotazione per richiesta, il servizio effettua una nuova selezione dell’uscita per ogni richiesta che può instradare in modo indipendente. È adatta a pagine di prodotti separate, annunci pubblici o ricerche che non richiedono un IP comune. La parola “richiesta” richiede attenzione: per il traffico TCP HTTPS e SOCKS5, la rotazione si applica comunemente quando viene aperta una nuova connessione alla destinazione.

Immagina di raccogliere il prezzo da 500 pagine di prodotti. Ogni pagina fornisce un risultato separato. Il servizio può distribuire queste richieste tra le uscite disponibili invece di inviare tutto il lavoro attraverso un solo indirizzo. Anche più richieste eseguite contemporaneamente possono usare uscite diverse.

Una nuova selezione può restituire un indirizzo già utilizzato. Il pool disponibile è finito e la selezione può essere casuale. La rotazione per richiesta, da sola, non promette 500 IP diversi per 500 richieste.

Richiesta e connessione sono cose diverse

Un’applicazione può inviare più richieste HTTP sulla stessa connessione. Per una normale connessione HTTPS tramite un proxy, apre prima un tunnel verso la destinazione. Le richieste cifrate viaggiano poi all’interno del tunnel e il proxy ne inoltra i dati senza leggere le singole richieste.

L’uscita resta quindi la stessa per quel tunnel. Un servizio descritto come per richiesta può selezionare un’altra uscita quando l’applicazione apre un nuovo tunnel o una nuova connessione alla destinazione. Riutilizzare il tunnel esistente può mantenere l’IP precedente.

Una pagina nel browser può caricare molte risorse su più connessioni e il suo aggiornamento può riutilizzare connessioni già aperte. La rotazione non corrisponde quindi a un clic, una scheda o un intero caricamento della pagina.

Rotazione a intervalli prestabiliti

Con la rotazione temporizzata, un’assegnazione IP dura per una finestra definita. Al termine di quella finestra, il servizio seleziona nuovamente un’uscita. Le richieste correlate possono condividere l’indirizzo assegnato durante la finestra, purché l’uscita rimanga disponibile.

Supponiamo che una sessione inizi alle 10:00 con una durata di cinque minuti. Un test apre un catalogo, applica un filtro e controlla la pagina successiva dei risultati usando la stessa uscita. Alle 10:05 l’assegnazione scade; una nuova connessione successiva alla scadenza può ricevere un indirizzo diverso. Cinque minuti è un esempio, non un intervallo standard per ogni servizio.

Controlla quando parte il timer. Può contare dalla prima richiesta di una sessione oppure seguire una pianificazione per una porta del proxy. Se il prossimo cambio programmato avviene tra un minuto, iniziare adesso un’attività non ti dà una finestra completa di cinque minuti. Anche un timeout separato per inattività può terminare prima un’assegnazione.

L’intervallo si applica di solito a una sessione, una porta o un’impostazione di connessione del proxy specifica. Non comporta necessariamente la rotazione simultanea di tutte le connessioni di un account. Se più attività richiedono assegnazioni IP separate, serve la corrispondente separazione supportata dal servizio.

Il mantenimento di un’uscita assegnata attraverso più richieste viene comunemente chiamato sessione persistente. Un servizio a rotazione può usare questa modalità per conservare temporaneamente un indirizzo e poi effettuare una nuova selezione.

Rotazione su richiesta

Con la rotazione su richiesta, tu o l’applicazione scegliete quando richiedere un’altra uscita. A seconda del servizio, il comando può essere un pulsante nella dashboard, un URL di rotazione o un comando API. Alcuni servizi effettuano una nuova assegnazione anche quando avvii una sessione proxy diversa.

È utile quando un’attività ha più passaggi collegati ma una durata imprevedibile. Un test potrebbe aprire un modulo, inviarlo e attendere la pagina di conferma. Può mantenere l’uscita attuale per tutta la sequenza e richiedere un’altra assegnazione prima del successivo test indipendente.

La rotazione su richiesta può essere automatizzata: l’applicazione invia il comando di cambio dopo un’attività completata o un numero scelto di richieste. “Su richiesta” descrive chi decide quando cambiare. Non richiede che una persona prema ogni volta un pulsante.

Conta anche l’ambito del comando. Può interessare una sola sessione, un’intera porta del proxy o un modem fisico condiviso da più connessioni. Se cambia l’assegnazione per tutte quelle connessioni, può influire anche su altre attività che usano la stessa risorsa.

Che cosa succede a una richiesta già in corso?

In una normale connessione TCP a un sito web, l’IP di uscita resta parte della connessione. Una richiesta e la relativa risposta usano la stessa connessione stabilita. La rotazione non può semplicemente spostare lo scambio incompleto su un altro IP di uscita.

Un servizio può gestire il momento del cambio in modi diversi. Può lasciare che una connessione esistente termini sull’uscita attuale e applicare la nuova assegnazione alle connessioni successive. Oppure può chiudere la connessione, obbligando l’applicazione a riconnettersi. Anche riconnettere un modem può interrompere il traffico che lo attraversa.

Considera un download che inizia poco prima di una rotazione temporizzata. Se la connessione resta aperta, il download può continuare attraverso la vecchia uscita dopo la scadenza del timer. Se viene chiusa, l’applicazione deve riavviare o riprendere il download, se supportato. Il solo intervallo di rotazione non indica come si comporterà un trasferimento attivo.

Da dove arriva l’IP successivo?

Selezionare un’altra uscita da un pool

Un servizio basato su un pool seleziona un’uscita disponibile. La connessione successiva potrebbe usare un IP diverso sullo stesso server datacenter, un altro server, una connessione domestica o un dispositivo mobile. Scegliere un’uscita da un pool non richiede di riconnettere il dispositivo che ha trasportato la richiesta precedente.

Dove sono supportati filtri per posizione o rete, questi restringono le uscite idonee. Scegliere un altro IP nello stesso paese non richiede di cambiare paese. Una selezione ristretta può anche significare meno indirizzi disponibili e più ripetizioni.

Riconnettere un modem mobile

Alcuni servizi di proxy mobili effettuano la rotazione disconnettendo e ristabilendo la connessione dati cellulare del modem. Il traffico su quella connessione può fermarsi durante il processo. L’operatore determina l’indirizzamento pubblico, quindi una riconnessione può restituire lo stesso IP pubblico.

Altri servizi mobili scelgono un altro dispositivo disponibile da un pool. Entrambe sono forme di rotazione dei proxy mobili, ma possono avere effetti diversi sul lavoro in corso. Il solo termine rotazione mobile non specifica il meccanismo utilizzato.

Chi controlla il cambio?

Con un gateway a rotazione, il fornitore seleziona l’uscita secondo la modalità richiesta. L’applicazione può mantenere lo stesso gateway nelle impostazioni mentre il servizio gestisce gli indirizzi di uscita.

L’applicazione può anche ruotare autonomamente un elenco di proxy fissi. Per esempio, può usare il primo indirizzo per un’attività, il secondo per la successiva e proseguire nell’elenco. Può selezionare in ordine o casualmente, cambiare dopo ogni richiesta indipendente oppure mantenere un proxy fino al completamento di un’attività.

Un elenco di proxy datacenter o ISP statici può quindi supportare un flusso di lavoro con rotazione. L’IP di ogni proxy resta fisso; il programma cambia il proxy che trasporta la connessione successiva. È utile quando vuoi controllare personalmente l’assegnazione degli indirizzi alle attività.

La sostituzione degli indirizzi acquistati in un abbonamento è un’operazione separata. Un aggiornamento programmato cambia l’insieme degli IP a cui puoi accedere. Non fa passare automaticamente l’applicazione da un indirizzo all’altro durante il lavoro.

Scegli i tempi in base all’attività

Inizia individuando le azioni che devono mantenere la stessa uscita. Poi colloca il cambio in un punto in cui la richiesta o l’attività successiva possa usare un altro IP.

Per un trasferimento lungo, la gestione delle connessioni esistenti conta più di un breve intervallo di rotazione. Per più attività simultanee, controlla se il comando di rotazione si applica separatamente a ciascuna attività o a una risorsa condivisa.

Cambiare IP non elimina i cookie del browser o i dati dell’account. Un sito può continuare ad associare le richieste alla stessa sessione o allo stesso account. La rotazione distribuisce il traffico tra le uscite; non azzera ogni restrizione né garantisce il successo di una richiesta.

Controlla la modalità scelta con un piccolo test prima di un’esecuzione completa. Registra l’IP di uscita e l’ora per le nuove connessioni, poi ripeti la verifica oltre il momento previsto di scadenza del timer o dopo un comando di cambio. Controlla anche se una connessione aperta rimane attiva. Queste osservazioni mostrano se il cambio effettivo è adatto all’attività; la sola ripetizione degli IP non dimostra che la rotazione non funzioni.