Backconnect-проксі: що це і як він працює

Резидентні й мобільні проксі Proxeta — це backconnect-проксі: у рядку завжди той самий хост, а IP, який бачить сайт, видається з пулу. Нижче — як улаштований такий шлюз, як логін керує ротацією й липкою сесією і чим backconnect відрізняється від списку адрес і від статичного ISP-проксі.

Що таке backconnect-проксі

Backconnect-проксі (його ще називають проксі-шлюзом або ротаційним проксі) — це сервер-посередник з однією адресою для підключення, за яким стоїть пул вихідних IP. Шлях запиту виглядає так:

ваша програма → шлюз: один хост і порт → вихідний IP з пулу → сайт

1. Програма підключається до шлюзу й передає логін і пароль.
2. Шлюз читає параметри з логіна й вибирає вихідну адресу: у потрібній країні, регіоні чи місті, у потрібного інтернет-провайдера або мобільного оператора.
3. З’єднання йде до сайту з цієї адреси. Сайт бачить вихідний IP, а адресу шлюзу — ні.

Хост шлюзу один для всіх клієнтів і не змінюється, змінюються вихідні адреси. Тому перевіряти проксі потрібно за вихідним IP — запитом до сервісу, який повертає адресу, — а не за адресою хоста.

Як один хост і порт видають багато IP

Шлюз вибирає вихідну адресу для з’єднання, а не для кожного запиту. Доки з’єднання відкрите, усі запити всередині нього виходять з однієї адреси: для https://-сайту це зашифрований тунель від вашої програми до сайту, і змінити вихід посеред тунелю шлюз не може. Нове з’єднання — новий вибір адреси.

Тому на зміну IP впливає те, як ваша програма відкриває з’єднання:

• curl відкриває нове з’єднання під час кожного запуску;
• браузер відкриває кілька з’єднань навіть для однієї сторінки;
• HTTP-бібліотека з пулом з’єднань (keep-alive) може надіслати через одне з’єднання сотні запитів.

Порт вибирає лише протокол: 8080 — HTTP, 1080 — SOCKS5. Рядки з однаковими налаштуваннями відрізняються лише портом, логін і правила вибору адреси в них спільні.

Ротація й липка сесія: усе задає логін

Режим сесії записано в логіні параметром sid. Умовний приклад:

proxy.example.invalid:8080:login-country-us-filter-medium:password
proxy.example.invalid:8080:login-country-us-sid-k7m2q9x4ab-filter-medium:password

Перший рядок — ротація, другий — липка сесія; filter-medium наприкінці — фільтр пулу «Якість», який генератор ставить за замовчуванням.

• Без sid — ротація. Кожне нове з’єднання отримує IP з пулу заново.
• Із sid — липка сесія. Доки рядок не змінюється, шлюз зберігає за ним один вихідний IP якомога довше, доки провайдер не розірве з’єднання. Строк сесії не налаштовується й не гарантується, тому перевіряйте IP після перепідключення.
• Інший sid — інша сесія. Кожен рядок з однієї генерації отримує свій sid, тому 10 рядків — це 10 окремих сесій, по одній на потік або профіль.

Перевірити поведінку можна циклом: два запити з рядком ротації й по два — з двома рядками липкої сесії.

for login in login-country-us login-country-us-sid-k7m2q9x4ab login-country-us-sid-p3w8n1c5zd; do
  for i in 1 2; do
    printf '%s  ' "$login"
    curl -sS --max-time 30 -w '\n' \
      --proxy http://proxy.example.invalid:8080 \
      --proxy-user "$login:password" \
      https://api64.ipify.org
  done
done

З рядком ротації адреси змінюються від запиту до запиту. У кожного рядка липкої сесії обидві відповіді — одна адреса, і у двох рядків ці адреси свої. Цикл запускався 5 листопада 2026 року через локальний тестовий проксі, а не через шлюз Proxeta; розбір прапорців і помилок curl — у статті curl через проксі.

Інші параметри логіна

Країна, регіон, місто, провайдер або ZIP-код, тип проксі, IPv4 і фільтр пулу звужують коло адрес, з яких вибирає шлюз. Мобільний рядок відрізняється від резидентного лише параметром type-mobile, і обидва типи витрачають один баланс трафіку. Повний порядок параметрів і допустимі поєднання — у статті формат рядка проксі.

Логін краще не складати вручну. Генератор у розділі «Створити проксі» особистого кабінету підставляє коди локацій сам, а через невідомий код, зайвий параметр або порушений порядок шлюз може відмовити в авторизації або видати IP не з тієї локації.

Backconnect, список адрес та ISP-проксі

Резидентні й мобільні проксі Proxeta працюють як backconnect-шлюз. В ISP-проксі в замовленні на вкладці «Мої проксі» зазначено сам IP, а регіон, місто й сесія не налаштовуються; докладніше — у статті ISP-проксі.

Коли backconnect підходить, а коли ні

Підходить:

• Незалежні запити до публічних сторінок з вибраної локації — з ротацією.
• Багатокрокові сценарії, де сайт має впізнавати вас між запитами, — з липкою сесією, по одному рядку на потік або профіль. Коли який режим вибирати, розібрано в статті sticky-сесія чи ротація.
• Робота без списку адрес. Змінити країну чи місто — означає взяти інший логін, хост і порт залишаються тими самими.

Не підходить:

• Та сама адреса днями й тижнями — беріть ISP-проксі.
• Вхід за IP без логіна й пароля — його немає, лише логін і пароль.
• UDP — шлюз його не передає; докладніше в статті HTTP чи SOCKS5.

Ротація розподіляє запити між адресами, але не змінює правил: для сайту це ті самі запити від того самого проєкту. Дотримуйтеся умов сайтів і політики допустимого використання Proxeta.