Купить HTTPS-прокси

Настройка такая же простая, как у HTTP, и занимает пару минут:

1. Возьмите данные доступа хост, порт, логин, пароль в личном кабинете IPrazon.
2. Откройте настройки прокси в браузере, парсере или скрипте.
3. Выберите тип HTTPS (или HTTP / SOCKS5, все в пакете).
4. Впишите хост и порт, затем логин и пароль или авторизацию по IP.
5. Проверьте соединение: канал до прокси будет зашифрован.

Если софт работает по строке вида https://login:pass@host:port, используйте её для подключения.

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

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

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

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

Что при этом остаётся видимым. Имя хоста передаётся в открытую при установке соединения, потому что прокси нужно знать, куда открывать туннель. Виден также объём трафика и время запросов, а вот путь страницы, параметры, заголовки и тело закрыты.

Из этого следует и ограничение. Шифрование канала защищает данные в пути, но не влияет на то, как сайт оценивает само поведение вашего софта: частоту запросов, порядок действий и совпадение параметров. Это разные слои, и один не заменяет другой.

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

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

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

Практический вывод для сбора данных: если запросы уходят с разных адресов, но с одинаковым TLS-профилем и одинаковыми заголовками, они всё равно складываются в один узнаваемый след. Разнообразие адресов работает вместе с разнообразием клиентов.

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

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

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

Отсюда честная граница возможностей. HTTPS-прокси закрывает содержимое обмена и подменяет адрес источника для сайта, но сам факт обращения к конкретному домену остаётся видимым на уровне соединения.

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

Объём не тарифицируется ни на одном пакете. За HTTPS стоит та же база на 12 000 адресов IPv4 в 200+ странах, а Корпоративный поднимает потолок до 3000 одновременных потоков, хватает на плотный опрос API по TLS.

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