Dimensiona un grupo de proxies para resolver CAPTCHA

Para cuatro flujos lógicos activos, empieza con cuatro asignaciones de sesión de proxy. Cada trabajo usa su sesión asignada tanto para la resolución como para el envío al destino y realiza el envío sin demora con la identidad del navegador devuelta.

[
  {
    "job": 1,
    "proxyEnvironmentVariable": "PROXY_SESSION_1",
    "reuseFor": "solve and target submission",
    "resultHandling": "submit promptly with returned browser identity"
  },
  {
    "job": 2,
    "proxyEnvironmentVariable": "PROXY_SESSION_2",
    "reuseFor": "solve and target submission",
    "resultHandling": "submit promptly with returned browser identity"
  },
  {
    "job": 3,
    "proxyEnvironmentVariable": "PROXY_SESSION_3",
    "reuseFor": "solve and target submission",
    "resultHandling": "submit promptly with returned browser identity"
  },
  {
    "job": 4,
    "proxyEnvironmentVariable": "PROXY_SESSION_4",
    "reuseFor": "solve and target submission",
    "resultHandling": "submit promptly with returned browser identity"
  }
]

Esto asigna cuatro trabajos a cuatro sesiones, no necesariamente a cuatro IP distintas. No es una regla universal de una IP por hilo ni un límite de capacidad medido. Un hilo que no está ejecutando un flujo de resolución y envío no necesita su propia asignación.

Si tu proveedor de proxies rota las salidas, usa su función de sesión o de fijación para que el sistema de resolución y el envío compartan la misma salida. Cuatro variables de entorno por sí solas no garantizan eso. Realiza el envío con el proxy que tuvo éxito y los campos userAgent y secChUa de la solución, en lugar de sustituirlos por los encabezados de navegador habituales de tu aplicación.

Una solicitud de reCAPTCHA acepta exactamente uno de estos parámetros: proxy o proxyCandidates. La lista de candidatos admite hasta doce URL de proxy HTTP o HTTPS distintas, sin ruta, consulta ni fragmento. Son salidas alternativas para una sola tarea, no un lote en paralelo: cuatro trabajos con doce candidatos cada uno siguen representando cuatro flujos lógicos, no 48 resoluciones.

Si usas candidatos, conserva el array original. Para reCAPTCHA, solution.egressAttempts identifica al candidato que tuvo éxito mediante su índice basado en uno. Comprueba que sea un entero entre 1 y la longitud del array antes de seleccionar el proxy para el envío. Si falta o no es válido, detente en lugar de adivinar.

El límite de candidatos no es una recomendación sobre el tamaño del conjunto de proxies, y recurrir a alternativas no garantiza una salida funcional. Las tareas de sesión requieren un único proxy, así que no uses listas de candidatos en esas tareas.

Ejecuta el flujo de trabajo real del sitio de destino. Registra una etiqueta no secreta para la sesión de proxy, el estado final de la tarea y la respuesta del destino para cada trabajo. Distingue entre que el servicio de resolución tenga la solución lista y que el destino la acepte; de lo contrario, el conjunto de proxies puede parecer operativo aunque fallen todos los envíos.

Los tokens listos quedan a la espera antes del envío.

¿Puede la aplicación enviar los resultados al ritmo al que los producen los cuatro flujos activos?

Prueba esto: Reduce las resoluciones simultáneas a las que la aplicación pueda consumir sin demora. Más sesiones de proxy no solucionarán los retrasos en el envío.

El destino rechaza una solución lista.

¿El envío usó la salida que tuvo éxito, la identidad de navegador devuelta y el destino previsto?

Prueba esto: Corrige las discrepancias antes de comprar más IP. Si todo coincide, compara las opciones de proxy con el mismo flujo de trabajo de destino; las etiquetas residencial, móvil o de centro de datos no garantizan la aceptación.

El proxy devuelve HTTP 407.

Comprueba la autenticación del proxy, incluidos los caracteres reservados del nombre de usuario o la contraseña.

Prueba esto: Corrige las credenciales y aplica codificación porcentual a sus componentes, no a toda la URL del proxy. Añadir candidatos no corregirá el mismo error de autenticación.

Si la ejecución con cuatro flujos rinde peor que otra con menos simultaneidad, investiga esa diferencia antes de ampliar. Aumenta las asignaciones fijas cuando necesites más flujos simultáneos y vuelve a comparar los resultados de principio a fin. Ni una conexión de proxy funcional ni un conjunto de proxies más grande determinan una puntuación de CAPTCHA.

Con las tarifas actuales de pago por uso, 10,000 tareas de reCAPTCHA listas cuestan $20 antes de aplicar el crédito de la cuenta o las bonificaciones correspondientes. Las resoluciones fallidas se reembolsan. Un rechazo del destino no genera automáticamente el reembolso de una resolución lista.

Mantén el gasto en proxies como una partida independiente. Usa las condiciones de facturación de tu proveedor y el tráfico medido durante la misma prueba de resolución y envío; el número de sesiones o candidatos configurados no indica cuánto se facturará por tráfico.