1. Overview

SafestProxy doesn't require a proprietary SDK or a special client. Every proxy type — residential, static residential, mobile, or datacenter — sits behind a standard gateway that speaks HTTP, HTTPS, and SOCKS5, which means it works with whatever tool you're already using: a terminal, a scripting language, or a no-code scraping platform. This page walks through exact configuration for the four most common setups, so you can go from signup to a working request in a couple of minutes.

Works with cURL out of the box Native support in Python & Node.js No-code platform presets Same credentials across every tool

2. Quick Connection Reference

Whichever tool you're integrating, you'll always need the same four pieces of information from your dashboard. Keep these handy before you touch any code:

Gateway host

gate.safestproxy.com — the single endpoint every proxy type routes through.

Port

Varies by protocol and proxy type (e.g. 7000 for HTTP/HTTPS residential, a separate port for SOCKS5) — shown next to each proxy type in your dashboard.

Username

Your account or sub-user username, optionally with inline session parameters appended for geo-targeting or session control.

Password

Your account or sub-user password — rotate it any time from the dashboard without affecting other credentials.

3. Using cURL

cURL is the fastest way to sanity-check a proxy before wiring it into anything else. Authentication is passed inline with the -x flag, and the same syntax works whether you're testing HTTP or HTTPS targets.

# basic authenticated request through the gateway curl -x http://USERNAME:PASSWORD@gate.safestproxy.com:7000 https://ip.safestproxy.com # targeting a specific country via username parameters curl -x http://USERNAME-country-us:PASSWORD@gate.safestproxy.com:7000 https://ip.safestproxy.com

If the request hangs or times out, double-check that the port matches the proxy type you provisioned — mixing a residential port with a datacenter username (or vice versa) is the most common cause of a stalled cURL request.

4. Using Python

Python's requests library handles proxy auth through a standard proxies dictionary, and the same pattern extends to httpx, aiohttp, or any HTTP client that accepts a proxy URL.

# requests import requests proxy_url = "http://USERNAME:PASSWORD@gate.safestproxy.com:7000" proxies = {"http": proxy_url, "https": proxy_url} response = requests.get("https://ip.safestproxy.com", proxies=proxies) print(response.text)
# Scrapy settings.py PROXY_URL = "http://USERNAME:PASSWORD@gate.safestproxy.com:7000" DOWNLOADER_MIDDLEWARES = { 'scrapy.downloadermiddlewares.httpproxy.HttpProxyMiddleware': 1, }

For Selenium or Playwright in Python, proxy credentials generally can't be passed directly in the browser launch options — you'll usually need a small proxy-auth extension or a launch argument workaround, since most browsers don't support inline user:pass@host auth for HTTPS proxies at the driver level.

5. Using Node.js

In Node.js, both axios and native fetch can route through the gateway, though each handles the proxy agent slightly differently.

// axios with https-proxy-agent const axios = require('axios'); const { HttpsProxyAgent } = require('https-proxy-agent'); const agent = new HttpsProxyAgent('http://USERNAME:PASSWORD@gate.safestproxy.com:7000'); axios.get('https://ip.safestproxy.com', { httpsAgent: agent }) .then(res => console.log(res.data));
// Puppeteer const browser = await puppeteer.launch({ args: ['--proxy-server=gate.safestproxy.com:7000'] }); const page = await browser.newPage(); await page.authenticate({ username: 'USERNAME', password: 'PASSWORD' });

Puppeteer's page.authenticate() method is the cleanest way to handle proxy auth in a headless browser context — it avoids the credential-in-URL workarounds that other tools need.

6. No-Code Platforms

Most no-code scraping and automation platforms expose a generic "custom proxy" field that accepts the same host, port, username, and password from your dashboard — no SafestProxy-specific integration is required. A few things to check depending on the platform:

Look for a "custom proxy" or "bring your own proxy" option rather than a named-provider dropdown — SafestProxy will work through any generic proxy field.

Check whether the platform expects the protocol prefix in the host field (e.g. http://gate.safestproxy.com) or as a separate dropdown — this varies platform to platform.

Confirm whether the platform supports SOCKS5 if that's the protocol you're on — some no-code tools only accept HTTP/HTTPS proxies.

Use a sub-user for each no-code workflow so you can track that platform's usage separately in your dashboard.

7. Authentication Methods Across Tools

ToolAuth methodNotes
cURLInline user:pass in -x flagSimplest to test with — no extra libraries needed
Python (requests)Inline user:pass in proxy URLSame URL format works across requests, httpx, aiohttp
Node.js (axios)Inline user:pass via proxy agentRequires an agent package like https-proxy-agent
Puppeteer / Playwrightpage.authenticate() or context authInline URL auth generally isn't respected by the browser itself
No-code platformsSeparate host / port / user / pass fieldsField layout varies; IP whitelisting is sometimes offered as an alternative

8. Choosing HTTP, HTTPS, or SOCKS5 Per Tool

Most modern libraries and platforms handle HTTP and HTTPS proxying interchangeably once authentication is set up correctly, since the proxy tunnels HTTPS traffic regardless of which scheme is in the proxy URL. SOCKS5 is worth reaching for specifically when a tool needs to proxy non-HTTP traffic, or when you want a protocol that doesn't rewrite request headers at all. If you're unsure which to pick, HTTP/HTTPS is the safer default for scraping and API work — SOCKS5 is the better fit for lower-level networking tools or applications outside a browser or HTTP client.

9. Common Integration Mistakes

01 Wrong port for the proxy type

Each proxy type and protocol combination has its own port — reusing a residential port for a datacenter or SOCKS5 connection is the single most common cause of failed requests.

02 Special characters in the password

Unescaped characters like @ or : in a password can break inline user:pass@host URLs — URL-encode the password or set credentials separately where the tool allows it.

03 Assuming browser tools accept inline auth

Puppeteer, Playwright, and Selenium generally need a dedicated authentication step or extension rather than credentials embedded in the proxy URL.

04 Mixing IP whitelisting with username-based targeting

If your account is set to IP whitelisting, username-based geo-targeting parameters are ignored — pick one authentication method and stick with it per credential set.

10. Testing Your Connection

1

Confirm your credentials in the dashboard

Copy the exact host, port, username, and password shown for the proxy type you intend to use.

2

Run a single cURL request first

Isolating the test to cURL rules out whether an issue is with the proxy connection itself or with your tool's configuration.

3

Check the returned IP and location

Hitting an IP-check endpoint confirms the request actually routed through the proxy rather than your own network.

4

Move the working config into your tool

Once cURL succeeds, port the exact same host, port, username, and password into your script or platform.

11. FAQ

Do I need a different set of credentials for each tool?

No — the same username and password work across cURL, Python, Node.js, and no-code platforms. Many teams still create separate sub-users per tool for cleaner usage tracking, but it isn't required.

Does SafestProxy offer a native SDK for Python or Node.js?

No dedicated SDK is needed — the gateway works with any standard HTTP or SOCKS5 client, so existing libraries like requests or axios are all you need.

Why does my no-code platform reject my proxy credentials?

This is usually a port mismatch or a platform that only accepts IP-whitelisted proxies rather than username/password auth — check which authentication method the platform supports first.

Can I use SafestProxy with browser automation tools that don't support proxy authentication natively?

Yes — for tools without built-in credential support, IP whitelisting is usually the simpler path, since it removes the need to pass a username and password at all.

SafestProxy Team

Documentation and integration guides from the team building SafestProxy.