SOCKS5 vs proxy HTTP: come differiscono e quale usare

Come trasporta il traffico HTTPS un proxy HTTP?

Un proxy HTTP trasporta il traffico HTTPS tramite un tunnel che il tuo client apre con il metodo CONNECT da RFC 9110. Il client indica host e porta, il proxy si connette e risponde 200, e da quel momento inoltra solo byte cifrati.

Lo scambio è questo, con credenziali di esempio:

CONNECT api.ipify.org:443 HTTP/1.1
Host: api.ipify.org:443
Proxy-Authorization: Basic VVNFUk5BTUU6UEFTU1dPUkQ=

HTTP/1.1 200 Connection established

Come apre una connessione un proxy SOCKS5?

Un proxy SOCKS5 apre una connessione in tre brevi scambi binari definiti da RFC 1928: un saluto che concorda un metodo di autenticazione, il login e una richiesta di connessione con l'indirizzo di destinazione. La tabella mostra i byte per un login con nome utente e password (RFC 1929) e una richiesta per api.ipify.org sulla porta 443.

RFC 1929 invia nome utente e password in chiaro, ciascuno fino a 255 byte. Come l'autenticazione Basic su HTTP, non protegge nulla di per sé; la sessione TLS verso il sito web avviene poi dentro il relay. Una allowlist IP evita del tutto l'invio di una password. Opzioni di login: Nome utente e password, oppure una allowlist IP (fino a 10 IP).

Qual è la differenza tra socks5 e socks5h?

Con socks5://, la tua macchina risolve il nome host e invia al proxy un indirizzo IP; con socks5h://, il proxy riceve il nome host e lo risolve. La "h" sta per hostname. I nomi provengono da curl e sono usati anche da Python requests con PySocks.

La differenza conta sotto due aspetti. Primo, la risoluzione locale invia una query DNS dalla tua rete, dicendo al tuo resolver quali siti visiti. Secondo, la risposta DNS che ottieni localmente può puntare a un server vicino a te, non al proxy, quindi una CDN può servirti la regione sbagliata. Usa socks5h:// a meno che tu non abbia motivo di fare diversamente. I proxy HTTP risolvono sempre lato proxy, perché CONNECT trasporta il nome host.

curl -x socks5h://USERNAME:[email protected]:PORT https://api.ipify.org
curl -x http://USERNAME:[email protected]:PORT https://api.ipify.org

SOCKS5 supporta UDP?

Lo standard SOCKS5 definisce il relay UDP tramite un comando chiamato UDP ASSOCIATE, ma il supporto dipende dal server e dal client. Molti servizi proxy e molte librerie client implementano solo TCP.

RackProxies vende i suoi IP per HTTP, HTTPS (CONNECT) e SOCKS5, e non promettiamo UDP. Se il tuo uso richiede UDP, testalo sul piano 1 IP prima di acquistare di più, e chiedi prima al supporto. Per richieste web, API e monitoraggio su HTTPS, TCP è tutto ciò che ti serve.

Quale devo scegliere per il mio strumento?

Scegli HTTP quando il tuo strumento parla HTTP, e SOCKS5 quando non lo fa o quando supporta solo SOCKS. In pratica:

• Python requests, Node.js fetch con undici, Playwright, Scrapy: HTTP funziona subito. SOCKS5 richiede un pacchetto aggiuntivo in requests (requests[socks]).
• curl e wget: curl supporta entrambi; wget usa proxy HTTP.
• Browser: entrambi, ma il client SOCKS5 integrato di Chromium storicamente non supporta l'autenticazione con nome utente e password, quindi la scelta sicura è la forma HTTP o l'allowlist.
• Client TCP non HTTP (strumenti per database, protocolli personalizzati): SOCKS5.

Gli esempi di codice mostrano ogni caso, e la guida rapida testa entrambi i protocolli con curl.