HTTP vs HTTPS vs SOCKS4 vs SOCKS5: Quale protocollo proxy dovresti scegliere?

Ogni proxy in un elenco come questo è etichettato con un protocollo — HTTP, HTTPS, SOCKS4 o SOCKS5 — e scegliere quello sbagliato per un determinato compito è il motivo più comune in assoluto per cui un proxy "funzionante" non fa effettivamente ciò di cui hai bisogno. Questo articolo va più in profondità rispetto a una rapida definizione: per ciascun protocollo analizzeremo ciò che supporta realmente, dove risulta carente, come si comporta e quando rappresenta la scelta giusta.

La versione breve

I proxy HTTP e HTTPS sono creati appositamente per il traffico web e sono quelli che quasi tutti i browser, scraper e strumenti di automazione si aspettano per impostazione predefinita. SOCKS4 e SOCKS5 operano a un livello inferiore, inoltrando qualsiasi connessione TCP anziché limitarsi alle richieste web, il che li rende più adatti per le applicazioni non basate su browser. SOCKS5 è il più completo dei quattro, aggiungendo autenticazione e supporto UDP rispetto a SOCKS4. Se ricordi una sola cosa da questo articolo, è questa: navigazione web → HTTP/HTTPS, tutto il resto → SOCKS.

Un rapido manuale tecnico: dove opera ciascun protocollo

I proxy HTTP e HTTPS lavorano al livello applicativo: comprendono nello specifico la struttura di una richiesta HTTP (metodo, intestazioni, corpo) e possono ispezionarla o instradarla di conseguenza. SOCKS, al contrario, opera più in basso, vicino al livello di trasporto grezzo: non sa né gli importa se i byte che sta inoltrando siano una pagina web, un trasferimento FTP o l'handshake di un server di gioco. Questa singola differenza architetturale spiega quasi ogni distinzione pratica tra le due famiglie: i proxy HTTP/HTTPS sono più intelligenti specificamente per il traffico web, mentre i proxy SOCKS sono più rudimentali ma di gran lunga più generici.

I proxy HTTP in dettaglio

Un proxy HTTP comprende specificamente il protocollo HTTP: analizza la richiesta, può ispezionare e talvolta modificare le intestazioni e sa come inoltrare una risposta. Grazie a questa comprensione nativa, i proxy HTTP sono il tipo di proxy più universalmente supportato: se la configurazione di uno strumento dice semplicemente "proxy" senza un menu a tendina per il protocollo, quasi certamente si aspetta HTTP.

Punti di forza: Massima compatibilità, semplicità di configurazione, adatti alla navigazione e alla maggior parte degli strumenti di scraping, e tipicamente il pool più ampio di server disponibili su qualsiasi elenco di proxy gratuiti.
Limitazioni: La connessione tra te e il proxy non è necessariamente crittografata ed è concepita specificamente per il traffico web, non come un relay TCP generico. Alcuni proxy HTTP inoltre non supportano il metodo CONNECT necessario per creare tunnel verso siti di destinazione HTTPS, quindi possono essere limitati esclusivamente a destinazioni HTTP in chiaro.

I proxy HTTPS in dettaglio

Un proxy HTTPS è funzionalmente un proxy HTTP con l'aggiunta della crittografia TLS sulla tratta tra il tuo dispositivo e il server proxy. Non modifica il modo in cui il proxy comunica con il sito di destinazione — questo è ancora regolato da qualunque protocollo utilizzi la destinazione stessa — ma significa che il primo hop è crittografato, il che è importante su reti in cui quel traffico potrebbe altrimenti essere osservato.

Punti di forza: La stessa ampia compatibilità di HTTP, oltre a una connessione crittografata con il proxy stesso e (su un elenco curato) la conferma che il tunneling CONNECT verso destinazioni HTTPS è stato effettivamente verificato come funzionante.
Limitazioni: Leggermente meno supportato in modo universale rispetto all'HTTP in bianco negli strumenti più vecchi o minimali; rimane fondamentalmente un protocollo per il traffico web, non un relay TCP generico.

I proxy SOCKS4 in dettaglio

SOCKS si distacca dalla comprensione specifica del traffico web e si limita a inoltrare le connessioni TCP in modo generico: il proxy non analizza né si cura di cosa ci sia all'interno della connessione, si limita a propagare i byte avanti e indietro. Ciò rende SOCKS4 utilizzabile per applicazioni che non hanno nulla a che fare con un browser: client FTP, protocolli di chat o qualsiasi strumento personalizzato basato su TCP.

Punti di forza: Funziona con praticamente qualsiasi applicazione basata su TCP, non solo con il traffico web; protocollo semplice con basso overhead.
Limitazioni: Nessuna autenticazione integrata (il proxy stesso va considerato come un'infrastruttura non affidabile) e nessun supporto UDP; qualsiasi cosa dipenda da UDP richiederà invece SOCKS5.

I proxy SOCKS5 in dettaglio

SOCKS5 è il successore diretto di SOCKS4 e aggiunge due funzionalità: autenticazione opzionale tramite nome utente/password e supporto per il traffico UDP in aggiunta al TCP. L'UDP è importante per cose come le ricerche DNS, parte del traffico VoIP e di gioco e altri protocolli che non utilizzano connessioni TCP standard. Se un'applicazione richiede specificamente SOCKS5 anziché SOCKS4, quasi sempre è a causa di una di queste due aggiunte.

Punti di forza: Il più capace dei quattro: il più ampio supporto di protocolli, autenticazione opzionale, supporto UDP.

Limitazioni: Leggermente meno comune sugli elenchi gratuiti rispetto all'HTTP, semplicemente perché è un sottoinsieme più ridotto di server configurati per supportarlo — ma in crescita, e merita di essere filtrato specificamente quando un'attività richiede le sue capacità extra.

Differenze di prestazioni tra i protocolli

La scelta del protocollo influisce sull'overhead più che sulla velocità effettiva (throughput). I proxy SOCKS, poiché non analizzano i contenuti a livello applicativo, tipicamente aggiungono un overhead di elaborazione leggermente inferiore per connessione rispetto ai proxy HTTP/HTTPS — ma in pratica, per i proxy pubblici gratuiti, il fattore dominante nella velocità è la larghezza di banda del singolo server, il carico e la distanza da te, non il protocollo in sé. Due proxy di protocolli diversi situati su hardware e percorsi di rete comparabili avranno solitamente prestazioni simili; i valori di tempo di risposta sull'elenco di proxy di questo sito riflettono il server effettivo, non un vantaggio a livello di protocollo.

Considerazioni sulla sicurezza per ciascun protocollo

La scelta del protocollo influisce anche su ciò che un operatore proxy può tecnicamente vedere o fare, il che è importante quando si decide quale tipo di traffico sia appropriato inviare attraverso un server gratuito e non verificato.

HTTP: Il traffico tra te e il proxy non è crittografato in quell'hop, il che significa che l'operatore del proxy (o chiunque altro si trovi nella posizione di osservare quella connessione) potrebbe potenzialmente leggere il traffico HTTP in chiaro durante il transito. Ciò non influisce sui siti visitati tramite HTTPS end-to-end — quella crittografia è separata e si applica comunque — ma significa che il proxy stesso vede più di quanto farebbe un'alternativa crittografata fino al proxy.

HTTPS: Crittografa la connessione al proxy stesso, colmando quella specifica lacuna. È la scelta migliore rispetto all'HTTP in chiaro ogni volta che il traffico che lo attraversa merita quel livello extra, sebbene come per qualsiasi proxy rimanga valido il consiglio generale di evitare login o pagamenti sensibili su un server gratuito non verificato — l'operatore può comunque vedere i metadati della connessione (quali siti stai raggiungendo) anche quando il contenuto stesso è crittografato.

SOCKS4: Non possiede alcun meccanismo di autenticazione, quindi chiunque scopra l'indirizzo e la porta del proxy può utilizzarlo; non hai modo di sapere chi altro lo stia condividendo o cosa stia facendo con esso. Trattalo puramente come una comodità di inoltro IP, non come un'infrastruttura privata.

SOCKS5: Supporta l'autenticazione opzionale che — quando un proxy specifico la offre effettivamente — almeno limita chi può utilizzare quel particolare server. La maggior parte delle voci SOCKS5 gratuite non richiede l'autenticazione nella pratica, quindi si applica solitamente la stessa cautela generale di SOCKS4 a meno che tu non sappia diversamente.

In tutti e quattro i casi, la regola pratica è la stessa: un proxy gratuito e di origine pubblica di qualsiasi protocollo dovrebbe essere trattato come un'infrastruttura non verificata. Usalo per attività come il geo-testing, lo scraping di dati pubblici o la navigazione occasionale, ed evita di instradare login o informazioni di pagamento attraverso di essi indipendentemente dal protocollo in uso.

Confronto diretto: cosa conta davvero per il tuo compito

Navigare sul web o fare scraping di siti web

Usa HTTP o HTTPS. Questi protocolli sono ciò che i browser e praticamente ogni libreria di scraping si aspettano nativamente, e la differenza di compatibilità è sufficientemente significativa che raramente c'è un motivo per ricorrere a SOCKS a meno che uno strumento specifico non lo richieda.

Utilizzo di un'applicazione non basata su browser (client FTP, app di chat, strumento personalizzato)

Usa SOCKS4 o SOCKS5. Queste applicazioni aprono tipicamente connessioni TCP grezze anziché richieste HTTP formattate, e un proxy HTTP non saprebbe cosa fare con quel traffico.

Qualsiasi cosa che coinvolga UDP (strumenti pesanti basati su DNS, determinati giochi o traffico VoIP)

SOCKS5 è l'unico dei quattro a supportarlo; HTTP, HTTPS e SOCKS4 sono esclusivamente basati su TCP.

Traffico sensibile in cui la connessione proxy stessa non dovrebbe essere osservabile

Preferisci HTTPS a HTTP (per il traffico web) poiché crittografa quel primo hop; SOCKS5 con autenticazione è l'equivalente più vicino per il traffico non web.

Non sei sicuro di quale protocollo necessiti uno strumento specifico

Controlla la documentazione dello strumento per le sue impostazioni proxy: se ha un solo campo "proxy" senza un selettore di protocollo, si aspetta HTTP; se ha un menu a tendina che elenca SOCKS4/SOCKS5 come opzione, è il segnale che supporta (e possibilmente richiede) il protocollo di livello inferiore per qualsiasi traffico esso generi.

Devi scegliere specificamente tra SOCKS4 e SOCKS5

Usa come predefinito SOCKS5 a meno che qualcosa non imponga specificamente SOCKS4. SOCKS5 fa tutto ciò che fa SOCKS4 più l'autenticazione e l'UDP, quindi raramente c'è uno svantaggio nel preferirlo; l'unico motivo comune per scegliere SOCKS4 è che un determinato proxy gratuito semplicemente non offre un'opzione SOCKS5, o che uno strumento più vecchio implementa solo le specifiche SOCKS4.

Filtraggio per protocollo su questo sito

Ogni voce nell'elenco di proxy gratuiti è etichettata con il suo protocollo, e la barra dei filtri ti consente di restringere l'elenco esattamente a HTTP, HTTPS, SOCKS4 o SOCKS5. Esistono anche pagine dedicate per ciascun protocollo — ad esempio l'elenco di proxy SOCKS5 — se sai esattamente di quale tipo hai bisogno. Qualunque sia la pagina su cui arrivi, vale la pena fare un rapido controllo tramite il Proxy Checker prima di affidartisi, poiché la disponibilità cambia costantemente per qualsiasi fonte di proxy gratuiti. Per un'introduzione più ampia ai proxy prima di approfondire i dettagli dei protocolli, consulta Cos'è un server proxy? Una guida completa ai tipi di proxy.