mobileproxy.app

Utiliser votre proxy

Se connecter via SOCKS5

Chaque port de proxy parle un seul protocole — SOCKS5 ou HTTP(S) — choisi à sa création. SOCKS5 (via socks5://) est le bon choix par défaut pour la plupart des outils ; créez un port HTTP(S) (http://user:pass@host:PORT) pour les outils qui ne parlent que HTTP — un de chaque si vous avez besoin des deux. Les ports d'un même appareil partagent son IP de sortie opérateur et tournent ensemble. Tout ce qui parle l'un ou l'autre protocole peut les utiliser — navigateurs, scrapers, navigateurs antidétection, curl.

Où le DNS est résolu
Avec socks5://, c'est votre propre machine qui résout le nom d'hôte avant de se connecter. Pour que la résolution se fasse plutôt sur le réseau de l'opérateur du téléphone — afin qu'un DNS géolocalisé réponde pour la sortie et non pour vous — utilisez socks5h:// avec les mêmes hôte, port et identifiants, ou cochez l'option « DNS via le proxy » de votre client.

curl

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

HTTP(S) au lieu de SOCKS5

Vous préférez un proxy HTTP ? Créez un port de proxy avec protocol: http — il obtient son propre port et ses propres identifiants. Il transporte le HTTPS via CONNECT, donc votre trafic reste chiffré de bout en bout. Si un outil a besoin des deux protocoles, créez un port de chaque — ils partagent l'IP de sortie de l'appareil et tournent ensemble.

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

Python (requests)

Installez 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)

Les ports SOCKS5 transportent aussi l'UDP, à l'aide de la commande standard UDP ASSOCIATE de la RFC 1928 — QUIC/HTTP3 et DNS sortent par votre IP opérateur, exactement comme le TCP. Les ports HTTP(S) ne peuvent pas transporter l'UDP ; c'est une limite du protocole de proxy HTTP, pas de votre appareil.

Votre client doit le demander. Les outils qui n'émettent que CONNECT — curl, la plupart des bibliothèques HTTP — restent en TCP quel que soit le schéma d'URL utilisé ; socks5:// seul n'active donc pas l'UDP. Utilisez un client QUIC/HTTP3 qui parle SOCKS5 UDP, ou un tunnelleur (Clash, sing-box, tun2socks) qui achemine à travers le proxy tout l'UDP d'une application.

Les navigateurs sont la déception classique ici : Chrome et Firefox désactivent généralement QUIC et refusent de faire passer les flux WebRTC par un proxy SOCKS5 configuré, ils retombent donc en TCP. C'est un comportement du navigateur — faites-les passer par un tunnelleur si vous avez besoin de leur UDP sur l'IP opérateur.

Navigateurs antidétection et autres outils

La plupart des navigateurs multi-comptes et antidétection (ainsi que les frameworks de scraping) ont un champ proxy. Choisissez SOCKS5, puis renseignez l'hôte, le port, le nom d'utilisateur et le mot de passe de votre proxy — ou collez l'URL complète socks5://user:pass@host:port là où une seule « URL de proxy » est acceptée.

Choisissez un profil mobile — Android, ou iOS — plutôt qu'un profil de bureau. Votre trafic part d'un vrai téléphone Android sur un réseau d'opérateur : les caractéristiques TCP/IP qu'un site peut observer sont donc celles d'un appareil mobile. Un profil qui annonce Windows ou macOS derrière une IP d'opérateur mobile est une incohérence que vous créez vous-même ; faire correspondre le profil à la sortie garde tout le récit cohérent sans avoir à truquer quoi que ce soit.

Un téléphone, plusieurs outils

Générez un identifiant distinct pour chaque outil ou client afin de pouvoir surveiller et révoquer chacun indépendamment — voir Gérer les identifiants. Ils partagent tous l'unique IP opérateur du téléphone.

Ce qui est bloqué
Les plages privées et lien-local (protection SSRF) et les destinations connues comme abusives sont filtrées à la passerelle avant d'atteindre votre téléphone. Une cible légitime bloquée par erreur ? Dites-le-nous — nos filtres sont auditables.