Connections and integrations

Proxy string format

A residential or mobile proxy string looks like host:port:login:password. Everything you set — location, proxy type, session and filter — is written into the login, separated by hyphens. This page lists the parameters, the order they go in and which combinations work.

Host, port and authentication

What every residential and mobile string has in common.

Host

connect.proxeta.io

The gateway address. The examples below use the placeholder proxy.example.invalid instead.

Port

8080 for HTTP, 1080 for SOCKS5

An HTTP string and a SOCKS5 string with the same settings differ only in the port.

Authentication is by login and password only; there is no IP allowlist. Your password is the same in every string, while the login changes with the settings. UDP is not supported, including over SOCKS5.

For how HTTP and SOCKS5 differ and which one to choose, see HTTP vs SOCKS5 proxy: which protocol to choose.

What the login is made of

The parameters always go in the same order.

<account>-country-<code>[-region-<code>][-city-<code>][-isp-<code> | -zip-<code>][-type-mobile][-ipv4-true][-sid-<session>][-<filter>]

Parameters in square brackets are optional, and a vertical bar means “one or the other”. Hyphens separate the parameters:

<account>

Always first

Your proxy account name. It is the same in all your strings.

country-<code>

Required

Country as a lowercase two-letter ISO 3166-1 code, such as us or de. The United Kingdom is gb, not uk.

region-<code>

Optional

Region or state, such as california.

city-<code>

Optional

City, such as los_angeles. Works without a region too.

isp-<code>

Not with zip

Internet service provider, or the mobile carrier for mobile proxies, such as t_mobile_usa.

zip-<code>

Not with isp

Postal code, such as 90003. With it, region and city are left out of the string.

type-mobile

Mobile only

Marks a mobile proxy. Without it, the string is residential.

ipv4-true

Optional

IPv4 only. Without it, the exit address can be IPv4 or IPv6.

sid-<session>

Sticky session only

Sticky session ID. Without it, the string rotates.

<filter>

Always last

Pool optimization: filter-medium, speed-fast or filter-medium-speed-fast.

Location: country, region, city, ISP or ZIP

How to target a city, a provider or a postal code.

Country is required. Region and city narrow the location down and can be used together or separately, so a string with country-us-city-miami is valid too.

After that, pick one of two: a provider (isp) or a ZIP code (zip). In the generator, this is the “Targeting” switch: “ISP” or “ZIP code”. For mobile proxies, the ISP field lists mobile carriers.

When a ZIP code is set, region and city are not written to the string, because the postal code sets the location. In the generator, they only narrow down the list of ZIP codes.

country + region, city, isp

Allowed: any of the three, alone or together.

country + zip

Allowed: region and city are then left out of the string.

isp + zip

Not allowed: the generator returns an error.

No country

Not allowed for residential and mobile proxies.

type-mobile, ipv4-true, sid, filter

Allowed with any location.

ZIP codes

ZIP generation has only been verified with numeric US codes, such as 90003. The generator rejects codes with a space or a hyphen, and we have not verified ZIP targeting in other countries.

Session: the sid parameter

How to keep one IP or get a new one.

A string with sid is a sticky session. As long as you connect with the same unchanged string, the service keeps one exit IP for as long as possible, until the provider drops the connection. There is no duration setting and we don’t promise a specific length, so check the IP after reconnecting.

Every string in a batch gets its own sid, so each one is a separate session. If you need a different address, take another string or click “Regenerate”. A sid contains only lowercase Latin letters and digits, with no hyphens; the generator makes it 10 characters long. If you build strings yourself, use a new value for each new session.

A string without sid rotates: each new connection may get a new IP. Requests sent over one open connection (keep-alive) may come from the same address.

For when to use which mode, see Sticky session vs rotating proxies.

Proxy type, IPv4 and filter

The parameters that follow the location.

A mobile string differs from a residential one only by type-mobile. Both types draw on the same traffic balance. The ipv4-true parameter matches the “IPv4 only” switch.

The filter matches “Pool optimization” in the generator and always comes last in the login:

filter-medium

Quality

IP quality filter. It is the Dashboard default, and the Telegram bot uses it for every string.

speed-fast

Speed

Selects for speed instead of quality.

filter-medium-speed-fast

Quality + speed

Both at once.

Any filter narrows the pool of available addresses. Without a filter parameter, a string uses the whole pool unfiltered, but neither the Dashboard nor the bot issues such strings. The gateway also accepts a stricter quality filter, filter-high (filter-high-speed-fast together with speed), which the generator does not offer.

Example strings

Placeholder values: use your own from the Dashboard.

City, sticky session, HTTP

proxy.example.invalid:8080:demo-country-us-region-california-city-los_angeles-sid-k7m2q9x4ab-filter-medium:demo-password

Mobile carrier, IPv4 only, SOCKS5

proxy.example.invalid:1080:demo-country-us-isp-t_mobile_usa-type-mobile-ipv4-true-sid-k7m2q9x4ab-filter-medium:demo-password

ZIP code, sticky session

proxy.example.invalid:8080:demo-country-us-zip-90003-sid-k7m2q9x4ab-filter-medium:demo-password

Country, rotation

proxy.example.invalid:8080:demo-country-de-speed-fast:demo-password

Where to find location codes

You don’t need to guess the codes.

Open “Generate proxies” in the Dashboard, choose a country, region, city, ISP or ZIP code and generate a string: the codes appear in the login. The lists of regions, cities, ISPs and ZIP codes depend on the proxy type and the “IPv4 only” switch, so a code that exists for residential proxies may be missing for mobile ones.

Strings from the @proxetabot Telegram bot also carry country, region and city codes: find a country or city with the search. The bot replies in Russian only and issues sticky sessions with the “Quality” filter only, without an ISP or ZIP choice.

Codes are written in lowercase Latin letters, with words joined by underscores: los_angeles, t_mobile_usa. If you build a string yourself, take codes only from generated strings: with an unknown code, an extra parameter or the wrong order, the gateway may reject the login or return an IP from the wrong location.

The string as a URL

For libraries and tools that expect the proxy as one address.

The Dashboard issues strings as host:port:login:password. Many programs want a URL instead: http://login:password@host:8080 for HTTP or socks5h://login:password@host:1080 for SOCKS5 (with socks5h, the proxy resolves site names rather than your device). For example:

http://demo-country-us-sid-k7m2q9x4ab-filter-medium:demo-password@proxy.example.invalid:8080

If the password contains characters such as @, : or /, URL-encode them. Examples for curl are in curl with a proxy, and for Python and Playwright in Proxies in Python: requests, httpx and Playwright.

ISP proxies

Static addresses work differently.

The parameters on this page apply only to residential and mobile proxies. ISP proxy details are fixed: the IP, port, login and password are listed in your order on the “My proxies” tab. You choose the country when you order; region, city, ISP, ZIP code and session can’t be set.

Don’t publish your strings

Every string contains your account password. Don’t post strings in public repositories, chats or forums, and don’t share them with others.