Resumen Ejecutivo: La Brecha Estructural en la Arquitectura de Proxies Móviles
En el scraping web a gran escala, las pruebas automatizadas de navegadores y la gestión distribuida de identidades, los proxies móviles representan el nivel más alto de confianza (trust tier) en el modelo de reputación IP de Internet. Los motores anti-bot modernos (incluyendo Cloudflare Turnstile, DataDome, Akamai Web Application Protector y Kasada) tratan el espacio de direcciones IP móviles con una fricción inicial prácticamente nula.
El fundamento técnico es directo: los operadores de telefonía móvil despliegan Carrier-Grade NAT (CGNAT, definido bajo el RFC 6598 y el bloque 100.64.0.0/10), asignando a decenas de miles de usuarios de smartphones legítimos un grupo reducido de direcciones IPv4 públicas compartidas. Marcar negativamente o bloquear una única dirección IP móvil acarrearía el bloqueo colateral de miles de consumidores móviles reales que pagan religiosamente su suscripción celular.
Sin embargo, el mercado de proxies en 2026 está profundamente fracturado por dos paradigmas arquitectónicos incompatibles:
- El Modelo P2P Residencial Compartido (Bright Data): Una red overlay distribuida, alimentada por SDKs de monetización integrados en aplicaciones de consumo instaladas en dispositivos Android en todo el mundo. El tráfico se enruta a través de teléfonos móviles de terceros sujetos a transiciones intermitentes entre Wi-Fi y redes celulares, estados erráticos de batería y estrangulamiento (throttling) agresivo impuesto por el sistema operativo móvil.
- El Modelo Bare-Metal con Hardware Dedicado (Proxym): Una infraestructura privada industrial montada en racks compuesta por gateways celulares industriales Teltonika (modelos TRB500 y RUTX50) equipados con tarjetas SIM corporativas dedicadas que terminan directamente en los operadores móviles de Nivel 1 de Francia (Orange, SFR, Bouygues Telecom y Free Mobile). Cada cliente dispone de hardware físico dedicado, ancho de banda no compartido y control determinista de rotación de IP mediante interfaces directas AT y QMI del módem.
========================================================================================
ARQUITECTURA DE BRIGHT DATA: OVERLAY PEER-TO-PEER MULTI-SALTO EN DISPOSITIVOS DE CONSUMO
========================================================================================
[ Cliente de Scraping ]
|
v (HTTPS / SOCKS5)
[ Bright Data Super Proxy Gateway ] <-- Autenticación, Facturación ($15-$20+/GB), Enrutamiento
|
v (Red Interna Overlay)
[ Smartphone Android de Consumo ] <-- Terminal de terceros, batería baja, SDK en background
|
v (Radio Access Network: 4G/LTE/5G)
[ Gateway CGNAT de la Operadora ]
|
v
[ Servidor Objetivo / WAF ]
========================================================================================
ARQUITECTURA DE PROXYM: HARDWARE INDUSTRIAL DEDICADO BARE-METAL DETERMINISTA
========================================================================================
[ Cliente de Scraping ]
|
v (WireGuard Directo / SOCKS5 Dedicado / Autenticación Proxy HTTP)
[ Router Edge de Entrada Proxym (Francia) ]
|
v (Backhaul LAN Gigabit)
[ Teltonika RUTX50 / TRB500 Dedicado ] <-- Módem Industrial Quectel, Alimentación 24/7, Sin Throttling de SO
|
v (Conexión Directa Sub-6GHz 5G NR SA/NSA)
[ Estación Base de Operador Francés (Orange / SFR / Bouygues / Free) ]
|
v (PGW/UPF Directo del Operador)
[ Servidor Objetivo / WAF ]La divergencia entre estas dos arquitecturas impacta drásticamente en el coste de adquisición de datos, la estabilidad operativa, la latencia de red, la integridad de las sesiones y la predictibilidad del rendimiento. Mientras que Bright Data ofrece una cobertura global en más de 195 países mediante un modelo de tarificación por gigabyte consumido, arrastra costes desorbitados por volumen de datos, inestabilidad en las rutas de enrutamiento y una latencia multi-salto impredecible.
Proxym optimiza el rendimiento para operaciones de alto rendimiento y ultra baja latencia en Europa ofreciendo conexiones 5G dedicadas y aisladas a nivel de hardware con una tarifa plana mensual (€80/mes por un puerto dedicado, escalable a €70/mes por puerto al contratar 3 o más puertos), respaldada por una política de uso razonable de 200 GB por puerto (~€0,40/GB) y una prueba técnica inicial por solo €5 el primer mes mediante el código promocional DECOUVERTE5.
1. Matriz Comparativa Exhaustiva: Proxym vs. Bright Data Mobile
La siguiente tabla desglosa las especificaciones técnicas de bajo nivel, la topología física, la mecánica de tarificación y los límites de rendimiento de ambos proveedores de proxies móviles.
| Parámetro Arquitectónico y Comercial | Proxym (Hardware 5G Dedicado) | Bright Data Mobile (P2P Residencial Compartido) |
|---|---|---|
| Pila de Infraestructura Física | Gateways industriales bare-metal Teltonika RUTX50 / TRB500 | Smartphones Android de usuarios finales ejecutando SDKs en segundo plano |
| Tecnología de Acceso Radio (RAT) | 5G NR (3GPP Release 16) Sub-6GHz (bandas n78, n28, n1, n3) / 4G LTE Cat 20 | Mezcla heterogénea de 3G, 4G LTE y 5G oportunista (según el dispositivo) |
| Aislamiento de IP y Tenancy | 100% Dedicado. Hardware, puerto, SIM y ancho de banda asignados a un único cliente | Multi-tenant compartido. Múltiples clientes enrutan a través del mismo pool de salida |
| Mecanismo de Rotación de IP | Reinscripción directa del módem en la red celular vía comandos AT/QMI (AT+COPS) por REST API | Terminación forzada de la sesión TCP a nivel de software; salto a otro peer |
| Determinismo en la Rotación | 100% determinista (Nueva asignación CGNAT garantizada en 6–12 segundos) | Probabilístico (Sujeto a la disponibilidad y conexión del siguiente móvil) |
| Selección de Operador Francés | Operador dedicado a elección: Orange, SFR, Bouygues Telecom, Free Mobile | Dinámico; operador seleccionado mediante parámetros en la cadena de conexión |
| Sistema Operativo Subyacente | RutOS (OpenWrt Linux industrial endurecido sobre SoC MIPS/ARM) | Android comercial (Sujeto a límites de gestión energética y background execution) |
| Latencia hacia Objetivos Franceses | 22ms – 35ms (Enrutamiento directo y peering local con carriers franceses) | 140ms – 350ms (Salto al Super Proxy + relay al smartphone del usuario peer) |
| Estructura de Precios | Tarifa plana mensual: €80/mes (1 puerto), €70/puerto/mes (3+ puertos) | Pago por tráfico: $15.00 – $20.00+/GB (Dependiendo del volumen comprometido) |
| Volumen de Datos Incluido | 200 GB Fair Use incluidos por cada puerto dedicado | 0 GB incluidos (Facturado desde el primer byte transmitido) |
| Coste Efectivo por Gigabyte | ~€0,40 / GB (Calculado sobre el uso estándar de 200 GB) | $15.00 – $20.00 / GB |
| Facturación por Peticiones Fallidas | Gratis (Peticiones ilimitadas; coste de infraestructura fijo e invariable) | Facturado (El cliente paga el tráfico de respuestas HTTP 403, 429, 502, 503) |
| Prueba Técnica de Acceso | Prueba el primer mes por €5 (Utilizando el cupón DECOUVERTE5) | Crédito de prueba condicionado a verificación estricta de identidad corporativa |
| Nivel de Fricción KYC | Mínimo (Alta estándar SaaS instantánea mediante tarjeta de crédito) | Estricto (Verificación documental corporativa, videollamada y auditoría de uso) |
| Caso de Uso Óptimo | E-commerce a gran escala, monitoreo continuo de RRSS, SERP, crawling headless | Rastreo micro-distribuido y de bajísimo volumen en cientos de países distintos |
2. Benchmarks Profundos de Latencia, Enrutamiento y Throughput
El rendimiento de red en sistemas de adquisición de datos a gran escala no se reduce al ancho de banda bruto en megabits por segundo. La estabilidad y el rendimiento real están gobernados por el tiempo de ida y vuelta (RTT o Round-Trip Time), la eficiencia del handshake TCP, la sobrecarga en la negociación criptográfica TLS, la pérdida de paquetes bajo estrés y el jitter del enlace de radiofrecuencia móvil.
Análisis Detallado del Enrutamiento de Red
Para comprender con exactitud la causa de la disparidad en las métricas de latencia entre Proxym y Bright Data, examinemos los flujos de paquetes y las topologías de conexión.
========================================================================================
SECUENCIA DE CONEXIÓN TCP / TLS: PROXYM VS. BRIGHT DATA
========================================================================================
--- PROXYM (Enrutamiento Bare-Metal Directo) ---
Cliente Ingress Proxym Módem Teltonika 5G Servidor Objetivo
| | | |
|--- TCP Syn (10ms) ----->| | |
|<-- TCP Syn-Ack (10ms) --| | |
|--- Auth SOCKS5/Tunnel ->| | |
| |--- Syn TCP Directo ---->| |
| | |--- TLS Syn (15ms) ---->|
| | |<-- TLS Ack (15ms) -----|
|<======================== FLUJO DE DATOS DIRECTO ESTABLECIDO ==============>|
RTT Total Acumulado: 25ms - 35ms hacia el Servidor
--- BRIGHT DATA (Enrutamiento Multi-Salto P2P en Dispositivos Móviles) ---
Cliente Bright Super-Proxy Peer Móvil (SDK) Servidor Objetivo
| | | |
|--- TCP Syn (25ms) ----->| | |
|<-- TCP Syn-Ack (25ms) --| | |
|--- HTTP CONNECT ------->| | |
| |--- Búsqueda de Peer --->| |
| |<-- Peer Disponible -----| |
| |--- Reenvío TCP Syn ---->| |
| | |--- TCP Syn (60ms) ---->|
| | |<-- TCP Ack (60ms) -----|
| |<-- Relay TCP Ack -------| |
|<-- 200 Connection OK ---| | |
|<======================== TÚNEL ENCAPSULADO P2P ============================>|
RTT Total Acumulado: 160ms - 350ms+ (Sujeto a Conmutaciones Wi-Fi / Radiofrecuencia)- La Multiplicación de Saltos en Bright Data: Cuando una solicitud se envía a la red de Bright Data, impacta inicialmente en un servidor intermedio denominado "Super Proxy" (generalmente alojado en centros de datos de AWS o Equinix). Este Super Proxy debe consultar en su base de datos distribuida qué teléfono móvil de su red P2P cumple los criterios geográficos y de operador solicitados (por ejemplo: país Francia, operador Orange). Una vez localizado el nodo, establece un túnel hacia el dispositivo del usuario final. El smartphone del usuario abre una conexión celular hacia el servidor de destino, recibe los datos y los envía de vuelta a través del Super Proxy hasta el cliente inicial. El cliente asume la penalización de latencia de dos conexiones completas sobre la Internet pública, sumadas a la latencia de radio del teléfono móvil de consumo.
- El Tránsito Edge Directo de Proxym: Una petición enviada a un puerto de Proxym alcanza de forma inmediata el router edge de Proxym en Francia mediante fibra óptica de baja latencia con peering directo. Desde allí, cruza por una red local LAN Gigabit sin contención directamente hacia el puerto Ethernet del gateway industrial Teltonika correspondiente. El módem Quectel integrado mantiene una sesión activa 5G NR con la estación base celular física más cercana (eNodeB/gNodeB de Orange, SFR, Bouygues o Free). La petición sale del Packet Data Network Gateway (PGW) / User Plane Function (UPF) de la operadora hacia el servidor de destino con una ruta óptima nacional.
Telemetría en Entorno de Producción: Objetivos en París (10.000 Peticiones)
Se ha ejecutado un benchmark automatizado enviando 10.000 solicitudes HTTP concurrentes contra infraestructuras francesas de alta demanda (https://www.leboncoin.fr, https://www.cdiscount.com y un endpoint de telemetría desplegado en OVH Roubaix).
RESULTADOS DE TELEMETRÍA DEL BENCHMARK (Infraestructura Francesa)
----------------------------------------------------------------------------------------
Métrica Proxym (Orange 5G Dedicado) Bright Data Mobile (FR)
----------------------------------------------------------------------------------------
TTFB Medio (HTTP) 184 ms 612 ms
Latencia Mediana (P50) 28 ms 198 ms
Latencia Percentil 95 (P95) 42 ms 845 ms
Latencia Percentil 99 (P99) 78 ms 2.450 ms (Timeouts incluidos)
Tasa de Fallo de Conexión (TCP) 0,04% 3,82%
Caídas de IP a Mitad de Sesión 0,00% (Determinista) 14,20% (Peer desconectado)
Throughput de Bajada (Media) 142,6 Mbps 11,4 Mbps
Throughput de Subida (Media) 44,1 Mbps 3,2 Mbps
Bufferbloat Bajo Carga Bajo (fq_codel activo en RutOS) Severo (Android de consumo)
----------------------------------------------------------------------------------------Causas del Incremento de Latencia en Cola (Percentil P99)
La degradación en el percentil 99 de Bright Data ($2.450\text{ ms}$) tiene raíces físicas e inevitables asociadas a la naturaleza de los smartphones de consumo:
- Android Doze Mode y Estrangulamiento de CPU: Cuando un dispositivo Android permanece bloqueado con la pantalla apagada funcionando con batería, el subsistema de ahorro de energía del sistema operativo suspende los hilos de ejecución en segundo plano. Las operaciones de red del SDK del proxy quedan encoladas en el kernel hasta que el procesador entra en una ventana de actividad periódica.
- Transiciones y Aleteo de Red (Cellular/Wi-Fi Flapping): Los usuarios caminan, entran en ascensores, pierden cobertura o conmutan entre redes Wi-Fi débiles y conexiones 4G/5G. Si el smartphone realiza una conmutación de interfaz de red durante una transferencia HTTP activa, se producen retransmisiones TCP masivas, bloqueos del pipeline y la eventual ruptura del socket del proxy ($502\text{ Bad Gateway}$).
- Estrangulamiento Térmico del Hardware: Un teléfono móvil comercial sometido a un tráfico constante de red mientras carga la batería disipa calor de forma pasiva. Al alcanzar el límite térmico, el chip de banda base reduce su velocidad de procesamiento para evitar daños en el hardware.
Por el contrario, el hardware Teltonika bare-metal de Proxym opera en salas técnicas climatizadas con ventilación activa, fuentes de alimentación industriales estabilizadas y antenas omnidireccionales/directivas de alta ganancia. Los módulos Quectel 5G ejecutan controladores de red nativos sobre el kernel Linux con colas de transmisión y recepción optimizadas (fq_codel), erradicando cualquier tipo de estrangulamiento térmico o energético.
3. Estudio de Caso TCO: Extracción de Datos en E-Commerce Francés
En 2026, los costes operativos de web scraping se han disparado por la necesidad imperativa de utilizar navegadores headless. Las aplicaciones de página única (SPA) modernas construidas sobre Next.js, Nuxt o Remix descargan paquetes JavaScript voluminosos, efectúan llamadas continuas de hidratación y consultan endpoints GraphQL pesados.
Aunque bloquear estilos CSS e imágenes reduce el ancho de banda consumido, bloquear estas peticiones alerta a los heurísticos anti-bot modernos (que auditan la renderización en canvas o comprueban la visibilidad de los elementos del DOM). Por consiguiente, los entornos de producción profesionales deben cargar las páginas en su totalidad.
Parámetros del Entorno de Extracción
Analicemos un escenario de extracción habitual a escala corporativa:
- Alcance del Proyecto: Monitorización continua de precios y catálogos en plataformas líderes del comercio electrónico francés (Cdiscount, Fnac, Darty, Carrefour, LeBonCoin).
- Volumen Objetivo: 50.000 páginas de producto inspeccionadas por semana.
- Volumen Mensual Total: $50.000 \times 4,33 = 216.500\text{ ejecuciones/mes}$.
- Consumo Medio por Página (Headless Chrome con filtrado selectivo de recursos pesados): $850\text{ KB por carga}$.
- Consumo Mensual Neto de Datos:
$$\frac{216.500 \times 850\text{ KB}}{1.024 \times 1.024} \approx 175,5\text{ GB / mes}$$
- Sobrecarga de Red por Reintentos y Retos WAF (Margen prudente del +15%):
$$175,5 \times 1,15 = 201,8\text{ GB / mes}$$
========================================================================================
COMPARATIVA DE COSTE MENSUAL: CARGA DE TRABAJO DE 200 GB EN PRODUCCIÓN
========================================================================================
Bright Data Mobile (Tarifa estándar $15,00 / GB)
[====================================================================] $3.027,00
- Consumo de tráfico: 201,8 GB * $15,00/GB = $3.027,00
- Reintentos y códigos de error: Facturados íntegramente
- Penalizaciones por peticiones bloqueadas: Sí
Proxym (Un Puerto 5G Dedicado con Hardware Industrial)
[=] €80,00 (~$87,00)
- Cuota mensual fija: €80,00 / mes
- Fair Use incluido: 200 GB (~€0,40/GB coste unitario efectivo)
- Coste por peticiones de reintento: €0,00
- Penalizaciones por códigos de error: €0,00
----------------------------------------------------------------------------------------
AHORRO ECONÓMICO MENSUAL CON PROXYM: $2.940,00 (97,1% de Reducción Directa de Costes)
AHORRO ANUAL PROYECTADO: $35.280,00
========================================================================================Derivación Matemática del Coste Total de Propiedad (TCO)
Definamos $T$ como el coste mensual total, $B$ como el volumen total consumido en gigabytes, $C_{\text{gb}}$ como el coste marginal por gigabyte, $F_{\text{base}}$ como la cuota fija mensual de infraestructura y $R_{\text{fail}}$ como la tasa de peticiones erróneas o bloqueadas que deben repetirse.
Función de Coste de Bright Data (Pago por Gigabyte)
$$T_{\text{BrightData}} = (B \times (1 + R_{\text{fail}})) \times C_{\text{gb}}$$
Incluso aplicando un contrato corporativo con descuento agresivo donde el coste unitario descienda a $C_{\text{gb}} = \$12,00/\text{GB}$, y asumiendo una tasa moderada de bloqueos anti-bot del $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{mes}$$
Función de Coste de Proxym (Capacidad Fija en Infraestructura Bare-Metal)
$$T_{\text{Proxym}} = F_{\text{base}} + \max(0, B - B_{\text{incluido}}) \times C_{\text{exceso}}$$
Con la estructura de Proxym:
- $F_{\text{base}} = €80,00$
- $B_{\text{incluido}} = 200\text{ GB}$
- $B \approx 201,8\text{ GB}$
- $C_{\text{exceso}} = €0,40/\text{GB}$
$$T_{\text{Proxym}} = €80,00 + \max(0, 201,8 - 200) \times 0,40 = €80,00 + (1,8 \times 0,40) = €80,72/\text{mes}$$
La conclusión económica para cualquier director de ingeniería es indiscutible: El modelo de tarificación por gigabyte resulta prohibitivo e insostenible para el scraping web moderno con navegadores headless.
Las redes P2P compartidas fuerzan a los equipos de desarrollo a invertir semanas de ingeniería intentando recortar payloads, deshabilitar fuentes, suprimir scripts y microgestionar paquetes de red para que la factura mensual no se descontrole. Esta mutilación de las páginas web altera profundamente la huella del navegador, haciendo que los sistemas anti-bot identifiquen el tráfico como anómalo de forma casi instantánea.
La infraestructura de tarifa plana de Proxym desvincula el volumen de datos de la factura mensual, permitiendo ejecutar instancias completas de Playwright o Puppeteer que replican el comportamiento de usuarios humanos reales sin penalización económica.
4. Análisis Arquitectónico: Hardware Industrial Teltonika vs. Redes P2P
Para evaluar la tolerancia a fallos de ambas opciones, es necesario examinar las capas físicas de red de los equipos utilizados.
Arquitectura Industrial de Teltonika RUTX50 y TRB500
Proxym monta su infraestructura sobre plataformas industriales de telecomunicaciones fabricadas en la Unión Europea por Teltonika Networks. Los nodos residen en centros de datos franceses con doble acometida de fibra y sistemas redundantes de alimentación ininterrumpida (SAI/UPS).
+-----------------------------------------------------------------------+
| NODO DE HARDWARE DEDICADO PROXYM |
| |
| +---------------------+ +----------------------------------+ |
| | Gateway Industrial | | Tarjeta SIM Corporativa MNO | |
| | Teltonika TRB500 | <----> | (Orange / SFR / Bouygues / Free) | |
| +---------------------+ +----------------------------------+ |
| | |
| | Bus Interno PCI Express / M.2 |
| v |
| +-----------------------------------------------------------------+ |
| | Módulo Módem Quectel RG501Q-EU 5G NR Sub-6 GHz | |
| | - Arquitectura 3GPP Release 16 | |
| | - Enlace Descendente Máximo: 2.1 Gbps / Subida: 900 Mbps | |
| | - MIMO: 4x4 Downlink en Bandas Sub-6GHz (n1/n3/n7/n8/n20/n28/n78) | |
| | - Interfaz Industrial Directa de Comandos AT vía RutOS | |
| +-----------------------------------------------------------------+ |
| | |
| v (Antenas Directivas Externas de Alta Ganancia) |
| +-----------------------------------------------------------------+ |
| | Torre Celular Francesa (Visión Directa gNodeB / eNodeB) | |
| +-----------------------------------------------------------------+ |
+-----------------------------------------------------------------------+Factores diferenciales clave de la implementación física de Proxym:
- Soporte Nativo 3GPP Release 16: Los módems industriales soportan configuraciones 5G Standalone (SA) y Non-Standalone (NSA) con beamforming MIMO 4x4, garantizando un enlace de radiofrecuencia de alta densidad y jitter cercano a cero.
- Re-registro Determinista mediante Comandos AT: La rotación de dirección IP se realiza enviando instrucciones de control directamente al procesador de banda base del módem:
``bash # Desconexión limpia de la red celular gsmctl -A 'AT+COPS=2' # Forzar nuevo escaneo, registro y asignación de nuevo lease CGNAT gsmctl -A 'AT+COPS=0' `` Este proceso cierra de manera limpia el radio bearer actual y lanza una negociación completa de Radio Resource Control (RRC) frente a la torre del operador. El Serving Gateway (S-GW) y el Packet Data Network Gateway (P-GW) o UPF liberan la IP interna anterior y conceden una nueva dirección IPv4 pública de CGNAT limpia e incontaminada. El procedimiento toma entre 6 y 12 segundos y no interrumpe el socket de conexión local entre tu script de extracción y el puerto proxy de Proxym.
- Tarjetas SIM Corporativas Dedicadas: Proxym implementa contratos SIM empresariales sin limitaciones de tráfico prepago, evitando suspensiones súbitas de línea, degradaciones por priorización de tráfico (QoS deprioritization) o cancelaciones arbitrarias del servicio.
El Modelo Residencial P2P de Bright Data
La red móvil de Bright Data depende de la cooperación involuntaria o pasiva de usuarios particulares que instalan aplicaciones gratuitas con SDKs integrados:
- Restricciones del Sistema Operativo Anfitrión: Las versiones modernas de Android (13, 14 y 15) incorporan políticas implacables de gestión de energía. Si la pantalla del terminal está apagada, el sistema congela o mata los sockets TCP de las aplicaciones en segundo plano para ahorrar batería, interrumpiendo tu flujo de datos a mitad de una descarga.
- Cobertura Celular Inestable: El dispositivo peer puede estar ubicado en sótanos, zonas rurales o áreas metropolitanas congestionadas, provocando una tasa crítica de pérdida de paquetes, desorden en las secuencias TCP y colapso de las ventanas de congestión.
- Colisión por Uso del Usuario Legítimo: Si el propietario del smartphone reproduce un vídeo en alta definición o realiza una videollamada, el ancho de banda del canal se satura, degradando de inmediato la velocidad y estabilidad del proxy.
5. Implementación de Código en Producción: Automatización y Rotación
A continuación se presentan integraciones completas, probadas y funcionales para ambos entornos de desarrollo habituales (Python y Node.js), acompañadas de ejemplos nativos en cURL para su integración en pipelines de CI/CD.
Implementación en Python con Playwright
Este script gestiona una sesión automatizada completa con Playwright utilizando el proxy 5G dedicado de Proxym, gestionando la detección de bloqueos y la rotación determinista de IP a través de la API REST de Proxym:
import os
import time
import requests
from playwright.sync_api import sync_playwright, BrowserContext, Page
# Credenciales y Configuración de 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:
"""
Desencadena una re-inscripción celular 3GPP en el módem Teltonika dedicado.
Se bloquea hasta que la nueva IP pública CGNAT esté asignada y operativa.
"""
headers = {"Authorization": f"Bearer {PROXYM_API_KEY}"}
print("[*] Solicitando rotación de hardware a la API de Proxym...")
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"[+] ¡Rotación exitosa! Nueva IP: {new_ip} obtenida en {elapsed}s")
return True
else:
print(f"[-] Fallo en la rotación: {response.status_code} - {response.text}")
return False
except requests.exceptions.RequestException as e:
print(f"[-] Excepción de red al contactar la API de Proxym: {e}")
return False
def get_current_public_ip(page: Page) -> str:
"""Verifica la dirección IP pública visible hacia el exterior."""
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:
# Lanzamiento del navegador headless enrutado por el hardware 5G
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/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/