Прокси для антидетект-браузеров

Порядок одинаковый почти во всех антидетектах и занимает пару минут:

1. Скопируйте строку доступа в личном кабинете IPrazon. Основной формат IP:PORT, при необходимости IP:PORT:LOGIN:PASS.
2. Откройте профиль в антидетект-браузере или создайте новый.
3. В блоке прокси выберите тип: SOCKS5 или HTTP, оба входят в пакет.
4. Вставьте данные: хост, порт, логин, пароль.
5. Проверьте соединение: браузер покажет страну и статус.
6. Сохраните профиль: он закрепляется за выбранным IP.

Для команды удобно раздать профили по адресам пула и менять IP ротацией по расписанию или запросу.

Отправная точка простая: один профиль должен стабильно выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить через прокси и выходить с одного адреса, иначе теряется смысл разделения. Значит нижняя граница это столько адресов, сколько профилей работает одновременно.

Разница между этими числами обычно большая. Из сотни созданных профилей в один момент активны единицы, поэтому пул нужен под пиковую одновременность. Считать удобнее так: посмотреть, сколько окон реально открыто в самый нагруженный час, и заложить небольшой запас сверху.

Второй фактор это длительность сессии. Если профиль работает часами, адрес занят всё это время. Если задача короткая, один адрес прокси успевает обслужить несколько профилей подряд, и общее число нужных адресов падает.

Отказ при подключении почти всегда сводится к четырём причинам, и проверять их стоит именно в этом порядке. Первая: выбран не тот тип прокси, в поле стоит HTTP вместо SOCKS5 или наоборот. Вторая: порт не совпадает с выданным.

Третья причина связана с форматом. Если список прокси выдан как IP:PORT без логина, доступ работает по привязке, и запросы пойдут только с того адреса, который вы указали. Смена машины, сети или выход через другой интерфейс дадут отказ при полностью рабочем списке.

Четвёртая: опечатка в логине или пароле, чаще всего лишний пробел при копировании строки. Отдельно проверьте, что антидетект-браузер действительно направляет трафик через прокси: подключение подтверждается фактическим адресом на любом сервисе проверки IP.

Смена адреса настраивается в двух местах, и путать их не стоит. Первое это сторона пула: адрес меняется сам по расписанию или по запросу, и от антидетект-браузере тут ничего не требуется. Второе это сторона софта: вы сами подставляете разные строки из списка на разные задачи.

Первый вариант удобнее, когда работа однородна и состояние между запросами не держится. Список прокси подключается один раз, а дальше новые адреса приходят автоматически, и вмешиваться не нужно.

Второй вариант нужен, когда профиль держит авторизацию и должен выходить с одного адреса всю сессию. Тогда адрес закрепляется явно, и вы сами решаете, когда его сменить: после завершения цикла, по числу обработанных элементов или по времени.

Смешивать оба режима на одной задаче обычно вредно. Если пул меняет адрес сам, а софт параллельно перебирает список, поведение становится непредсказуемым: часть запросов уйдёт не с тех адресов, на которые вы рассчитывали.

Базовое правило: нагрузка должна ложиться на пул равномерно, иначе часть адресов прокси выгорит раньше остальных. Поэтому распределять профилями по адресам лучше сразу.

Если задачи разного веса, считайте по интенсивности. Один тяжёлый процесс может давать больше запросов, чем пять лёгких, и на него разумно выделить отдельные адреса, чтобы он не мешал остальным.

Полезно держать небольшой резерв адресов, не занятых постоянно. Он пригодится, когда часть пула начнёт встречать проверки: вы переключите проблемные задачи на свежие адреса прокси, не останавливая работу целиком.

И последнее: фиксируйте, какая задача с какого адреса шла. Без этого при появлении отказов невозможно понять, дело в конкретном адресе, в настройках задачи или в самой площадке.

Железо под пулом наше, без арендованных прослоек. Для мультипрофильной работы это решает главное: профиль не рвёт соединение на середине сценария, а команда не переделывает работу из-за просевшего адреса.

Ротация подаёт новые IP по расписанию или запросу, трафик безлимитный на всех пакетах. В пуле 12 000 адресов, гео: 200+ стран.

SOCKS5 и HTTP идут в любом пакете. SOCKS5 берут чаще: он уводит в туннель и DNS-запросы. Авторизация по логину и паролю или привязкой IP в кабинете, тогда пара логин-пароль профилю не нужна вовсе.