Skip to main content
Use your proxy username and password from the dashboard to connect through DoubleData. The same connection formats work for residential, datacenter, and mobile proxies. Your credential’s product determines which IP pool you use.
Proxy credentials are different from your organization’s API key. Use your proxy username and password for proxy connections, and your API key for the management API.

Choose a gateway

Choose the gateway closest to the application that sends your requests. Both gateways accept the same proxy credentials. Choosing the US gateway does not select a US exit IP. Add -country-us to your username when you need a US exit IP. Keep the same gateway while you use a sticky session. Switching gateways does not guarantee that you keep the same exit IP.

HTTPS proxy connections

Use HTTPS on port 9999 to encrypt the connection between your application and the proxy. Both gateways use publicly trusted Let’s Encrypt certificates, which clients such as curl verify by default. Your application must support HTTPS proxies. In the dashboard’s Proxy Generator, select HTTPS to generate connection details with port 9999. The Playground also offers HTTPS.
The proxy protocol and the destination URL are separate choices. You can send a request to an HTTPS website through either an HTTP or HTTPS proxy. Select an HTTPS proxy when you also want TLS on the connection to the proxy.

Connection formats

Replace USERNAME and PASSWORD with your proxy credentials. Replace the host with us.proxy.doubledata.com to use the US gateway.
Use the format your application expects. The colon-separated formats are import formats for tools that support them; they are not URLs. If your tool has separate fields, enter the host, port, username, and password separately. For HTTPS imports, use port 9999 and select HTTPS in your application’s protocol setting. Formats without a URL scheme do not specify the proxy protocol. When you embed credentials in a URL, percent-encode reserved characters in the username and password. For example, encode @ as %40. With curl, use --proxy-user to pass credentials separately.
Keep proxy credentials private. Do not commit them to source control or share generated proxy lists. Requests through your proxy consume traffic from your account.

Username parameters

Append targeting parameters to your existing username. Keep your password unchanged.
Use lowercase country codes and copy supported city values from the dashboard’s proxy generator. For example, the generator formats New York as newyork. Leave country and city parameters out when you do not need location targeting.
Location availability depends on your product and the current pool. Mobile proxies support country targeting only; do not add a city parameter.

Product examples

Use credentials created for the product you want. Adding a country or session parameter does not change a residential credential into a datacenter or mobile credential.
Select a country, optionally select a supported city, and add a session ID when you want related connections to reuse a session.
Rotating, US
Sticky, US with city targeting

Rotating and sticky sessions

Rotating connections

Leave out -session-<id> to allow rotation when you open a new proxy connection. A reused HTTP connection or an existing tunnel can keep its current exit IP. Rotation does not guarantee a different IP on every request, and a previously used IP can appear again.

Sticky sessions

Add a nonempty session ID, such as -session-a1b2c3d4, and reuse the same full username and gateway for related connections. Use a different ID for a separate session.
  • Use a random alphanumeric ID. Eight characters, such as a1b2c3d4, are a practical choice and match the dashboard generator. Eight characters are a recommendation, not an enforced minimum.
  • Keep the country and city parameters unchanged during a session.
  • The default session lifetime is 120 minutes. To request a custom lifetime, append -ttl-<minutes> with an integer from 1 through 120, such as -session-a1b2c3d4-ttl-30 for 30 minutes.
  • IP persistence is best effort. An exit IP can change before the session expires if it becomes unavailable or the connection recovers through another route.
  • A session ID identifies a proxy session; it does not preserve website cookies or logins. Your application must manage those separately.
In the dashboard generator, Rotating produces lines without a session ID. Sticky gives each generated line its own session ID. Reuse one line for related connections; different generated lines represent separate sessions and can still return the same IP.
See Sticky sessions and TTL for lifetime rules, shared residential sessions, and examples.

Try a connection

Store your proxy credentials in environment variables before running these examples.
These requests use your live proxy credentials and consume traffic.
The HTTPS example verifies both the proxy certificate and the destination certificate. With curl, socks5h:// asks the proxy to resolve the destination hostname.

Troubleshooting