Proxy residencial
Actualizado:
Gestione paquetes, listas y sesiones de proxy residencial mediante programación.
Un paquete es tu suscripción residencial: tiene un límite de tráfico y una fecha de caducidad. Dentro de un paquete se crean listas: conjuntos de IPs filtradas por GEO y reglas de rotación. Te conectas al proxy a través del nombre de usuario/contraseña de la lista, y un paquete puede contener muchas listas para diferentes casos de uso.
Listas
crear, configurar y eliminar listas de proxy
Leer
Escriba a
Paquete
Más controles
Común a todos los puntos finales residenciales
URL base
https://proxy-seller.com/personal/api/v1/{YourApiKey}/resident/Autenticación
Clave API en la ruta URL: nunca registre las URL de solicitud completas.
Modelo de error
Los errores comerciales devuelven HTTP 200 con errores[] rellenados.
Una vez configurados los proxies
Cases (FAQ)common scenarios and troubleshootingOpenBalancecheck funds before extending trafficOpenPREGUNTAS FRECUENTES
Paquete - su abono (límite de tráfico + caducidad).Lista - un paquete de nombre de usuario/contraseña con filtros geográficos y de lista blanca que vive dentro de un paquete.Sesión - vinculación efímera de una IP de salida específica a una única conexión, formada sobre la marcha mediante_s_… en el inicio de sesión.
A nivel de paquete. Una lista es solo credenciales y un filtro;consumption-cost agrega por inicio de sesión (es decir, por lista), pero los cargos reales afectan al fondo común de paquetes.
Cada puerto da una IP de salida independiente - utilízalos en paralelo para peticiones concurrentes. Un puerto = una IP de salida en un momento dado.
Una lista dentro de tu paquete principal te proporciona un paquete de credenciales/filtros, pero su tráfico comparte el pool del paquete sin límite. Un subpaquete asigna una parte fija del tráfico (traffic_limit) con su propia caducidad y activación/desactivación, y devuelve el tráfico no utilizado al paquete principal cuando se elimina. Las listas que creas dentro de un subpaquete funcionan de la misma manera, sólo que se facturan contra la porción del subpaquete.
Utilice un subpaquete cuando necesite un límite de tráfico fijo para alguien (un cliente, un equipo, una campaña), sin renunciar a su clave API. Toda la gestión sigue realizándose a través de su propia clave. Utiliza una lista simple cuando solo necesites aislamiento geográfico o de credenciales dentro de tu propia cuota.
Sí:https://proxy-seller.com/personal/api/v1/{YourApiKey}/resident/.... Las variantes de subusuario utilizan/residentsubuser/....
HTTP y SOCKS5 sobre la misma IP.
La renovación programática de un paquete residencial no está cubierta en la API pública./extend-proxies (/prolong/calc/{type},/prolong/make/{type}) sólo acepta tipos basados en IP -ipv4,ipv6,mobile,isp,mix,mix_isp.resident no está en esa lista y no hay/resident/prolong punto final.
Renovar el paquete residencial a través del cuadro de mandos antes deexpired_at informado porget-package-information. El comportamiento exacto a la expiración (conexiones activas, transferencia de tráfico no utilizado) no está documentado en la especificación de la API - verifique con el soporte si es importante para su integración.