UDP tramite proxy: perché HTTP non è adatto, è necessario SOCKS5

Se hai collegato un proxy HTTP e il gioco non trova il server, la chiamata Discord non si connette e YouTube e i siti su HTTP/3 si caricano a singhiozzo — non è colpa del proxy "di bassa qualità". È una questione di protocollo. I proxy HTTP fisicamente non possono gestire il traffico UDP, e proprio su UDP si basano i giochi, le chiamate VoIP e il moderno QUIC (HTTP/3). In questo articolo analizzeremo perché ciò accade e come scegliere un proxy che consenta davvero tutto il traffico — non solo le richieste del browser.

TCP vs UDP: qual è la differenza fondamentale

Tutta la trasmissione dati in rete si basa su due protocolli di trasporto fondamentali: TCP e UDP. TCP stabilisce una connessione, garantisce la consegna dei pacchetti nell'ordine corretto, ritrasmette i pacchetti persi e conferma la ricezione di ogni frammento. Questo è affidabile, ma lento: prima che i dati vengano inviati, è necessario eseguire un "handshake", e ogni perdita di pacchetto provoca una ritrasmissione e un ritardo.

UDP funziona in modo diverso: i pacchetti vengono inviati senza stabilire una connessione, senza conferme e senza garanzia di consegna. Se un pacchetto si perde, nessuno lo ritrasmetterà; l'applicazione decide da sola come gestire la perdita. Sembra un difetto, ma per le applicazioni in tempo reale è un enorme vantaggio: è meglio perdere un fotogramma video o un tick di gioco piuttosto che aspettare una ritrasmissione e subire un lag di mezzo secondo.

Ecco perché su UDP si basano:

Giochi online (Counter-Strike, Dota 2, Fortnite, sparatutto mobili) — è importante avere una latenza minima (ping), non la consegna al 100% di ogni pacchetto;
VoIP e videochiamate — Discord, Zoom, Google Meet, chiamate WhatsApp utilizzano UDP per audio e video;
Streaming in tempo reale — WebRTC, trasmissioni tramite OBS con bassa latenza;
Richieste DNS — la maggior parte dei resolver DNS funziona su UDP;
QUIC / HTTP/3 — un nuovo protocollo di trasporto che Google e Cloudflare promuovono come sostituto di TCP+TLS per il traffico web.

HTTP e HTTPS nella loro forma classica (HTTP/1.1, HTTP/2) funzionano su TCP. Pertanto, la normale navigazione web tramite proxy HTTP funziona senza problemi — mentre tutto ciò che è nell'elenco sopra inizia a rompersi.

Perché i proxy HTTP funzionano solo con TCP

I proxy HTTP sono stati progettati inizialmente per un'unica funzione: inoltrare le richieste HTTP. Quando apri un sito HTTPS tramite un proxy HTTP, il browser invia al server proxy il comando CONNECT host:port, il proxy stabilisce un tunnel TCP verso il server di destinazione, e poi tutto il traffico crittografato passa attraverso questo tunnel. Questo funziona solo perché sia il client, sia il proxy, sia il server utilizzano TCP in tutte le fasi.

Il protocollo HTTP CONNECT semplicemente non ha un meccanismo per inoltrare i datagrammi UDP. La specifica del proxy non prevede la creazione di un "tunnel senza connessione" — e UDP è proprio una trasmissione senza connessione. Pertanto, quando un gioco o Discord cercano di inviare un pacchetto UDP attraverso un proxy HTTP configurato nel sistema, il sistema operativo ignora le impostazioni del proxy per quel traffico (e il pacchetto viene inviato direttamente, bypassando il proxy), oppure la connessione non viene stabilita.

Nella pratica, questo si manifesta così: l'applicazione mostra "nessuna connessione al server", l'audio nella chiamata scompare ogni pochi secondi, il ping nel gioco supera i 300-500 ms o il matchmaking non trova affatto il server. Il problema non è nella velocità del proxy e non nel provider — il protocollo HTTP-proxy architettonicamente non sa lavorare con UDP.

QUIC e HTTP/3: un nuovo mal di testa per i proxy

QUIC è un protocollo di trasporto sviluppato da Google, che è alla base di HTTP/3. Funziona su UDP, ma implementa un proprio meccanismo di affidabilità, crittografia (TLS 1.3 integrato) e multiplexing dei flussi — cioè prende il meglio da TCP, ma senza ritardi nell'instaurare la connessione. I siti su Cloudflare, Google, YouTube e molti CDN utilizzano già QUIC di default.

Il problema è che il browser cerca di connettersi al sito tramite QUIC (porta 443/UDP) per impostazione predefinita, e se il proxy HTTP non supporta l'inoltro di UDP, si verifica una delle due situazioni:

Il browser effettua un fallback su HTTP/2 tramite TCP — il traffico passa comunque attraverso il proxy, ma ci vuole tempo extra per il riaccordo del protocollo, il che fa sì che le pagine si carichino visibilmente più lentamente;
Oppure i pacchetti UDP di QUIC vengono inviati direttamente bypassando il proxy con l'IP reale — questo è critico per compiti in cui l'anonimato è importante: multi-accounting, browser anti-detect, test geografici della pubblicità. Il sito vede parte del traffico con l'IP del proxy e parte con il vero IP dell'utente;

Il secondo scenario è particolarmente pericoloso per gli arbitraggisti e i professionisti SMM che utilizzano browser anti-detect (Dolphin Anty, AdsPower, Multilogin, GoLogin). Se il browser "perde" in QUIC bypassando il proxy, piattaforme come Facebook o Google Ads possono collegare più account all'IP reale, anche se nelle impostazioni del proxy tutto è configurato correttamente. La maggior parte dei moderni browser anti-detect quindi disabilita forzatamente QUIC o blocca UDP per i proxy HTTP — ma se configuri il proxy manualmente in Chrome normale, dovrai occupartene tu stesso.

SOCKS5 e UDP ASSOCIATE: come funziona

SOCKS5 è un protocollo proxy di livello inferiore rispetto a HTTP. Non è legato a un protocollo applicativo specifico (HTTP, FTP, ecc.) e funziona a livello di socket, il che significa che può inoltrare sia traffico TCP che UDP. Nella specifica SOCKS5 (RFC 1928) è presente il comando UDP ASSOCIATE, progettato specificamente per inoltrare i datagrammi UDP attraverso un server proxy.

Funziona così: il client prima stabilisce una normale connessione TCP con il server SOCKS5 e invia il comando UDP ASSOCIATE. Il server, in risposta, assegna una porta UDP attraverso la quale avverrà lo scambio di datagrammi. Successivamente, il client incapsula ogni pacchetto UDP in un'intestazione SOCKS5 e lo invia su quella porta, mentre il server inoltra il contenuto a destinazione, rimuovendo l'intestazione. Il traffico di ritorno segue lo stesso schema.

Importante avvertenza: non tutti i proxy SOCKS5 sul mercato supportano realmente UDP ASSOCIATE. Molti provider vendono "SOCKS5" semplicemente come un modo alternativo di autenticazione per il traffico TCP, senza implementare affatto l'inoltro UDP. Pertanto, se hai bisogno di supporto UDP per giochi, chiamate o QUIC — chiedi specificamente al provider la disponibilità di UDP ASSOCIATE, e non solo il protocollo SOCKS5 nell'elenco.

Per compiti in cui sia importante la stabilità che l'IP reale dell'utente finale — ad esempio, testare la pubblicità in TikTok Ads o Facebook Ads da una regione specifica tenendo conto del traffico mobile — sono più adatti i proxy mobili: la rete dell'operatore e la rotazione degli IP riducono il rischio di blocchi durante sessioni lunghe, comprese le chiamate vocali e lo streaming.

HTTP vs SOCKS5: tabella comparativa

Per non confondersi su quale tipo di proxy scegliere per un compito specifico, confrontiamo i protocolli in base a parametri chiave.

Parametro	Proxy HTTP/HTTPS	SOCKS5 con UDP ASSOCIATE
Supporto TCP	Sì	Sì
Supporto UDP	No	Sì (con implementazione di UDP ASSOCIATE)
Funzionamento con QUIC/HTTP3	Fallback a HTTP/2 o perdita di traffico	Inoltro completo del traffico
Giochi (CS, Dota, Fortnite)	Non funziona	Funziona
VoIP/videochiamate (Discord, Zoom)	Interruzioni e ritardi	Connessione stabile
Navigazione web normale	Funziona	Funziona
Configurazione in browser anti-detect	Semplice	Semplice, supportato da tutti i principali

Pratica: giochi, chiamate, streaming tramite SOCKS5

Consideriamo scenari specifici in cui la differenza tra proxy HTTP e SOCKS5 si manifesta nella pratica.

Giochi online. Se devi cambiare regione di matchmaking o bypassare una restrizione geografica nel gioco, il proxy HTTP semplicemente non funzionerà — il client di gioco utilizza un proprio protocollo UDP per comunicare con i server di gioco, e il traffico andrà bypassando il proxy. È necessario un proxy SOCKS5 con supporto confermato per UDP ASSOCIATE, che deve essere configurato o nelle impostazioni del gioco stesso (se disponibile), o a livello di sistema tramite utilità di tunneling di terze parti.

Chiamate Discord e Zoom. I canali testuali di Discord funzionano tramite HTTPS (TCP) e passano perfettamente attraverso i proxy HTTP. Ma le chiamate vocali e video utilizzano un canale UDP separato — ecco perché spesso puoi scrivere in chat, ma la chiamata non si connette o l'audio "salta". La soluzione è un SOCKS5 con UDP, configurato a livello dell'applicazione Discord (nelle impostazioni c'è una sezione Proxy, dove puoi specificare il tipo SOCKS5) o a livello di sistema tramite un client proxy.

Streaming e WebRTC. Servizi come OBS con uscita WebRTC integrata, così come le videochiamate nel browser (Google Meet, WhatsApp Web) utilizzano UDP per minimizzare la latenza. Per tali compiti, i proxy residenziali con supporto SOCKS5 sono ottimali — forniscono un IP reale del provider domestico, riducendo la probabilità di blocchi a causa di un intervallo di indirizzi "sospetto" di data center, e allo stesso tempo consentono il traffico UDP senza perdite.

Parsing e automazione con endpoint WebSocket/QUIC. Se stai estraendo dati da siti che utilizzano HTTP/3 di default (molti siti su Cloudflare), e ricevi risposte instabili o ban tramite proxy HTTP, prova SOCKS5 — questo eliminerà il fallback del protocollo e renderà il comportamento del parser più simile a quello di un vero browser.

Come configurare SOCKS5 in applicazioni e browser

La configurazione di SOCKS5 varia a seconda dell'applicazione. Analizziamo le principali opzioni con cui si confrontano gli arbitraggisti, i professionisti SMM e gli utenti comuni.

Browser anti-detect (Dolphin Anty, AdsPower, GoLogin, Multilogin, Octo Browser). Nelle impostazioni del profilo, è necessario selezionare il tipo di proxy "SOCKS5" invece di "HTTP", specificare l'host, la porta, il nome utente e la password. Tutti i browser elencati supportano SOCKS5 di default — la differenza rispetto a HTTP è minima nell'interfaccia, ma fondamentale nel supporto dei protocolli all'interno del motore del browser.

Discord. Impostazioni → Voce e video → Proxy. Seleziona il tipo SOCKS5, inserisci l'indirizzo e la porta del server. Se il provider richiede l'autenticazione con nome utente e password, specificali nei campi appropriati.

Client di gioco e livello di sistema. La maggior parte dei giochi non ha impostazioni proxy integrate, quindi si utilizza il reindirizzamento del traffico a livello di sistema tramite un client proxy (ad esempio, Proxifier o utilità simili), che può lavorare con SOCKS5 e inoltrare sia pacchetti TCP che UDP di un processo di gioco specifico nel sistema.

Browser Chrome/Firefox manualmente. In Chrome non c'è supporto nativo per SOCKS5 nelle impostazioni — è necessario avviare il browser con il flag --proxy-server="socks5://host:port", oppure utilizzare un'estensione. In Firefox il supporto è integrato: Impostazioni → Rete → Impostazioni di connessione → Configurazione manuale del proxy → Host SOCKS, versione SOCKS v5, e assicurati di selezionare "Utilizza SOCKS v5 per risolvere DNS tramite proxy" — questo è importante affinché le richieste DNS passino anche attraverso il tunnel, e non direttamente.

Esempi di codice: verifica UDP tramite SOCKS5

Per gli sviluppatori che vogliono verificare se il proxy inoltra realmente UDP, presentiamo alcuni esempi pratici.

Verifica della connessione TCP tramite SOCKS5 usando curl:

curl -x socks5h://user:pass@proxy_host:1080 https://ifconfig.me

Verifica in Python tramite la libreria PySocks, che consente di incapsulare un socket in un tunnel SOCKS5, inclusa la modalità UDP:

import socks
import socket

s = socks.socksocket(socket.AF_INET, socket.SOCK_DGRAM)
s.set_proxy(socks.SOCKS5, "proxy_host", 1080, username="user", password="pass")
s.sendto(b"ping", ("8.8.8.8", 53))
data, addr = s.recvfrom(1024)
print(data)

Se il server supporta UDP ASSOCIATE, riceverai una risposta. Se la libreria genera un errore di connessione o timeout — significa che il proxy specifico implementa solo la parte TCP di SOCKS5, e non è adatto per giochi o chiamate. Per il testing automatizzato degli endpoint QUIC, puoi utilizzare curl --http3 in combinazione con un tunnel SOCKS5, assicurandoti prima che sia installata una versione di curl con supporto HTTP/3.

Checklist per la scelta del proxy per il traffico UDP

Chiedi al provider non solo "c'è SOCKS5", ma specificamente il supporto del comando UDP ASSOCIATE;
Per giochi e chiamate VoIP, testa la connessione in anticipo — il ping reale e la stabilità sono più importanti della velocità dichiarata;
Per compiti di multi-accounting in browser anti-detect, verifica che QUIC sia disabilitato o passi completamente attraverso il proxy — altrimenti è possibile una perdita dell'IP reale;
Per streaming e videochiamate, preferisci proxy con ping basso verso la regione desiderata — per tali scenari, i proxy residenziali sono molto adatti, poiché utilizzano indirizzi IP reali dei provider di telecomunicazioni;
Se il compito è un parsing veloce senza necessità di UDP (normali richieste HTTP/HTTPS), puoi accontentarti di proxy di data center più economici e veloci — non è necessario pagare di più per il supporto UDP in questo caso;
Testa sempre il proxy su un'applicazione specifica prima di un utilizzo su larga scala — non esiste un proxy "funziona sempre", il comportamento dipende dall'implementazione da parte del provider.

Conclusione

I proxy HTTP gestiscono bene il traffico web normale, ma architettonicamente non possono inoltrare UDP — il che significa che non sono adatti per giochi, chiamate VoIP, streaming e il moderno QUIC/HTTP3. Se hai riscontrato interruzioni nelle chiamate, lag nei giochi o comportamenti strani dei siti su Cloudflare tramite proxy — il problema non è nella qualità della connessione, ma nel protocollo stesso del proxy. La soluzione è SOCKS5 con supporto confermato per UDP ASSOCIATE, che deve essere verificato in anticipo, e non indovinato a posteriori.

Se il tuo compito è legato a videochiamate, streaming o all'uso di browser anti-detect, dove è importante evitare la perdita di traffico bypassando il proxy, presta attenzione ai proxy mobili — gli indirizzi IP degli operatori garantiscono un alto livello di fiducia delle piattaforme e un supporto stabile per i protocolli moderni, incluso SOCKS5 con UDP.