Proxy Solutions
Подключите профиль браузера к резидентным прокси Proxy Solutions. Три шага, без плагинов и расширений для авторизации прокси.
Мобильные прокси Proxy Solutions: на заказ выделяется отдельный канал со своим IP и двумя портами - HTTP и SOCKS5, - а не общий шлюз с кодом страны в логине. Значения измерены на живом заказе в Польше, а не взяты из документации.
https://proxy-solutions.net/en/services/mobile-proxies
1. Получите доступы
В панели Proxy Solutions откройте резидентный продукт и скопируйте хост шлюза, порт, логин и пароль. Всё дальнейшее опирается на эти четыре значения.
2. Соберите строку прокси
Одна строка вместе с доступами. Параметры гео и сессии кладутся в ту половину, которую использует этот провайдер - в таблице ниже указано, в какую именно.
http://<order login, e.g. ps166787>:<order password>@82.97.251.114:16920 3. Запустите
Часовой пояс, локаль и WebRTC берутся от адреса выхода, поэтому американский выход не приезжает с вашим собственным часовым поясом.
await ab.launch({
profile: 'acc-01',
proxy: 'http://<order login, e.g. ps166787>:<order password>@82.97.251.114:16920',
}) launch(
profile="acc-01",
proxy="http://<order login, e.g. ps166787>:<order password>@82.97.251.114:16920",
) Не хотите заводить аккаунт у провайдера? На платных тарифах есть управляемые резидентные прокси.
Параметры
Прочитано в документации Proxy Solutions 2026-09-17. Порты и точки входа зависят от тарифа и зоны, поэтому при расхождении с вашей панелью права панель.
| Шлюз | 82.97.251.114 |
| Порты | 16920 на общем HTTP-шлюзе выше; для SOCKS5 тот же порт на своём шлюзе 185.247.16.34. Каждому заказу дополнительно выдаётся собственный адрес канала со своими двумя портами (1051 HTTP и 1052 SOCKS5 в тестируемом заказе) - измерены оба маршрута, оба ведут на один и тот же выход. |
| Протоколы | HTTP и SOCKS5, на разных портах. Проверены оба, оба работают с одним и тем же доступом. |
| Параметры кладутся в | На указанной странице не опубликовано - смотрите документацию провайдера |
| Выбор страны | Выбирается при оформлении заказа, а не в доступе. Тестируемый заказ - Польша, выход пришёлся на Orange Polska в Познани; канал сообщает свой город и оператора через API. |
| Липкая сессия | Канал удерживает один мобильный IP до ротации. Измерено, а не взято из панели: между двумя запусками примерно через час выход сменился сам (37.47.132.48 -> 37.47.140.0) при автосбросе в 20 минут, а вызов change-ip URL из их API сменил его ещё раз за 10 секунд (37.47.140.0 -> 37.47.132.174). Держите один профиль на канале, чтобы удерживать одну личность между ротациями. |
| Длительность сессии | Один канал на единицу заказа; тестировался один канал в Польше. |
| Источник | https://proxy-solutions.gitbook.io/api-en/ |
Что стоит знать
- В таблице заказов адреса нет - в колонке IP стоит "1 pcs.". Он берётся из их выгрузки Download или из API: GET /api/user/orders/{id} с api-key со страницы "API for developers" возвращает канал с IP, обоими портами, оператором и change-ip URL.
- Измерено 2026-09-17 в AntiBrow, по профилю на маршрут: порты канала и оба общих шлюза дали выход 37.47.132.48 - public-gprs384239.centertel.pl, AS5617 Orange Polska, Познань. Это адрес мобильного оператора, а не дата-центра.
- Часовой пояс браузера последовал за выходом - Europe/Warsaw, смещение -120, - а локаль осталась заданной в профиле en-US. То же разделение, что и на других страницах: часовой пояс идёт за выходом, язык - нет.
- Утечки WebRTC нет: ICE-кандидаты содержали адрес выхода и 0.0.0.0, без локального или хостового адреса.