Прокси для бизнеса и команд: пул адресов, доступы и учёт

Прокси в компании - такая же инфраструктура, как домены, хостинг или подписки на сервисы. У неё есть владелец, бюджет, сроки и риски. Системный подход нужен, когда выполняется хотя бы одно условие:

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

Типичные компании с такими задачами - SMM- и рекламные агентства, продавцы на маркетплейсах, SEO-команды, отделы аналитики и разработки. Сценарии по задачам собраны на страницах прокси для парсинга, для Wildberries и Ozon и для арбитража.

Главная ошибка - один большой заказ «на всё». Через месяц невозможно сказать, какой адрес за кем закреплён, а продлить нужно всё целиком, включая ненужное. Гораздо удобнее разложить адреса по заказам по принципу «один заказ - одна задача».

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

1. 1Владелец аккаунта - один ответственный: пополняет баланс, оформляет заказы, хранит API-ключ.
2. 2Сотрудники получают только строки прокси, нужные для их работы, а не логин и пароль от аккаунта.
3. 3Строки прокси передаются через менеджер паролей или внутренний инструмент, а не через общий чат и почту.
4. 4При уходе сотрудника заказы, которыми он пользовался, заменяются или не продлеваются, а пароли от аккаунтов, которые он вёл, меняются.

Логин и пароль или привязка по IP

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

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

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

• 1 часдо конца срока срабатывает автопродление с баланса
• 24 часапосле покупки действует бесплатная замена неработающего прокси
• 20 IPможно указать для привязки по IP при покупке через API

• Автопродление. За час до конца срока заказ продлевается на тот же срок с баланса, адреса и доступы не меняются. Если денег не хватит, автопродление выключится, а уведомление придёт на почту и в Telegram.
• Замена. В течение 24 часов после покупки неработающий прокси меняется на новый той же страны и типа, срок сохраняется.
• Баланс с запасом. Держите на балансе сумму, достаточную для продления заказов в ближайшую неделю. Способы пополнения описаны в статье оплата через СБП и криптовалюту.

Когда адресов больше нескольких десятков, ручная работа в кабинете становится узким местом. REST API закрывает основные операции: каталог с наличием, покупку с баланса, список заказов, выгрузку прокси в нужном формате, продление, автопродление и замену.

1. 01

   Получите ключ

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

2. 02

   Проверьте наличие

   Запрос к каталогу с фильтром по типу и стране показывает тарифы и сколько адресов можно выдать прямо сейчас.

3. 03

   Покупайте с баланса

   Заказ создаётся одним запросом, прокси приходят в ответе. Если на складе не хватает адресов, заказ не создаётся и деньги не списываются.

4. 04

   Выгружайте списки в нужном формате

   Параметр формата отдаёт обычный текст, по прокси на строку: ip:port:user:pass, user:pass@ip:port и другие. Удобно сразу подкладывать в парсер или антидетект.

5. 05

   Синхронизируйте реестр

   Скрипт раз в день забирает список активных заказов и сроков и обновляет внутреннюю таблицу или дашборд.

curl -X POST https://truesocks.net/api/v1/orders \
  -H "Authorization: Bearer $TRUESOCKS_KEY" \
  -H "Content-Type: application/json" \
  -d '{"kind":"ipv4","country":"DE","days":30,"quantity":2,"auto_renew":true,"comment":"client-a"}'

Лимит - 120 запросов в минуту на ключ, этого с запасом хватает для синхронизации и закупок. При ошибке API возвращает понятный код и текст, а деньги не списываются. Если пишете клиент на Python, пригодится статья прокси в Python.

Возьмём агентство, в котором работают 12 человек: SMM-специалисты ведут аккаунты клиентов, SEO-отдел снимает позиции и собирает семантику, аналитик мониторит цены для двух клиентов-продавцов. Вот как может выглядеть организация прокси.

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

Как считать количество адресов под аккаунты, подробно разобрано в статье мультиаккаунтинг: сколько прокси нужно, а под сбор семантики - в статье прокси для Key Collector.

Расходы на прокси легко растут незаметно: сотрудник купил пакет «на пробу», задача закончилась, а адреса продлеваются. Несколько правил держат бюджет под контролем.

Как выбрать тип, срок и количество, чтобы не переплачивать, разобрано в статье как купить прокси и не переплатить. Условия работы сервиса опубликованы на странице документов.

• Только платные прокси с понятным владельцем. Через прокси проходят пароли от рабочих аккаунтов и данные клиентов. Почему бесплатные списки недопустимы для бизнеса, рассказано в статье опасность бесплатных прокси.
• Отдельные адреса под разные задачи. Парсинг не должен идти через адреса рекламных кабинетов: если пул парсера попадёт под ограничения, это не заденет аккаунты.
• Законные сценарии. Сервис рассчитан на работу в рамках правил площадок и законодательства, подробно в правилах использования.

Начать можно с каталога: там видны все типы прокси, страны, сроки и наличие.