EclipseProxy

API overview

The EclipseProxy REST API: authentication, account endpoints, and the Reseller API

The EclipseProxy API is a small REST API for the operations you'd otherwise do in the dashboard, plus a dedicated Reseller API for managing sub-accounts.

Base URL

https://www.eclipseproxy.com

What you can do

Account endpoints (standard accounts):

  • Get / reset your API token: POST /api/user-api/auth
  • Check remaining Residential bandwidth: GET /api/user-api/bandwidth
  • Generate proxies in any format: GET /api/genProxy

Reseller API (reseller accounts):

  • Manage your bandwidth pool, create subusers, allocate bandwidth, and control per-subuser IP whitelists. See the Reseller overview.

Authentication

Most standard account endpoints require a Bearer token:

Authorization: Bearer YOUR_API_TOKEN

Two exceptions: /api/user-api/auth (you send your credentials there to get a token) and /api/genProxy (a pure formatter — unauthenticated). The bandwidth endpoint requires the token.

Get a token by POSTing your email and password to /api/user-api/auth. See Authentication.

The Reseller API uses a separate reseller API key. See Reseller authentication.

Quick start

Get an API token

POST your credentials to /api/user-api/auth to receive a token.

Store the token

Save it as an environment variable. Calling the auth endpoint again invalidates the old token.

Call endpoints with the token

Include Authorization: Bearer YOUR_TOKEN on every other request.

Endpoint reference

Important notes

  • /api/user-api/auth: get a token and reuse it. Calling this endpoint on every request invalidates your previous token unnecessarily.

What's not exposed via API

This is a small surface: most product management still happens in the dashboard.

  • Buying bandwidth or plans (dashboard)
  • IP whitelist management for your own account (dashboard)
  • Resetting your proxy password (dashboard)
  • ISP IP renewals (dashboard)
  • Refund / replacement requests (website chat)

We may add more endpoints over time. If there's something specific you'd like exposed, message support.

SDKs

No official SDKs currently: direct REST calls work in any language. The API is small enough that a thin wrapper in your own codebase is usually the right move.

On this page