Använda din proxy
Anslut via SOCKS5
Varje proxy-port talar ett protokoll — SOCKS5 eller HTTP(S) — valt när du skapar den. SOCKS5 (via socks5://) är rätt standard för de flesta verktyg; skapa en HTTP(S)-port (http://user:pass@host:PORT) för verktyg som bara talar HTTP — en av varje om du behöver båda. Portar på samma enhet delar dess carrier-exit-IP och roterar tillsammans. Allt som talar något av protokollen kan använda dem — webbläsare, scrapers, antidetect-webbläsare, curl.
socks5:// slår din egen dator upp värdnamnet innan den ansluter. Vill du i stället att uppslaget sker i telefonens operatörsnät — så att en geobaserad DNS svarar för utgången och inte för dig — använd socks5h:// med samma värd, port och inloggningsuppgifter, eller kryssa i din klients alternativ ”DNS via proxy”.curl
curl -x socks5://USERNAME:PASSWORD@GATEWAY:PORT \
https://api.ipify.org?format=jsonHTTP(S) istället för SOCKS5
Föredrar du en HTTP-proxy? Skapa en proxy-port med protocol: http — den får en egen port och egna autentiseringsuppgifter. Den bär HTTPS via CONNECT, så din trafik förblir end-to-end-krypterad. Om ett verktyg behöver båda protokollen, skapa en port av varje — de delar enhetens exit-IP och roterar tillsammans.
curl -x http://USERNAME:PASSWORD@GATEWAY:PORT \
https://api.ipify.org?format=jsonPython (requests)
Installera SOCKS-tillägget: 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-portar bär även UDP, med standardkommandot UDP ASSOCIATE från RFC 1928 — QUIC/HTTP3 och DNS går ut via din carrier-IP precis som TCP gör. HTTP(S)-portar kan inte bära UDP; det är en begränsning i HTTP-proxyprotokollet, inte i din enhet.
Din klient måste be om det. Verktyg som bara skickar CONNECT — curl, de flesta HTTP-bibliotek — stannar på TCP oavsett vilket URL-schema du använder, så enbart socks5:// slår inte på UDP. Använd en QUIC/HTTP3-klient som behärskar SOCKS5 UDP, eller ett tunnlingsverktyg (Clash, sing-box, tun2socks) som dirigerar en hel apps UDP genom proxyn.
Webbläsare är den vanliga besvikelsen här: Chrome och Firefox inaktiverar i regel QUIC och vägrar skicka WebRTC-media genom en konfigurerad SOCKS5-proxy, så de faller tillbaka på TCP. Det är webbläsarens beteende — dirigera dem genom ett tunnlingsverktyg om du behöver deras UDP på carrier-IP:n.
Antidetect-webbläsare och andra verktyg
De flesta fler-konto- och antidetect-webbläsare (och scraping-ramverk) har ett proxy-fält. Välj SOCKS5, fyll sedan i host, port, användarnamn och lösenord från din proxy — eller klistra in hela URL:en socks5://user:pass@host:port där ett enda "proxy-URL"-fält accepteras.
Välj en mobil profil — Android eller iOS — i stället för en skrivbordsprofil. Din trafik lämnar en riktig Android-telefon på ett mobilnät, så de TCP/IP-egenskaper en webbplats kan observera är en mobil enhets. En profil som utger sig för att vara Windows eller macOS över en mobil carrier-IP är en missmatchning du själv skapar; att matcha profilen mot utgången håller hela berättelsen konsekvent utan att något behöver förfalskas.
En telefon, många verktyg
Skapa en separat autentiseringsuppgift för varje verktyg eller kund så att du kan bevaka och återkalla var och en oberoende — se Hantera autentiseringsuppgifter. De delar alla telefonens enda carrier-IP.