Je proxy gebruiken
Verbinden via SOCKS5
Elke proxypoort spreekt één protocol — SOCKS5 of HTTP(S) — gekozen bij het aanmaken. SOCKS5 (via socks5://) is de juiste standaard voor de meeste tools; maak een HTTP(S)-poort (http://user:pass@host:PORT) voor tools die alleen HTTP spreken — één van elk als je beide nodig hebt. Poorten op hetzelfde apparaat delen zijn carrier-exit-IP en roteren samen. Alles wat een van beide protocollen spreekt kan ze gebruiken — browsers, scrapers, antidetect-browsers, curl.
socks5:// zoekt je eigen machine de hostnaam op voordat er verbinding wordt gemaakt. Wil je dat het opzoeken juist op het mobiele netwerk van de telefoon gebeurt — zodat een geolocatiebewuste DNS antwoordt voor de uitgang en niet voor jou — gebruik dan socks5h:// met dezelfde host, poort en inloggegevens, of vink in je client de optie “DNS via proxy” aan.curl
curl -x socks5://USERNAME:PASSWORD@GATEWAY:PORT \
https://api.ipify.org?format=jsonHTTP(S) in plaats van SOCKS5
Liever een HTTP-proxy? Maak een proxypoort met protocol: http — die krijgt een eigen poort en credentials. Hij draagt HTTPS via CONNECT, dus je verkeer blijft end-to-end versleuteld. Heeft een tool beide protocollen nodig, maak dan één poort van elk — ze delen het exit-IP van het apparaat en roteren samen.
curl -x http://USERNAME:PASSWORD@GATEWAY:PORT \
https://api.ipify.org?format=jsonPython (requests)
Installeer de SOCKS-extra: 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)
SOCKS5-poorten dragen ook UDP, via het standaard UDP ASSOCIATE-commando uit RFC 1928 — QUIC/HTTP3 en DNS verlaten het netwerk via je carrier-IP, net als TCP. HTTP(S)-poorten kunnen geen UDP dragen; dat is een beperking van het HTTP-proxyprotocol, niet van je apparaat.
Je client moet er zelf om vragen. Tools die alleen CONNECT uitsturen — curl, de meeste HTTP-bibliotheken — blijven op TCP, welk URL-schema je ook gebruikt, dus socks5:// alleen zet UDP niet aan. Gebruik een QUIC/HTTP3-client die SOCKS5 UDP spreekt, of een tunneltool (Clash, sing-box, tun2socks) die alle UDP van een hele app via de proxy routeert.
Browsers zijn hier de gebruikelijke teleurstelling: Chrome en Firefox schakelen QUIC doorgaans uit en weigeren WebRTC-media door een ingestelde SOCKS5-proxy te sturen, dus vallen ze terug op TCP. Dat is browsergedrag — stuur ze via een tunneltool als je hun UDP op het carrier-IP nodig hebt.
Antidetect-browsers & andere tools
De meeste multi-account- en antidetect-browsers (en scraping-frameworks) hebben een proxyveld. Kies SOCKS5 en vul dan de host, poort, username en password van je proxy in — of plak de hele socks5://user:pass@host:port-URL waar één "proxy-URL" wordt geaccepteerd.
Kies een mobiel profiel — Android of iOS — in plaats van een desktopprofiel. Je verkeer vertrekt vanaf een echte Android-telefoon op een providernetwerk, dus de TCP/IP-kenmerken die een site kan waarnemen zijn die van een mobiel apparaat. Een profiel dat Windows of macOS claimt boven een mobiel carrier-IP is een mismatch die je zelf creëert; het profiel laten aansluiten op de exit houdt het hele verhaal consistent, zonder dat er iets vervalst hoeft te worden.
Eén telefoon, veel tools
Genereer een aparte credential voor elke tool of klant zodat je ze onafhankelijk kunt volgen en intrekken — zie Credentials beheren. Ze delen allemaal het enkele carrier-IP van de telefoon.