Статические прокси и прокси с ротацией

Статические прокси и прокси с ротацией

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

Выбор зависит от того, как долго вашей задаче нужен один адрес. Для доступа к серверу тот же IP может понадобиться и завтра. Короткому тесту в браузере достаточно сохранить адрес до завершения его шагов. Независимые проверки страниц могут проходить через разные выходы. Место обоих вариантов среди остальных характеристик прокси объясняется в руководстве по прокси.

Как работают статические и ротационные прокси

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

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

Слева один выбранный выходной IP повторяется в трёх соединениях. Справа сервис выбирает разные выходы из пула.

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

Это два разных способа управления: выбрать конкретный адрес или задать условия, которым он должен соответствовать. Большой пул может предлагать много подходящих выходов, не предоставляя вам постоянный список этих IP. Небольшой статический пакет позволяет самостоятельно распоряжаться каждым закреплённым адресом. Связь между точкой входа и доступными выходами разобрана в статье Пулы IP и шлюзы подключения.

Сравнение статических и ротационных прокси

ВопросСтатические проксиРотационные прокси
Что вы получаете?Доступ к конкретным закреплённым выходным IP.Доступ к выходам, которые сервис выбирает из пула по своим правилам.
Можно ли позже вернуться к известному IP?Да, пока этот адрес остаётся закреплённым за вашим пакетом.Sticky-сессия может временно сохранять адрес. После её завершения обычно нельзя запросить тот же IP снова.
Как меняется адрес?Программа выбирает другой прокси из списка либо сервис заменяет закреплённый IP.Сервис заново выбирает выход по запросу, таймеру или команде.
Как сохранить один IP на несколько шагов?Продолжать работу через тот же закреплённый прокси.Использовать действующую sticky-сессию, если такой режим поддерживается.
Кто управляет выбором выходов?Вы распределяете записи списка между задачами; провайдер обслуживает сами прокси.Сервис выбирает из доступного пула; вы управляете предусмотренными параметрами маршрута и сессий.

Эти названия описывают сохранение и смену выходного адреса. Они не определяют тип сети или доступ других клиентов к тому же IP. Серверные, провайдерские (ISP), резидентские и мобильные сервисы могут предлагать разные варианты закрепления и ротации. Например, мобильное подключение может сохранять IP лишь до тех пор, пока его не сменит оператор. Важны реальные условия удержания адреса: постоянный IP не обязательно выделенный, а меняющийся — не обязательно резидентский.

Когда полезен постоянный адрес

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

Постоянные адреса удобны и для работы, которая возвращается к одним системам на протяжении дней или недель. Авторизованный доступ к рабочему аккаунту или регулярные обращения к API могут сохранять один сетевой адрес между запусками. Это убирает повторные смены IP из рабочего процесса, хотя сайт по-прежнему применяет собственные правила авторизации и проверки безопасности.

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

Длительное сохранение IP зависит от условий его предоставления. Статический адрес тоже могут заменить из-за обслуживания, планового обновления или изменения доступных провайдеру сетей. Если настройка требует того же IP после продления, важно, продолжается ли именно это закрепление. Само слово «статический» не означает вечное владение адресом или работу без перерывов.

Два запуска в разные дни используют IP 192.0.2.14, разрешённый на целевом сервере.

Когда полезен ротационный пул

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

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

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

Менять адреса можно и в статическом списке. Программа способна назначить первый прокси одной задаче, второй — следующей или переключать записи после независимых запросов. У каждого прокси сохраняется его собственный адрес; приложение меняет тот прокси, через который работает. Если имеющийся список уже покрывает нагрузку, для самого чередования IP ротационный шлюз не обязателен.

Следующий вопрос — когда переключать адрес. Сервис может выбирать выход с каждым запросом, по таймеру или по команде, а программа — менять прокси между завершёнными задачами. При этом несколько запросов могут использовать одно открытое соединение и его выходной IP. Эти правила и судьба уже открытых соединений разобраны в статье Ротация прокси.

Проверки трёх страниц не требуют общего адреса. Сервис выбирает выход для каждой задачи; результат сохраняется отдельно.

Когда достаточно закреплённой сессии

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

Sticky-сессия позволяет ротационному сервису удерживать назначенный выход для связанных соединений. Время закрепления должно покрывать реальную задачу вместе с паузами и повторными попытками. На это влияют общий срок, ограничение бездействия и доступность самого выхода. При его потере сервис может предоставить замену или вернуть ошибку — в зависимости от реализации.

Временное удержание не резервирует этот адрес за вами надолго. Повторное использование имени сессии после её истечения не позволяет надёжно вернуть прежний IP. Назначение адресов, таймеры и параллельная работа подробно разобраны в статье Закреплённые сессии. Статический вариант лучше соответствует задаче, если конкретный адрес должен оставаться доступным и после того, как временная сессия уже завершилась бы.

Каталог, товар и доставка проверяются в одной сессии через 192.0.2.14. Другой независимый тест может получить 198.51.100.27.

Скорость, доступность и ответы сайтов

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

Для нового соединения требуется время на подключение, а при HTTPS — ещё и на согласование шифрования. Повторное использование открытого соединения позволяет не проходить эти шаги заново. Если программа ради ротации часто создаёт новые соединения, это может замедлять работу. Размер задержки зависит от маршрута и условий подключения; единой разницы в скорости между статическими прокси и прокси с ротацией нет.

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

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

Отдельные примеры: установка нового соединения добавляет работу; запасной IP должен подходить задаче; смена IP не сбрасывает лимит аккаунта.

Сравнивайте стоимость выполненной работы

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

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

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

Оба варианта в одном проекте

У разных частей проекта могут быть разные требования к адресам. Административный доступ к серверу может идти через постоянный IP из белого списка, а независимые проверки публичных страниц — через ротационный пул. Короткий браузерный тест внутри такого процесса может удерживать один выход до завершения своих шагов.

Выбирайте порядок работы с адресами для каждой задачи. Постоянное закрепление нужно, когда в будущем требуется вернуться через конкретный IP. Sticky-сессии достаточно, если один адрес нужен лишь на время одного запуска. Между независимыми операциями можно выбирать выход заново. Эти варианты можно сочетать в одном проекте.

Вернуться в базу знаний