Proxy ISP o residenziali: quale serve al tuo lavoro

In breve: Un proxy ISP statico è un solo indirizzo, tuo per il periodo che paghi e fatturato per indirizzo. Un proxy residenziale rotativo prende un nuovo indirizzo a ogni richiesta o per una breve finestra di tempo e si paga a gigabyte. Scegli quello statico quando un obiettivo deve riconoscerti, e un pool rotativo quando ogni richiesta deve sembrare quella di uno sconosciuto.

La differenza tra un proxy ISP statico e un proxy residenziale rotativo sta nel fatto che l’indirizzo resti tuo, e questa sola proprietà decide il modello di prezzo, i modi in cui qualcosa si rompe e i lavori a cui ciascuno si adatta. Se vuoi prima la definizione, inizia da che cos’è un proxy ISP.

Come assegnano un indirizzo i proxy ISP e i residenziali rotativi?

Un proxy ISP statico ti dà un indirizzo noto; uno rotativo ti dà un gateway verso un pool.

Con un proxy ISP statico conosci l’indirizzo in anticipo. Resta lo stesso, nessun altro lo usa mentre lo tieni, e paghi per tenerlo.

Un proxy residenziale rotativo non ti consegna nulla di fisso. Ti colleghi, e il provider sceglie un’uscita per ogni richiesta: di solito una diversa ogni volta, oppure la stessa per una breve finestra se chiedi una sessione sticky. Il conto misura il traffico che hai spostato.

Perché un indirizzo statico si paga per IP e un pool a gigabyte?

La fatturazione dipende dal fatto che un indirizzo sia riservato a te. Un indirizzo riservato viene tenuto fuori dalla circolazione per conto tuo, quindi un provider ne chiede un affitto: un prezzo per indirizzo per periodo che non dipende da quanto traffico ci fai passare.

Un pool non ti riserva nulla, e così resta il traffico come unica cosa da misurare. I lavori piccoli costano poco, e quelli grandi producono un conto che dipende da ciò che l’obiettivo ha servito. Una pagina che a metà scansione comincia a caricare video diventa un problema di budget che scopri a cose fatte.

Quali lavori si rompono quando l’indirizzo ruota?

Su un pool rotativo si rompe tutto ciò che dipende dalla continuità. Una sessione web con login è di norma un cookie impostato dal sito, come descrive RFC 6265, e il cookie viaggia con ogni richiesta, come l’indirizzo da cui la richiesta è partita. Le linee guida di OWASP sulle sessioni raccomandano di legare una sessione a proprietà come l’indirizzo IP del client e di trattare un cambio a metà sessione come un segnale di dirottamento.

Una sessione che inizia da un indirizzo e prosegue da un altro può quindi sembrare, dall’altra parte, un account passato a qualcun altro. Questi sono i primi a cedere:

• i flussi di login;
• i moduli in più passaggi;
• qualsiasi altra cosa che mantenga uno stato lato server tra una richiesta e l’altra;
• qualsiasi connessione aperta abbastanza a lungo da durare più di una finestra sticky.

In ogni caso il sito vede l’indirizzo di una sessione cambiare a metà strada, lo schema che OWASP gli dice di trattare come dirottamento.

Dove si scontra con dei limiti un indirizzo fisso?

Un indirizzo fisso fatica con l’ampiezza, perché un solo indirizzo che fa molte richieste è un solo visitatore molto attivo. Contare le richieste per indirizzo è un’opzione standard negli strumenti che i siti usano per limitare il traffico. Le regole di rate limiting di Cloudflare elencano l’IP del client tra le caratteristiche su cui può basarsi un contatore, e il modulo di limitazione delle richieste di NGINX usa l’indirizzo del client come chiave nel suo esempio documentato.

Davanti a un obiettivo che conta in questo modo, un indirizzo fisso concentra tutta l’attenzione in un solo punto. Affittare un indirizzo al mese per usarlo un’ora è anche un acquisto della forma sbagliata, perché l’affitto corre che il lavoro si faccia o no.

L’obiettivo deve riconoscerti?

Quando l’obiettivo deve riconoscerti, vuoi che l’indirizzo resti fermo. Il lavoro che trae vantaggio dall’arrivare ogni volta come uno sconosciuto qualunque va su un pool, dove un indirizzo fisso aggiungerebbe solo costi.

La maggior parte delle discussioni su questo tema sono due persone che fanno lavori diversi chiamandoli con la stessa parola. Lo scraping copre entrambe le forme, ed è per questo che la stessa domanda riceve risposte opposte da persone che hanno ragione ciascuna sul proprio lavoro.

Alcuni programmi hanno bisogno di entrambi: un’esplorazione ampia per trovare ciò che vale la pena osservare, poi l’osservazione continua delle poche cose che lo meritavano. Fai passare le due attività da indirizzi separati. Un rate limit viene spesso contato per IP, quindi tenerle separate impedisce al traffico esplorativo di consumare la quota da cui dipende un account che gestisci con il permesso della piattaforma.

Che cosa vende ProxyJam?

ProxyJam vende solo il lato statico: un indirizzo, un operatore indicato per nome, tuo per il periodo. Il traffico non è misurato. L’uso intenso incide su quante connessioni puoi tenere aperte: oltre i 50 GB in un mese solare, il tetto di un proxy scende da 100 sessioni simultanee a 10 fino al suo successivo periodo di fatturazione (Termini di Servizio, sezione 2.4).

Il prezzo per IP è sulla pagina dei proxy ISP e sulla pagina dei prezzi. Gli stessi indirizzi compaiono con l’altro nome che hanno sul mercato nella pagina dei proxy residenziali statici.

La rotazione non la vendiamo ancora. La sua scheda sul nostro sito dice Prossimamente, senza piano né checkout dietro. Se al tuo lavoro serve un pool, compralo da un provider che lo ha; la nostra pagina dei residenziali rotativi (in inglese) spiega come funziona il modello a pool.

ISP o residenziale rotativo: quale serve al tuo lavoro?

Tieni un indirizzo e accetta un conto fisso quando l’obiettivo deve riconoscerti, e attingi a un pool quando ogni richiesta deve sembrare nuova. Due altri confronti trattano le domande vicine: residenziale contro datacenter guarda alla registrazione in sé, e mobile contro residenziale guarda a ciò che aggiunge un indirizzo di un operatore mobile.