Brug af din proxy
Forbind via SOCKS5
Hver proxy-port taler én protokol — SOCKS5 eller HTTP(S) — valgt, når du opretter den. SOCKS5 (via socks5://) er den rigtige standard for de fleste værktøjer; opret en HTTP(S)-port (http://user:pass@host:PORT) til værktøjer, der kun taler HTTP — én af hver, hvis du har brug for begge. Porte på samme enhed deler dens mobil-eksit-IP og roterer sammen. Alt, der taler den ene af protokollerne, kan bruge dem — browsere, scrapere, antidetect-browsere, curl.
socks5:// slår din egen maskine værtsnavnet op, før den forbinder. Vil du i stedet have opslaget til at ske på telefonens mobilnet — så en geobaseret DNS svarer for udgangen og ikke for dig — så brug socks5h:// med samme vært, port og loginoplysninger, eller sæt flueben i din klients “proxy-DNS”.curl
curl -x socks5://USERNAME:PASSWORD@GATEWAY:PORT \
https://api.ipify.org?format=jsonHTTP(S) i stedet for SOCKS5
Foretrækker du en HTTP-proxy? Opret en proxy-port med protocol: http — den får sin egen port og loginoplysninger. Den fører HTTPS via CONNECT, så din trafik forbliver krypteret ende-til-ende. Hvis et værktøj kræver begge protokoller, så opret én port af hver — de deler enhedens eksit-IP og roterer sammen.
curl -x http://USERNAME:PASSWORD@GATEWAY:PORT \
https://api.ipify.org?format=jsonPython (requests)
Installér SOCKS-tilføjelsen: 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-porte bærer også UDP med standardkommandoen UDP ASSOCIATE fra RFC 1928 — QUIC/HTTP3 og DNS går ud via dit carrier-IP præcis som TCP gør. HTTP(S)-porte kan ikke bære UDP; det er en begrænsning i HTTP-proxyprotokollen, ikke i din enhed.
Din klient skal selv bede om det. Værktøjer, der kun udsteder CONNECT — curl, de fleste HTTP-biblioteker — bliver på TCP, uanset hvilket URL-skema du bruger, så socks5:// alene slår ikke UDP til. Brug en QUIC/HTTP3-klient, der taler SOCKS5 UDP, eller en tunneller (Clash, sing-box, tun2socks), der sender en hel apps UDP gennem proxyen.
Browsere er den typiske skuffelse her: Chrome og Firefox slår som regel QUIC fra og nægter at sende WebRTC-medie gennem en konfigureret SOCKS5-proxy, så de falder tilbage til TCP. Det er browserens adfærd — send dem gennem en tunneller, hvis du har brug for deres UDP på carrier-IP-adressen.
Antidetect-browsere og andre værktøjer
De fleste multikonto- og antidetect-browsere (og scraping-frameworks) har et proxy-felt. Vælg SOCKS5, og udfyld derefter host, port, brugernavn og adgangskode fra din proxy — eller indsæt hele socks5://user:pass@host:port-URL'en, hvor der accepteres en enkelt "proxy-URL".
Vælg en mobil profil — Android eller iOS — frem for en desktopprofil. Din trafik forlader en rigtig Android-telefon på et mobilnetværk, så de TCP/IP-karakteristika, en side kan observere, er dem fra en mobil enhed. En profil, der påstår Windows eller macOS oven på et mobilt carrier-IP, er et misforhold, du selv skaber; at matche profilen til udgangen holder hele historien konsistent, uden at noget skal forfalskes.
Én telefon, mange værktøjer
Udsted et separat login for hvert værktøj eller hver kunde, så du kan overvåge og tilbagekalde hvert enkelt uafhængigt — se Håndtering af loginoplysninger. De deler alle telefonens ene mobil-IP.