mobileproxy.app

A proxy használata

Csatlakozás SOCKS5-tel

Minden proxyport egyetlen protokollt beszél — SOCKS5 vagy HTTP(S) —, amelyet a létrehozáskor választ ki. A SOCKS5 (a socks5:// révén) a helyes alapérték a legtöbb eszközhöz; hozzon létre egy HTTP(S) portot (http://user:pass@host:PORT) azokhoz az eszközökhöz, amelyek csak HTTP-t beszélnek — egyet-egyet, ha mindkettőre szüksége van. Az ugyanazon az eszközön lévő portok osztoznak a szolgáltatói kilépő IP-n, és együtt rotálódnak. Bármi használhatja őket, ami a két protokoll valamelyikét beszéli — böngészők, scraperek, antidetect böngészők, curl.

Hol történik a DNS-feloldás
A socks5:// esetén a saját gépe oldja fel a gépnevet, mielőtt kapcsolódna. Ha inkább a telefon mobilhálózatán szeretné a feloldást — hogy egy helyfüggő DNS a kilépési pontra válaszoljon, ne Önre —, használja a socks5h:// címet ugyanazzal a géppel, porttal és hitelesítő adatokkal, vagy jelölje be a kliens „DNS a proxyn keresztül” beállítását.

curl

curl -x socks5://USERNAME:PASSWORD@GATEWAY:PORT \
     https://api.ipify.org?format=json

HTTP(S) a SOCKS5 helyett

Inkább HTTP proxyt szeretne? Hozzon létre egy proxyportot protocol: http beállítással — saját portot és hitelesítő adatokat kap. A HTTPS-t CONNECT-tel viszi, így a forgalma végponttól végpontig titkosítva marad. Ha egy eszköznek mindkét protokollra szüksége van, hozzon létre egyet-egyet — ezek osztoznak az eszköz kilépő IP-jén, és együtt rotálódnak.

curl -x http://USERNAME:PASSWORD@GATEWAY:PORT \
     https://api.ipify.org?format=json

Python (requests)

Telepítse a SOCKS kiegészítőt: 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)

A SOCKS5 portok UDP-t is hordoznak, az RFC 1928 szabványos UDP ASSOCIATE parancsával — a QUIC/HTTP3 és a DNS ugyanúgy a szolgáltatói IP-jén lép ki, mint a TCP. A HTTP(S) portok nem tudnak UDP-t hordozni; ez a HTTP proxyprotokoll korlátja, nem az eszközéé.

A kliensnek kérnie kell. Azok az eszközök, amelyek csak CONNECT parancsot adnak ki — a curl és a legtöbb HTTP-könyvtár —, TCP-n maradnak, bármilyen URL-sémát használ is, így a socks5:// önmagában nem kapcsolja be az UDP-t. Használjon olyan QUIC/HTTP3 klienst, amely beszéli a SOCKS5 UDP-t, vagy egy alagutazó eszközt (Clash, sing-box, tun2socks), amely egy teljes alkalmazás UDP-forgalmát a proxyn keresztül vezeti.

A böngészők itt a szokásos csalódás: a Chrome és a Firefox általában letiltja a QUIC protokollt, és nem hajlandó WebRTC médiát küldeni a beállított SOCKS5 proxyn keresztül, ezért visszaesnek TCP-re. Ez böngészőviselkedés — vezesse őket alagutazó eszközön keresztül, ha szüksége van az UDP-jükre a szolgáltatói IP-n.

Antidetect böngészők és más eszközök

A legtöbb többfiókos és antidetect böngészőnek (és scraping keretrendszernek) van proxymezője. Válassza a SOCKS5 lehetőséget, majd töltse ki a host, port, username és password mezőket a proxyjából — vagy illessze be a teljes socks5://user:pass@host:port URL-t oda, ahol egyetlen „proxy URL” elfogadott.

Válasszon mobil profilt — Android vagy iOS —, ne asztalit. A forgalma egy valódi Android telefonról, szolgáltatói hálózaton indul, így azok a TCP/IP-jellemzők, amelyeket egy webhely megfigyelhet, egy mobileszközéi. Az a profil, amely mobil szolgáltatói IP mögött Windows vagy macOS rendszert állít magáról, olyan ellentmondás, amelyet Ön maga hoz létre; ha a profilt a kilépési ponthoz igazítja, az egész történet következetes marad anélkül, hogy bármit is hamisítani kellene.

Egy telefon, sok eszköz

Készítsen külön hitelesítő adatot minden eszközhöz vagy ügyfélhez, hogy egyenként figyelhesse és vonhassa vissza őket — lásd: Hitelesítő adatok kezelése. Mindegyik a telefon egyetlen szolgáltatói IP-jén osztozik.

Mi van letiltva
A privát és a link-local tartományok (SSRF-védelem), valamint az ismert visszaéléses célok az átjárón szűrődnek ki, mielőtt elérnék a telefont. Egy jogos célt tévedésből letiltottunk? Szóljon nekünk — a szűrőink auditálhatók.