These work differently from residential data. Instead of a consumable GB pool, you hold a concurrent capacity limit per product — “may hold 100 datacenter + 20 ISP IPs at once”. You draw an allocation (a batch of IPs for one end customer) against that limit, and release it when the customer churns. Released IPs free the capacity again.
Your capacity
GET /reseller/account reports it:
used counts IPs in active allocations. To raise a limit, contact your account manager.
Available regions and their stock are discoverable from the public GET /region/availability?type=... endpoint.
Allocating proxies
POST /reseller/proxies
Draws a batch of IPs for one end customer. Credentials are generated per IP.cURL
Request Fields
200 OK
Errors
Unlike the residential pool, static proxy capacity is enforced. Check
limit against used before requesting a large batch.Listing allocations
GET /reseller/proxies
Paginated list of your allocations. Acceptspage and limit. Proxy lists are omitted here — fetch one allocation for those.
cURL
One allocation, with credentials
GET /reseller/proxies/:id
Allocation detail plus the fullip:port:username:password list.
cURL
proxies array.
Releasing an allocation
DELETE /reseller/proxies/:id
Tears down all the allocation’s IPs upstream and returns the capacity to your pool.cURL
400 if the allocation is already released.