HTTP, HTTPS и SOCKS5: выбор прокси для каждого профиля
Чем на самом деле различаются протоколы прокси, как сравниваются резидентные, серверные и мобильные адреса и почему прокси нужно проверять до того, как за ним окажется аккаунт.
Профиль со своим хранилищем и своей идентичностью устройства всё равно выходит с вашего компьютера с того же адреса, что и все остальные профили, пока вы не дадите ему отдельный сетевой маршрут. Эту задачу здесь решает прокси, и именно её люди чаще всего делают неправильно.
Протоколы
| Протокол | Уровень работы | Что стоит знать |
|---|---|---|
| HTTP | Прикладной уровень | Понимает HTTP-запросы и может читать и изменять их. Подходит для обычного трафика и самый слабый вариант для всего остального. |
| HTTPS | Прикладной уровень, туннелирование | Открывает туннель CONNECT, содержимое которого прокси прочитать не может. Обычный выбор для веб-серфинга. |
| SOCKS5 | Сеансовый уровень | Пересылает TCP и UDP без интерпретации содержимого. Не зависит от протокола, поддерживает аутентификацию и справляется с не-HTTP трафиком, недоступным остальным. |
Для профилей браузера разумны и HTTPS, и SOCKS5. SOCKS5 универсальнее, и его стоит предпочесть, если провайдер даёт выбор, потому что он пересылает всё, что делает браузер, а не только то, что распознаёт.
Откуда берётся адрес
Протокол — решение меньшего масштаба, чем вид адреса за ним.
- Серверные адреса принадлежат хостинг-провайдерам. Они быстрые и недорогие, и любой, кто их проверит, увидит, что это адрес дата-центра.
- Резидентные адреса выдаются домашним подключениям потребительскими провайдерами. Они дороже и медленнее, а по одному адресу выглядят как обычный домашний трафик.
- Мобильные адреса принадлежат мобильным операторам и обычно делятся между многими абонентами через carrier-grade NAT. Они самые дорогие и самые обычные на вид именно потому, что за каждым стоит так много реальных людей.
Есть и вопрос статического или ротируемого адреса. Ротируемая точка входа выдаёт другой адрес на каждый запрос или интервал, что полезно для сбора данных и прямо вредно для авторизованного аккаунта: сессия, у которой адрес меняется каждые несколько минут, не похожа на человека за рабочим столом. Аккаунтам нужен постоянный (sticky) адрес.
Согласование маршрута с идентичностью
Прокси — это не компонент, который прикручивают отдельно от идентичности профиля. Они должны совпадать.
Это самая частая проблема, которую создают себе сами при работе с несколькими аккаунтами, и её полностью можно избежать. Установите часовой пояс и локаль профиля в соответствии с маршрутом и проверяйте их вместе, а не по отдельности.
Проверьте, прежде чем доверять
Провайдеры прокси продают вам точку входа. Что она делает на самом деле — отдельный вопрос, и на него стоит ответить, пока за ней нет аккаунта.
PowerOps хранит прокси как библиотеку, а не как поле, спрятанное внутри каждого профиля. Точка входа добавляется один раз, а затем проверяется — по отдельности или сразу весь список. Тест показывает реально наблюдаемый адрес, а не тот, что вам продали. При назначении прокси копируется в профиль, так что два профиля никогда не делят один действующий набор учётных данных, а маршрут можно применить ко многим профилям одним действием.
- Добавьте точку входа в библиотеку с протоколом, хостом, портом и учётными данными.
- Проверьте её. Убедитесь, что наблюдаемые адрес и страна совпадают с заявленными провайдером.
- Установите часовой пояс и локаль профиля в соответствии с этой страной.
- Назначьте её и периодически перепроверяйте библиотеку. Точки входа деградируют незаметно.
Состояние сети показано в шапке приложения по той же причине: видимый сбой — это сбой, а невидимый выглядит как ошибка в вашем аккаунте.
