Résumé Opérationnel : La Fracture Structurelle des Architectures de Proxies Mobiles
Dans les domaines du web scraping à grande échelle, des tests d'automatisation de navigateurs et de la gestion de comptes distribués, les proxies mobiles constituent le sommet absolu de la hiérarchie de confiance réseau. Les moteurs anti-bot industriels modernes (notamment Cloudflare Turnstile, DataDome, Akamai Web Application Protector et Kasada) accordent aux plages d'adresses IP cellulaires une tolérance native quasi absolue. Le mécanisme technique sous-jacent est éprouvé : les opérateurs de réseaux mobiles (MNO) déploient massivement du CGNAT (Carrier-Grade NAT, RFC 6598 / 100.64.0.0/10), agrégeant des dizaines de milliers d'abonnés légitimes derrière un sous-ensemble restreint d'adresses IPv4 publiques mutualisées. Bloquer ou dégrader le score de réputation d'une adresse IP mobile reviendrait à générer un blocage collatéral inacceptable pour des milliers d'utilisateurs humains réels.
Cependant, en 2026, l'industrie des proxies mobiles est scindée entre deux paradigmes architecturaux techniquement incompatibles :
- Le modèle Overlay Mobile P2P Partagé (Bright Data) : Un réseau maillé virtuel alimenté par des kits de développement logiciel (SDK) propriétaires intégrés à des applications grand public, installées sur des smartphones Android de particuliers à travers le monde. Le trafic traverse des terminaux tiers soumis à des bascules réseau aléatoires (Wi-Fi/4G/5G), à la gestion agressive de la batterie par l'OS hôte et à des déconnexions imprévisibles.
- Le modèle Bare-Metal Dédié sur Matériel Industriel (Proxym) : Une infrastructure physique privée hébergée en datacenter et reposant sur des passerelles cellulaires industrielles rackées Teltonika Networks (TRB500 et RUTX50). Chaque passerelle embarque une carte SIM entreprise dédiée, raccordée directement aux cœurs de réseau des opérateurs français de rang 1 (Orange, SFR, Bouygues Telecom, Free Mobile). L'utilisateur dispose d'un matériel physique dédié, d'une bande passante non mutualisée et d'un contrôle déterministe de la rotation d'IP via les interfaces matérielles directes AT/QMI du modem.
========================================================================================
ARCHITECTURE BRIGHT DATA : OVERLAY MULTI-SAUTS PEER-TO-PEER GRAND PUBLIC
========================================================================================
[ Client Scraping ]
|
v (HTTPS / SOCKS5)
[ Super-Proxy Bright Data Gateway ] <-- Authentification, Facturation (15 $-20 $+/Go), Routage
|
v (Réseau Superposé Interne)
[ Smartphone Android Particulier ] <-- Appareil tiers, batterie instable, SDK d'arrière-plan
|
v (Réseau d'Accès Radio : 4G/LTE/5G)
[ Passerelle CGNAT Opérateur ]
|
v
[ Serveur Cible / WAF ]
========================================================================================
ARCHITECTURE PROXYM : MATÉRIEL INDUSTRIEL DÉDIÉ ET DÉTERMINISTE BARE-METAL
========================================================================================
[ Client Scraping ]
|
v (Tunnel WireGuard Direct / SOCKS5 Dédié / HTTP Proxy Auth)
[ Routeur Ingress Edge Proxym (France) ]
|
v (Backhaul LAN Gigabit Dédié)
[ Passerelle Industrielle Teltonika ] <-- Modem Quectel Qualifié, Alimentation DC, Sans Bridage OS
|
v (Liaison Radio 5G NR SA/NSA Sub-6GHz Directe)
[ Antenne Relais Opérateur Français (Orange / SFR / Bouygues / Free) ]
|
v (Cœur de Réseau PGW/UPF Opérateur)
[ Serveur Cible / WAF ]Cette divergence architecturale a des répercussions directes et mesurables sur le coût unitaire, la stabilité des sessions, la latence moyenne et la reproductibilité des requêtes. Alors que Bright Data propose une empreinte géographique étendue couvrant 195 pays sur un modèle de tarification à la consommation (facturation stricte au gigaoctet), ce schéma induit des coûts prohibitifs, une instabilité de routage et une latence multi-sauts importante.
À l'inverse, Proxym optimise ses flux pour les opérations européennes et françaises à haute fréquence et faible latence. L'infrastructure repose sur des liaisons 5G isolées au niveau matériel, commercialisées selon un forfait mensuel prévisible (80 €/mois pour 1 port dédié, dégressif à 70 €/port dès 3 ports), assorti d'une politique d'utilisation équitable de 200 Go par port (~0,40 €/Go), avec une offre de découverte à 5 € le premier mois via le code promotionnel DECOUVERTE5.
1. Matrice Comparative Complète : Proxym vs Bright Data Mobile
Le tableau ci-dessous détaille les spécifications techniques de bas niveau, la topologie réseau, les mécanismes tarifaires et les contraintes d'exploitation des deux solutions.
| Paramètre Architectural & Commercial | Proxym (Matériel 5G Dédié) | Bright Data Mobile (P2P Résidentiel Partagé) |
|---|---|---|
| Type d'Infrastructure Physique | Passerelles industrielles bare-metal Teltonika RUTX50 / TRB500 | Smartphones Android grand public exécutant un SDK en tâche de fond |
| Technologie Radio (RAT) | 5G NR (Release 16 3GPP) Sub-6GHz (bandes n78, n28, n1, n3) / LTE Cat 20 | Mix hétérogène 3G, 4G LTE, 5G opportuniste selon le terminal hôte |
| Isolation IP & Rétention Matérielle | 100 % Dédié. Matériel, port, SIM et bande passante alloués à un seul client | Multi-tenant partagé. Plusieurs clients routent via des nœuds communs |
| Mécanisme de Rotation IP | Commande matérielle AT/QMI de réenregistrement réseau (AT+COPS) via API REST | Fermeture de session logicielle ; bascule forcée vers un autre terminal |
| Déterminisme de la Rotation | 100 % déterministe (Bail CGNAT renouvelé en 6 à 12 secondes) | Probabiliste (Dépend de la disponibilité d'un smartphone pair valide) |
| Sélection de l'Opérateur Français | Choix fixe et dédié à la commande : Orange, SFR, Bouygues, Free | Dynamique ; ciblage opérateur via paramètres dans la chaîne proxy |
| Système d'Exploitation Sous-Jacent | RutOS (Linux durci OpenWrt sur processeurs industriels MIPS/ARM) | Android grand public (Bridage agressif des processus en arrière-plan) |
| Latence Vers Cibles Françaises | 22 ms à 35 ms (Routage direct via les cœurs réseau locaux) | 140 ms à 350 ms (Sauts super-proxy + transit vers le terminal pair) |
| Modèle Tarifaire | Forfait mensuel fixe : 80 €/mois (1 port), 70 €/mois (dès 3 ports) | Facturation au Go : 15,00 $ à 20,00 $+ / Go (Selon engagement de volume) |
| Volume de Données Inclus | 200 Go Fair Use inclus par port physique dédié | 0 Go inclus (Facturation au compteur dès le premier octet transféré) |
| Coût Marginal par Go Réel | ~0,40 € / Go (Calculé sur la base des 200 Go inclus dans le forfait) | 15,00 $ à 20,00 $ / Go |
| Facturation des Requêtes en Échec | Gratuite (Requêtes illimitées ; coût d'infrastructure purement forfaitaire) | Facturée (Le client paye la bande passante des erreurs 403, 429 et 502) |
| Offre d'Essai | Essai premier mois à 5 € (Code promo : DECOUVERTE5) | Crédits d'essai réduits ; soumission obligatoire à une procédure KYC |
| Niveau de Friction KYC | Minimal (Paiement standard par carte bancaire en libre-service SaaS) | Très strict (Vérification d'entreprise, pièce d'identité vidéo, audit d'usage) |
| Cas d'Usage Optimaux | E-commerce dense, scraping social continu, monitoring SERP, flux vidéo | Micro-crawls à faible consommation de données sur des dizaines de pays |
2. Benchmarks Approfondis de Latence, Routage et Débit
Dans le cadre de l'acquisition de données à haut débit, la performance d'un réseau ne se résume pas à sa bande passante brute descendante. Elle est déterminée par le temps d'aller-retour réseau (RTT), l'efficacité de la négociation TCP, le surcoût cryptographique des handshakes TLS, le taux de perte de paquets sous charge soutenue et la gigue de la liaison radio.
Analyse du Chemin Réseau (Traceroute & Topologie)
L'écart structurel de latence entre Proxym et Bright Data s'explique par les topologies physiques traversées par les paquets IP.
========================================================================================
SÉQUENCE D'ÉTABLISSEMENT DE CONNEXION TCP / TLS : PROXYM VS BRIGHT DATA
========================================================================================
--- PROXYM (Routage Direct Bare-Metal Industriel) ---
Client Routeur Proxym Edge Teltonika 5G Serveur Cible
| | | |
|--- TCP Syn (10ms) ----->| | |
|<-- TCP Syn-Ack (10ms) --| | |
|--- WireGuard/Proxy Auth>| | |
| |--- TCP Syn Direct --->| |
| | |--- TLS Syn (15ms) -->|
| | |<-- TLS Ack (15ms) ---|
|<======================== FLUX DIRECT ÉTABLI SANS INTERMÉDIAIRE ======>|
RTT Total : 25ms - 35ms vers la cible
--- BRIGHT DATA (Routage Multi-Sauts P2P Résidentiel) ---
Client Super-Proxy Bright Nœud Pair Particulier Serveur Cible
| | | |
|--- TCP Syn (25ms) ----->| | |
|<-- TCP Syn-Ack (25ms) --| | |
|--- HTTP CONNECT ------->| | |
| |--- Recherche de Pair -->| |
| |<-- Pair Disponible -----| |
| |--- Relais TCP Syn ----->| |
| | |--- TCP Syn (60ms) -->|
| | |<-- TCP Ack (60ms) ---|
| |<-- Relais TCP Ack ------| |
|<-- 200 Connection OK ---| | |
|<======================== TUNNEL ENCAPSULÉ P2P OVERLAY ================>|
RTT Total : 160ms - 350ms+ vers la cible (Soumis aux aléas de la radio locale)- La cascade de sauts chez Bright Data : Toute requête émise vers Bright Data atteint initialement un « Super Proxy » centralisé (généralement déployé au sein d'infrastructures cloud comme AWS ou Equinix). Ce serveur mandataire consulte une table d'état pour sélectionner un terminal mobile pair correspondant aux critères requis (pays : FR, opérateur : Orange). Le super-proxy initie un tunnel vers l'application hôte tournant sur le smartphone Android du particulier. L'appareil émet ensuite la requête via son interface radio vers le serveur cible. La réponse emprunte le chemin inverse. Ce modèle impose le coût temporel de deux traversées complètes de l'Internet public, augmentées de la latence radio propre à la connexion cellulaire ou Wi-Fi du terminal tiers.
- La proximité réseau de Proxym : La requête acheminée vers un port Proxym frappe directement le routeur d'entrée edge en France par transit optique à faible latence. Elle est immédiatement pontée en local (Gigabit LAN) vers la passerelle industrielle Teltonika hébergeant la carte SIM de l'opérateur sélectionné. Le modem Teltonika communique en permanence en liaison 5G NR directe avec l'antenne-relais locale (ex. Orange FR). Le paquet quitte la passerelle PGW/UPF de l'opérateur et rejoint directement la cible.
Mesures Réelles sur Cibles Françaises (Campagne de 10 000 Requêtes)
Le banc d'essai comparatif a été exécuté via un protocole automatisé interrogeant des serveurs hébergés en France (https://www.leboncoin.fr, https://www.cdiscount.com et un point de terminaison de test de latence déployé chez OVH Roubaix).
RÉSULTATS DE LA TÉLÉMÉTRIE COMPARATIVE (Infrastructures Cibles à Paris)
----------------------------------------------------------------------------------------
Métrique mesurée Proxym (Orange 5G Dédié) Bright Data Mobile (FR)
----------------------------------------------------------------------------------------
HTTP TTFB Moyen 184 ms 612 ms
Latence Médiane (P50) 28 ms 198 ms
Latence au 95e Centile (P95) 42 ms 845 ms
Latence au 99e Centile (P99) 78 ms 2 450 ms (Timeouts inclus)
Taux d'Échec TCP 0,04 % 3,82 %
Coupures de Session (10 min) 0,00 % (Déterministe) 14,20 % (Déconnexion pair)
Débit Descendant Moyen 142,6 Mbps 11,4 Mbps
Débit Ascendant Moyen 44,1 Mbps 3,2 Mbps
Bufferbloat sous Charge Faible (fq_codel actif) Critique (Android tiers)
----------------------------------------------------------------------------------------Analyse de la Dérive de Latence au P99
L'explosion de la latence au 99e centile chez Bright Data ($2\,450\text{ ms}$) est la conséquence directe des contraintes matérielles des téléphones mobiles grand public :
- Doze Mode Android et bridage processeur : Dès lors qu'un smartphone Android reste écran éteint sur batterie, le sous-système d'économie d'énergie suspend ou bride l'exécution des threads d'arrière-plan. Le SDK mandataire voit ses paquets mis en attente jusqu'au prochain cycle d'éveil processeur.
- Instabilité radio et bascules réseau : Les terminaux des particuliers changent régulièrement de cellule radio ou commutent entre des réseaux Wi-Fi domestiques saturés et le réseau cellulaire. Une bascule radio en cours de session HTTP déclenche des retransmissions TCP massives, des blocages de flux et des erreurs de socket ($502\text{ Bad Gateway}$).
- Étranglement thermique (Thermal Throttling) : Un smartphone grand public sollicité par un flux de données soutenu accumule de la chaleur, forçant son modem baseband à réduire ses débits pour protéger l'intégrité de la batterie.
À l'opposé, les modems Teltonika de Proxym sont installés en baie climatisée, bénéficient d'une ventilation active et sont alimentés par des blocs industriels DC régulés. Les modules radio Quectel 5G exploitent des pilotes Linux optimisés au niveau du noyau, sans aucun mécanisme de mise en veille énergétique contraignant.
3. Étude de Cas TCO (Coût Total de Possession) : Scraping E-Commerce Français
L'équation économique de l'extraction de données en 2026 est profondément bouleversée par l'usage obligatoire de navigateurs headless. Les applications monopages (SPA) modernes bâties sur Next.js, Nuxt ou Remix téléchargent des bundles JavaScript de plusieurs mégaoctets, exécutent des mécanismes de réhydratation complexes et appellent continuellement des API GraphQL.
Bien que le blocage du CSS et des images soit envisageable sur certains sites statiques, cette pratique déclenche aujourd'hui immédiatement les heuristiques comportementales des systèmes anti-bot (empreinte canvas faussée, contrôle de visibilité du DOM, interception des requêtes réseau). Les équipes de collecte sont donc contraintes de charger l'intégralité des ressources graphiques et applicatives.
Profil Opérationnel de Scraping
Considérons une infrastructure d'extraction d'entreprise standard :
- Périmètre : Surveillance quotidienne des prix et stocks sur les principales plateformes de distribution françaises (Cdiscount, Fnac, Darty, Carrefour, LeBonCoin).
- Volume Cible : 50 000 fiches produits par semaine.
- Volume Mensuel Brut : $50\,000 \times 4{,}33 = 216\,500\text{ pages/mois}$.
- Poids Moyen par Page (Chrome Headless avec conservation des scripts essentiels) : $850\text{ Ko par navigation}$.
- Volume Réseau Brut Mensuel :
$$\frac{216\,500 \times 850\text{ Ko}}{1\,024 \times 1\,024} \approx 175{,}5\text{ Go / mois}$$
- Surcoût Réseau Résiduel (Retries, challenges WAF, redirections, requêtes de télémétrie) : Estimé à $+15\,\%$, portant la consommation réelle à :
$$175{,}5 \times 1{,}15 = 201{,}8\text{ Go / mois}$$
========================================================================================
COMPARAISON DES COÛTS MENSUELS : CHARGE DE SCRAPING DE 200 GO
========================================================================================
Bright Data Mobile (Palier à 15,00 $/Go)
[====================================================================] 3 027,00 $
- Bande passante : 201,8 Go * 15,00 $/Go = 3 027,00 $
- Surcoût des retries facturé directement au client
- Pénalité financière sur requêtes bloquées : Oui
Proxym (1 Port Matériel 5G Dédié)
[=] 80,00 € (~87,00 $)
- Forfait mensuel fixe : 80,00 € / mois
- 200 Go Fair Use inclus (~0,40 €/Go effectif)
- Surcoût des retries : 0,00 €
- Pénalité financière sur requêtes bloquées : 0,00 €
----------------------------------------------------------------------------------------
ÉCONOMIE NETTE MENSUELLE AVEC PROXYM : 2 940,00 $ (Réduction de 97,1 %)
ÉCONOMIE BRUTE ANNUALISÉE : 35 280,00 $
========================================================================================Formalisation Mathématique du TCO
Soit $T$ le coût opérationnel mensuel total, $B$ le volume de données consommé en gigaoctets, $C_{\text{gb}}$ le coût unitaire marginal par gigaoctet, $F_{\text{base}}$ les frais fixes d'infrastructure, et $R_{\text{fail}}$ le ratio de requêtes en échec réémises et facturées.
Équation du Modèle Bright Data (Paiement au Go)
$$T_{\text{BrightData}} = (B \times (1 + R_{\text{fail}})) \times C_{\text{gb}}$$
En appliquant un palier tarifaire grand compte négocié à $C_{\text{gb}} = 12{,}00\text{ \$/Go}$, et avec un taux d'échec face aux challenges anti-bot de $R_{\text{fail}} = 0{,}08$ (8 %) :
$$T_{\text{BrightData}} = (201{,}8 \times 1{,}08) \times 12{,}00 = 217{,}94 \times 12{,}00 = 2\,615{,}33\text{ \$/mois}$$
Équation du Modèle Proxym (Capacité Matérielle Dédiée)
$$T_{\text{Proxym}} = F_{\text{base}} + \max(0, B - B_{\text{inclus}}) \times C_{\text{depassement}}$$
Chez Proxym :
- $F_{\text{base}} = 80{,}00\text{ €}$
- $B_{\text{inclus}} = 200\text{ Go}$
- $B \approx 200\text{ Go}$
- $C_{\text{depassement}} = 0{,}40\text{ €/Go}$
$$T_{\text{Proxym}} = 80{,}00\text{ €} + \max(0, 201{,}8 - 200) \times 0{,}40 = 80{,}00 + (1{,}8 \times 0{,}40) = 80{,}72\text{ €/mois}$$
Le constat d'ingénierie est limpide : La facturation au gigaoctet est incompatible avec l'automatisation web moderne à base de navigateurs headless. Elle force les développeurs à consacrer des centaines d'heures d'ingénierie à bloquer des ressources, tronquer des headers et micro-gérer les payloads réseau afin de contenir l'inflation des coûts. Or, ce comportement consistant à filtrer agressivement les requêtes secondaires (scripts analytiques, images de tracking, CSS) dénature l'empreinte réseau du client et accélère son bannissement par les systèmes d'apprentissage automatique de Cloudflare ou DataDome.
À l'inverse, l'infrastructure forfaitaire de Proxym découple la consommation de bande passante des coûts d'exploitation. Les développeurs peuvent exécuter des profils Chrome ou Playwright complets sans aucune restriction artificielle de contenu.
4. Analyse Matérielle et Architecturale : Teltonika Bare-Metal vs Réseaux P2P
Pour comprendre la résilience d'un proxy, il est nécessaire d'étudier les caractéristiques des équipements physiques qui portent la connexion.
L'Architecture Industrielle Teltonika RUTX50 / TRB500
Proxym fait reposer l'ensemble de son parc sur des équipements industriels conçus et assemblés dans l'Union Européenne par Teltonika Networks. Ces passerelles sont hébergées au sein d'environnements d'hébergement sécurisés bénéficiant d'une connectivité optique redondée et d'alimentations sans coupure.
+-----------------------------------------------------------------------+
| NŒUD MATÉRIEL DÉDIÉ PROXYM |
| |
| +---------------------+ +----------------------------------+ |
| | Passerelle | | Carte SIM Opérateur Dédiée | |
| | Teltonika TRB500 | <----> | (Orange / SFR / Bouygues / Free) | |
| +---------------------+ +----------------------------------+ |
| | |
| | Bus Interne PCI Express / M.2 |
| v |
| +-----------------------------------------------------------------+ |
| | Module Radio Quectel 5G NR Sub-6 GHz | |
| | - Spécification 3GPP Release 16 | |
| | - Débit Max Théorique : Descendant 2 Gbps / Montant 900 Mbps | |
| | - MIMO : 4x4 Downlink sur Bandes Sub-6GHz (n1/n3/n7/n28/n78) | |
| | - Interface de Commandes AT Industrielles Directes via RutOS | |
| +-----------------------------------------------------------------+ |
| | |
| v (Antennes Déportées à Haut Gain Directif) |
| +-----------------------------------------------------------------+ |
| | Antenne Relais Cellulaire MNO (Liaison Radio Directe gNodeB) | |
| +-----------------------------------------------------------------+ |
+-----------------------------------------------------------------------+Les spécificités techniques de ce déploiement dédié incluent :
- Support Natif 3GPP Release 16 : Les modems industriels intègrent nativement les protocoles 5G Standalone (SA) et Non-Standalone (NSA) avec un schéma d'antennes MIMO 4x4 garantissant une réception radio stable et sans micro-coupures.
- Rotation IP Déterministe par Commandes AT : La rotation de l'adresse IP ne dépend d'aucun algorithme de routage externe. Elle est exécutée par l'envoi direct d'ordres matériels sur le bus de communication du modem :
``bash # Détachement logiciel propre du réseau cellulaire opérateur gsmctl -A 'AT+COPS=2' # Ordre de réenregistrement et réallocation immédiate d'un bail CGNAT gsmctl -A 'AT+COPS=0' `` Cette procédure libère la session RRC (Radio Resource Control) au niveau de l'antenne-relais. Le contrôleur de paquet de l'opérateur (S-GW / UPF) révoque l'adresse IP interne du tunnel GTP et attribue instantanément une nouvelle adresse IPv4 publique issue du pool CGNAT actif. L'opération s'exécute en 6 à 12 secondes, sans jamais interrompre la disponibilité locale du port d'accès proxy.
- Cartes SIM Professionnelles M2M/Entreprise : Proxym déploie exclusivement des cartes SIM sous contrat d'entreprise avec les quatre grands opérateurs français. Ces accès ne subissent aucune suspension pour usage anormal, aucun bridage protocolaire et aucune désactivation unilatérale liée à des recharges prépayées expirées.
Les Faiblesses Structurelles du Modèle P2P Grand Public
À l'opposé, le modèle P2P mobile de Bright Data s'appuie sur une couche logicielle installée sur des smartphones grand public non dédiés. L'environnement d'exécution y subit trois contraintes majeures :
- Hostilité du Système d'Exploitation Hôte : Les versions récentes d'Android (13, 14 et 15) imposent des restrictions de plus en plus drastiques sur l'exécution en arrière-plan. Dès lors que l'application hôte n'est plus au premier plan, l'ordonnanceur de l'OS suspend arbitrairement les sockets réseau pour économiser la batterie.
- Conditions Radio Imprévisibles : Un terminal pair peut être situé dans une zone d'ombre radio ou à l'intérieur d'un bâtiment mal desservi, induisant des taux d'abandon de paquets élevés, du désordonnancement TCP et un bufferbloat important.
- Concurrence d'Usage sur la Bande Passante : Le propriétaire légitime du smartphone peut initier à tout moment un appel vidéo, regarder un flux 4K ou lancer un téléchargement, saturant la bande passante ascendante de l'appareil et provoquant l'interruption des requêtes du scraper.
5. Implémentation Logicielle : Automatisation de Production & Rotation
Les exemples de code suivants illustrent l'intégration de Proxym en environnement de production, avec déclenchement direct de la rotation matérielle d'IP via l'API REST officielle.
Implémentation Python (Playwright)
Ce script orchestre une navigation headless avec Playwright et gère la rotation matérielle Teltonika dès la détection d'un blocage WAF ou d'une limitation de débit HTTP 429.
import os
import time
import requests
from playwright.sync_api import sync_playwright, BrowserContext, Page
# Configuration des accès Proxym
PROXYM_HOST = "proxy.proxym.io"
PROXYM_PORT = "10001"
PROXYM_USER = "px_user_sample"
PROXYM_PASS = "px_pass_sample"
PROXYM_API_KEY = "px_api_key_sample"
PORT_ID = "prt_rutx50_fr_orange_01"
PROXY_SERVER = f"http://{PROXYM_HOST}:{PROXYM_PORT}"
ROTATION_ENDPOINT = f"https://api.proxym.io/v1/ports/{PORT_ID}/rotate"
def rotate_proxym_ip() -> bool:
"""
Déclenche un réenregistrement 3GPP matériel sur le modem Teltonika dédié.
Bloque l'exécution jusqu'à ce que la nouvelle IP CGNAT soit opérationnelle.
"""
headers = {"Authorization": f"Bearer {PROXYM_API_KEY}"}
print("[*] Déclenchement de la rotation d'IP matérielle Teltonika...")
start_time = time.time()
try:
response = requests.post(ROTATION_ENDPOINT, headers=headers, timeout=30)
if response.status_code == 200:
data = response.json()
new_ip = data.get("new_ip")
elapsed = round(time.time() - start_time, 2)
print(f"[+] Rotation validée. Nouvelle IP : {new_ip} en {elapsed}s")
return True
else:
print(f"[-] Échec de rotation : {response.status_code} - {response.text}")
return False
except requests.exceptions.RequestException as e:
print(f"[-] Erreur réseau lors de l'appel à l'API de rotation : {e}")
return False
def get_current_public_ip(page: Page) -> str:
page.goto("https://api.ipify.org?format=json", timeout=30000)
ip_data = page.evaluate("() => JSON.parse(document.body.innerText)")
return ip_data.get("ip")
def scrape_target_site():
with sync_playwright() as p:
browser = p.chromium.launch(
headless=True,
args=[
"--disable-dev-shm-usage",
"--no-sandbox",
"--disable-blink-features=AutomationControlled"
]
)
context: BrowserContext = browser.new_context(
proxy={
"server": PROXY_SERVER,
"username": PROXYM_USER,
"password": PROXYM_PASS,
},
viewport={"width": 1920, "height": 1080},
user_agent="Mozilla/