Типы прокси

HTTP, HTTPS или SOCKS5: какой тип прокси выбрать для Chrome

Используйте протокол, который указан у вашего прокси-провайдера. Эта настройка определяет, как Chrome подключается к прокси-серверу; переключатель не может превратить сервер в другой тип прокси.

Короткий ответ: начните с типа, адреса и порта из личного кабинета провайдера. Если там указан HTTP, выбирайте HTTP — даже когда нужный сайт работает по HTTPS.

HTTP-прокси

HTTP-прокси — самый распространённый вариант для браузера. Через него Chrome может передавать запросы HTTP, HTTPS и WebSocket. Чтобы открыть HTTPS-сайт через HTTP-прокси, браузер создаёт туннель методом CONNECT. Соединение с самим сайтом остаётся защищено HTTPS, но канал от браузера до прокси не защищён отдельным TLS-соединением.

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

HTTPS-прокси

HTTPS-прокси работает примерно как HTTP-прокси, но соединение между Chrome и прокси-сервером дополнительно защищено TLS. Выбирайте его только тогда, когда провайдер прямо указывает тип HTTPS. Обычный HTTP-сервер не начнёт поддерживать HTTPS из-за смены типа в настройках.

Chrome может использовать логин и пароль для HTTPS-прокси. Серверу также нужен действующий сертификат.

SOCKS5-прокси

SOCKS5 работает на уровне соединения, а не как веб-прокси. В Chrome имена сайтов при таком подключении разрешаются на стороне SOCKS5-прокси; через него идут запросы браузера, использующие TCP.

Chromium не поддерживает авторизацию SOCKS-прокси по логину и паролю. Поэтому для SOCKS4 и SOCKS5 в ProxRule нужен доступ без таких данных — например, по IP-адресу, разрешённому у провайдера.

SOCKS4-прокси

SOCKS4 — более старый вариант. В Chrome он работает только с IPv4-адресами назначения, разрешает имена сайтов на устройстве пользователя и не поддерживает авторизацию прокси. Выбирайте SOCKS4 только по прямому указанию провайдера; в остальных случаях SOCKS5 обычно функциональнее.

Почему HTTPS не работает, а HTTP работает

Частая причина — неверно выбранный тип: купленный адрес работает как HTTP-прокси, но в настройках указан HTTPS. Chrome начинает TLS-соединение с сервером, который ожидает обычный HTTP, и подключение обрывается. Правильное решение — выбрать протокол из данных провайдера, а не перебирать варианты наугад.

При возможном несовпадении ProxRule может предложить повторить попытку в режиме HTTP, но никогда не понижает протокол автоматически. Сначала пользователь видит и подтверждает изменение.

Что выбрать

Что меняет ProxRule

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