Proxies backconnect: una línea con un pool entero detrás

Cuando un servicio dice «millones de direcciones en el pool» y te da una sola línea de conexión, trabaja el esquema backconnect. Entender su mecánica elimina la mitad de las preguntas que llegan a soporte: por qué la dirección cambia sola, dónde viven esos millones y qué significa una sesión. Veamos el esquema desde el principio hasta las pruebas previas a la compra.

El esquema: gateway y pool

Una línea del tipo host:port:login:password apunta al gateway: un servidor permanente con un nombre permanente. Todo tu tráfico llega allí, y luego el gateway saca cada petición por una de las direcciones de salida del pool. Las salidas son dispositivos que corresponden al tipo de pool: conexiones domésticas en planes residenciales, redes celulares en móviles, direcciones de servidor en centro de datos. El software se configura una vez y no sabe nada de los cambios de dirección: toda la mecánica está del lado del servicio.

Rotación y sesión

Hay dos modos de salida, y se eligen al crear la lista o con parámetros en la línea. Rotación: una dirección nueva en cada petición, el modo natural de scraping y comprobaciones donde cada petición es independiente. Sesión: el gateway fija una salida a tu línea. En Resi Core y Resi Prime el plazo se define de 3 minutos a 24 horas. En ambos casos el dispositivo puede irse antes. Todo lo relacionado con cuentas necesita sesiones: entrar, trabajar y salir desde una dirección. Una tercera opción, actualizar la lista por horario, convierte un conjunto de líneas de sesión en rotación lenta: las direcciones cambian cada N minutos en toda la lista.

Dónde gana el formato

• Escala sin administración. Miles de salidas con un solo ajuste del software: scraping paralelo, monitorización de precios y verificadores crecen sin tocar la configuración.
• Un pool vivo. El servicio retira del pool las salidas muertas por su cuenta, así que no limpias listas: el gateway simplemente no entrega una dirección muerta.
• Ubicación a demanda. El país, y en planes superiores la ciudad y el operador, se definen en la línea: un gateway atiende todas las regiones del pool, como mostramos en las mediciones del pool alemán.

Límites que conviene conocer

Una salida no es tuya en exclusiva: en un pool rotativo los clientes comparten direcciones en el tiempo, y la reputación de una IP concreta contiene historia ajena. Para scraping no importa, para cuentas de larga vida se eligen sesiones largas y pools más limpios. La vida de la sesión no es infinita: un dispositivo doméstico puede desconectarse y la salida cambia antes de tiempo, y tu software debe soportarlo. Y la latencia: el paso por el gateway más la última milla de una salida doméstica da una respuesta notablemente más lenta que la de un servidor, como muestran con honestidad las mediciones del artículo anterior.

La facturación de este formato casi siempre va por tráfico: pagas por los gigabytes que pasan por el gateway, y el número de salidas no importa. De ahí una consecuencia práctica: se ahorra recortando tráfico sobrante, desde desactivar imágenes en el scraper hasta reintentos razonables, y buscar un gigabyte barato aporta menos. La segunda consecuencia es más agradable: el número de líneas e hilos no limita el presupuesto, así que puedes generar listas para cada subtarea con libertad.

De dónde salen las salidas

Una pregunta honesta para cualquier pool: en qué condiciones llegaron allí los dispositivos. En los servicios decentes, las salidas vienen de apps asociadas, donde el dueño del dispositivo comparte el canal a sabiendas a cambio de una recompensa, y de infraestructura propia. También existen pools grises en dispositivos infectados: el precio es menor, los riesgos legales y morales mayores, y ese pool es inestable por naturaleza. Señales indirectas de limpieza: el servicio explica el origen de las direcciones, los pools no se cruzan entre productos y el soporte responde sobre la fuente sin niebla.

Cómo comprobar un backconnect en diez minutos

Toma un volumen de prueba y pasa cuatro comprobaciones. Rotación: varias peticiones seguidas a la página de detección de IP deben salir por direcciones distintas. Sesión: la misma serie en una línea de sesión mantiene una dirección. Ubicación: el país de la respuesta coincide con el definido en la línea. Tipo de salida: la consulta ASN muestra un proveedor doméstico en residenciales y un hosting en centro de datos, de modo que el engaño se ve al instante. Una lista completa es más cómoda de pasar por el verificador: estado, protocolo y respuesta de cada línea en una pasada. Estos diez minutos responden con más honestidad que cualquier descripción de plan, incluida la nuestra, y por eso aconsejamos empezar por aquí con este formato.