HTTP, HTTPS e SOCKS5: scegliere un proxy per profilo
In cosa differiscono davvero i protocolli proxy, come si confrontano gli indirizzi residenziali, datacenter e mobile, e perché un proxy va verificato prima di mettergli dietro un account.
Un profilo con il proprio storage e la propria identità del dispositivo continua a uscire dal tuo computer dallo stesso indirizzo di ogni altro profilo, a meno che tu non gli dia un percorso di rete tutto suo. È questo il compito di un proxy, ed è la parte in cui si sbaglia più spesso.
I protocolli
| Protocollo | Opera a livello | Da sapere |
|---|---|---|
| HTTP | Livello applicativo | Comprende le richieste HTTP e può leggerle e modificarle. Va bene per il traffico semplice, ed è l'opzione più debole per tutto il resto. |
| HTTPS | Livello applicativo, in tunnel | Apre un tunnel CONNECT in cui il proxy non può leggere. La scelta abituale per la navigazione web. |
| SOCKS5 | Livello di sessione | Inoltra TCP e UDP senza interpretarne il contenuto. Indifferente al protocollo, supporta l'autenticazione e gestisce il traffico non HTTP che gli altri non possono. |
Per i profili del browser, HTTPS e SOCKS5 sono entrambi ragionevoli. SOCKS5 è il più generale dei due e quello da preferire quando il fornitore offre una scelta, perché inoltra tutto ciò che fa il browser e non solo le parti che riconosce.
Da dove arriva l'indirizzo
Il protocollo è una decisione minore rispetto al tipo di indirizzo che c'è dietro.
- Gli indirizzi datacenter appartengono a provider di hosting. Sono veloci ed economici, e chiunque ne cerchi uno può vedere che è spazio datacenter.
- Gli indirizzi residenziali sono assegnati a connessioni domestiche da provider consumer. Costano di più e sono più lenti, e dal solo indirizzo sembrano normale traffico domestico.
- Gli indirizzi mobile provengono da operatori mobili, di solito condivisi tra molti abbonati tramite carrier-grade NAT. Sono i più costosi e i più normali all'apparenza, proprio perché dietro ciascuno stanno tante persone reali.
C'è poi la questione statico contro rotazione. Un endpoint a rotazione ti assegna un indirizzo diverso a ogni richiesta o a ogni intervallo, utile per raccogliere dati e dannoso per un account autenticato: una sessione il cui indirizzo cambia ogni pochi minuti non somiglia a una persona seduta a una scrivania. Gli account vogliono un indirizzo sticky.
Abbinare il percorso all'identità
Un proxy non è un componente da aggiungere separatamente dall'identità del profilo. I due devono concordare.
È il problema autoinflitto più comune nel lavoro multi-account, ed è del tutto evitabile. Imposta fuso orario e locale del profilo in modo che corrispondano al percorso che usa, e controllali insieme anziché separatamente.
Verifica prima di fidarti
I fornitori di proxy ti vendono un endpoint. Cosa faccia davvero quell'endpoint è una questione a parte, e vale la pena rispondere prima che un account ci stia dietro.
PowerOps tiene i proxy in una libreria anziché in un campo sepolto dentro ogni profilo. Un endpoint si aggiunge una volta e poi si testa, da solo o con l'intero elenco alla volta. Il test riporta l'indirizzo effettivamente osservato, non quello che ti hanno venduto. Assegnare un proxy lo copia sul profilo, così due profili non condividono mai una credenziale attiva, e un percorso può essere applicato a molti profili con una sola azione.
- Aggiungi l'endpoint alla libreria con protocollo, host, porta e credenziali.
- Testalo. Conferma che l'indirizzo osservato e il paese siano quelli dichiarati dal fornitore.
- Imposta fuso orario e locale del profilo in modo che corrispondano a quel paese.
- Assegnalo, e ritesta periodicamente la libreria. Gli endpoint si degradano in silenzio.
Lo stato della rete compare nell'intestazione dell'applicazione per lo stesso motivo: un'interruzione visibile è un'interruzione, mentre un'interruzione invisibile sembra un difetto del tuo account.
