SOCKS5 vs SOCKS4: le differenze tecniche

SOCKS è un protocollo proxy di basso livello: invece di comprendere HTTP, semplicemente inoltra una TCP (e, nella v5, UDP) connessione tra il tuo client e una destinazione. Quel design indipendente dal protocollo è il motivo per cui SOCKS funziona per qualsiasi cosa — web, email, traffico di gioco, SSH — non solo per i browser. SOCKS4 è arrivato per primo; SOCKS5, definito nell'RFC 1928, è la versione che quasi tutto parla oggi. Le differenze sono poche ma decisive.

Entrambi iniziano con il tuo client che chiede al proxy di connettersi a un host e una porta di destinazione. Ciò che è cambiato tra le versioni è chi può utilizzare il proxy, quali tipi di traffico trasporta e dove viene risolto il nome host di destinazione.

1. Autenticazione. SOCKS4 non ha un metodo di autenticazione integrato (SOCKS4a ha aggiunto solo un campo userid, facilmente falsificabile). SOCKS5 definisce una corretta autenticazione, comunemente username/password, in modo che un proxy possa limitare l'accesso agli utenti paganti o autorizzati. Questo è il motivo per cui i proxy commerciali utilizzano SOCKS5.

2. UDP e IPv6. SOCKS4 è solo TCP e solo IPv4. SOCKS5 aggiunge il rilascio UDP (tramite il comando UDP ASSOCIATE) e l'indirizzamento nativo IPv6, quindi può gestire il traffico DNS, VoIP, QUIC e di gioco che SOCKS4 semplicemente non può. Vedi UDP su SOCKS5 per quel meccanismo.

3. DNS remoto. Con SOCKS5 puoi chiedere al proxy di risolvere il nome host (la modalità socks5h in strumenti come cURL), quindi la ricerca non lascia mai la tua macchina e non può causare una perdita di DNS. SOCKS4 risolve localmente e invia solo un IP.

Per qualsiasi cosa scritta dopo circa la metà degli anni '90, usa SOCKS5 — e specificamente la variante socks5h in modo che il DNS venga risolto da remoto e i nomi host rimangano privati. SOCKS4 sopravvive solo in strumenti legacy e su alcune liste di proxy pubblici, dove la sua mancanza di autenticazione è esattamente il motivo per cui quei proxy sono aperti (e rischiosi). La regola pratica: preferisci SOCKS5 con credenziali per privacy e portata; tratta SOCKS4 nudo come una curiosità solo per test.

s4m fornisce SOCKS5 autenticato su proxy.s4m.online:1080 e un proxy HTTP sulla porta 3128 — vedi la pagina dei proxy e cosa è SOCKS5. Usa socks5h://USER:PASS@proxy.s4m.online:1080 per ottenere autenticazione, capacità UDP e DNS remoto senza perdite in un unico endpoint. La lista gratuita include voci SOCKS4 se hai specificamente bisogno di testare il comportamento legacy, ma SOCKS5 è il default che desideri.