Usare il tuo proxy
Connettersi via SOCKS5
Ogni porta proxy parla un solo protocollo — SOCKS5 o HTTP(S) — scelto quando la crei. SOCKS5 (via socks5://) è il predefinito giusto per la maggior parte degli strumenti; crea una porta HTTP(S) (http://user:pass@host:PORT) per gli strumenti che parlano solo HTTP — una di ciascuno se ti servono entrambi. Le porte sullo stesso dispositivo condividono il suo IP di uscita dell'operatore e ruotano insieme. Qualsiasi cosa parli uno dei due protocolli può usarli — browser, scraper, browser antidetect, curl.
socks5:// è la tua macchina a risolvere il nome host prima di connettersi. Per farlo risolvere invece sulla rete dell'operatore del telefono — così che un DNS geolocalizzato risponda per l'uscita e non per te — usa socks5h:// con gli stessi host, porta e credenziali, oppure spunta l'opzione «DNS tramite proxy» del tuo client.curl
curl -x socks5://USERNAME:PASSWORD@GATEWAY:PORT \
https://api.ipify.org?format=jsonHTTP(S) invece di SOCKS5
Preferisci un proxy HTTP? Crea una porta proxy con protocol: http — ottiene una propria porta e credenziali. Trasporta HTTPS tramite CONNECT, quindi il tuo traffico resta cifrato end-to-end. Se uno strumento necessita di entrambi i protocolli, crea una porta di ciascuno — condividono l'IP di uscita del dispositivo e ruotano insieme.
curl -x http://USERNAME:PASSWORD@GATEWAY:PORT \
https://api.ipify.org?format=jsonPython (requests)
Installa l'extra SOCKS: pip install "requests[socks]".
import requests
proxy = "socks5://USERNAME:PASSWORD@GATEWAY:PORT"
r = requests.get(
"https://httpbin.org/ip",
proxies={"http": proxy, "https": proxy},
timeout=30,
)
print(r.json())Node.js
Install node-fetch and socks-proxy-agent; Node's global fetch ignores the non-standard agent option.
import fetch from "node-fetch";
import { SocksProxyAgent } from "socks-proxy-agent";
const agent = new SocksProxyAgent(
"socks5://USERNAME:PASSWORD@GATEWAY:PORT"
);
const res = await fetch("https://api.ipify.org?format=json", { agent });
console.log(await res.json());UDP (QUIC/HTTP3, DNS)
Le porte SOCKS5 trasportano anche UDP, usando il comando standard UDP ASSOCIATE di RFC 1928 — QUIC/HTTP3 e DNS escono dal tuo IP dell'operatore esattamente come fa il TCP. Le porte HTTP(S) non possono trasportare UDP; è un limite del protocollo proxy HTTP, non del tuo dispositivo.
Il tuo client deve chiederlo esplicitamente. Gli strumenti che emettono solo CONNECT — curl, la maggior parte delle librerie HTTP — restano su TCP qualunque schema di URL tu usi, quindi socks5:// da solo non attiva UDP. Usa un client QUIC/HTTP3 che parla SOCKS5 UDP, oppure un tunneller (Clash, sing-box, tun2socks) che instrada attraverso il proxy tutto l'UDP di un'app.
I browser sono la delusione più comune qui: Chrome e Firefox in genere disattivano QUIC e si rifiutano di inviare traffico WebRTC attraverso un proxy SOCKS5 configurato, quindi ripiegano su TCP. È un comportamento del browser — instradali tramite un tunneller se ti serve il loro UDP sull'IP dell'operatore.
Browser antidetect e altri strumenti
La maggior parte dei browser multi-account e antidetect (e dei framework di scraping) ha un campo proxy. Scegli SOCKS5, poi inserisci host, porta, username e password del tuo proxy — oppure incolla l'intero URL socks5://user:pass@host:port dove è accettato un singolo "URL proxy".
Scegli un profilo mobile — Android o iOS — invece di uno desktop. Il tuo traffico esce da un vero telefono Android su una rete dell'operatore, quindi le caratteristiche TCP/IP che un sito può osservare sono quelle di un dispositivo mobile. Un profilo che dichiara Windows o macOS su un IP mobile dell'operatore è un'incoerenza che crei tu stesso; far corrispondere il profilo all'uscita mantiene coerente tutta la storia senza dover falsificare nulla.
Un telefono, molti strumenti
Genera una credenziale separata per ogni strumento o cliente così puoi monitorare e revocare ciascuno in modo indipendente — vedi Gestione delle credenziali. Condividono tutte l'unico IP dell'operatore del telefono.