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 port9999 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
ReplaceUSERNAME and PASSWORD with your proxy credentials. Replace the host with us.proxy.doubledata.com to use the US gateway.
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.
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.- Residential
- Datacenter
- Mobile
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 from1through120, such as-session-a1b2c3d4-ttl-30for 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.
Try a connection
Store your proxy credentials in environment variables before running these examples.socks5h:// asks the proxy to resolve the destination hostname.