Прокси для ZennoPoster

ZennoPoster работает с прокси через встроенный менеджер:

1. Скопируйте список прокси в личном кабинете IPrazon. Основной формат IP:PORT, при необходимости IP:PORT:LOGIN:PASS.
2. Откройте менеджер прокси в ZennoPoster (ProxyChecker).
3. Добавьте список и выберите протокол: SOCKS5 или HTTP.
4. Привяжите прокси к шаблону или потокам.
5. Запустите шаблон: потоки распределятся по пулу.

Число потоков и частоту действий настраиваете в самом шаблоне под задачу.

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

Из этого следует нижняя граница пула: столько адресов, сколько шаблонов работает параллельно в пик. Если сценарии короткие и без состояния, один адрес прокси успевает обслужить несколько запусков подряд, и требование к пулу снижается.

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

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

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

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

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

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

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

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

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

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

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

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

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

Трафик безлимитный на всех пакетах, удобно для регулярных и длительных шаблонов. В пуле 12 000 адресов, гео: 200+ стран.

ProxyChecker принимает и SOCKS5, и HTTP, оба протокола идут в пакете. Для шаблонов, которые крутятся на одной машине, удобнее авторизация по IP: привязали адрес в кабинете, и в менеджере остаются только хост и порт.

Практическая деталь: ProxyChecker в ZennoPoster умеет отсеивать неотвечающие адреса перед запуском, но при списке из кабинета IPrazon этот шаг почти формальность, мёртвые записи вычищаются на нашей стороне, список обновляется в реальном времени. Экономия небольшая на одном шаблоне и заметная, когда шаблонов десятки.