Правила прокси-провайдеров: как устроены условия сервиса

Получение доступа: проверка, тест и оплата

Проверка клиента: кто может получить доступ?

Провайдер может проверять покупателя, принадлежность платежа, компанию клиента или предполагаемую задачу. Такие процедуры часто называют KYC и проверкой личности. KYC расшифровывается как Know Your Customer — «знай своего клиента». В зависимости от сервиса это могут быть документы, проверка через камеру, сведения о компании или рассмотрение списка сайтов, к которым клиент хочет обращаться.

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

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

Пробный доступ: что можно проверить?

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

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

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

Возврат: когда можно получить деньги обратно?

Правила возврата объясняют, для каких покупок и по каким причинам можно вернуть оплату. Некоторые предложения позволяют новому клиенту отказаться от услуги, если она не подошла для задачи. Другие предусматривают возврат только при подтверждённой неисправности, которую провайдер не смог устранить. Даже под одинаковым заголовком «Гарантия возврата денег» могут скрываться разные возможности покупателя.

Срок обращения, допустимое использование и вид покупки нужно рассматривать вместе. Условие для первого заказа может не распространяться на продления или платные тесты. Отсчёт срока может начинаться с оплаты, а не с первого подключения. Отключение автопродления предотвращает следующее списание за продление; чтобы вернуть уже внесённую оплату, требуется отдельное обращение.

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

Работа через прокси: разрешённые действия и нагрузка

Acceptable Use: какие действия разрешены?

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

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

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

Fair Use: какую нагрузку допускает сервис?

Ресурсы прокси-серверов и сетевых каналов ограничены. Сервису приходится распределять их между задачами, в том числе когда клиенты платят фиксированную сумму за IP. Fair Use Policy, или FUP, описывает допустимое использование ресурсов и то, что может измениться при превышении условий тарифа.

«Безлимитный трафик» относится к одному показателю использования. При этом пакет может ограничивать число одновременных соединений, скорость передачи данных или частоту запросов. В зависимости от продукта длительная высокая нагрузка может привести к снижению скорости, дополнительной оплате или необходимости сменить тариф. Условие может действовать на отдельный IP, пакет или весь аккаунт.

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

Сеть и данные: откуда берутся IP и кто видит запросы

Происхождение IP: откуда сервис получает подключения?

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

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

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

Логи и конфиденциальность: какие данные обрабатывает провайдер?

Запись об аккаунте, журнал подключений и содержимое веб-запроса — разные виды информации. Тема логирования и конфиденциальности прокси охватывает то, что сервис видит, что записывает, зачем хранит записи и кому может их передавать. У заявления «мы не ведём логи» должны быть обозначены границы: оно может относиться к действиям на сайтах, тогда как сведения об аккаунте, платежах или событиях безопасности сохраняются.

Видимость зависит от технической схемы. В обычном HTTPS-туннеле при корректной проверке сертификатов провайдер видит сведения о соединении, например адрес сайта или его IP и время подключения, а содержимое страниц остаётся зашифрованным. Некоторые продукты анализируют HTTPS после установки клиентом доверенного сертификата провайдера. Scraping API, который сам получает страницу по поручению клиента, также обрабатывает её содержимое.

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

Если произошёл сбой: обязательства сервиса

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

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

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

Где искать нужные условия

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

К одному событию могут относиться сразу несколько правил:

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

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