Первый раз я настроил прокси за десять минут, а потом два часа искал, почему половина сайтов открывается, а половина нет. Адрес и порт были вписаны правильно. Ошибка оказалась в типе: я включил HTTP, а сервис выдал SOCKS5. Разница в один пункт меню, а результат как между велосипедом и мотоциклом.
С тех пор у меня сложился порядок действий: сначала определить задачу, потом выбрать протокол, затем настраивать. Ниже разберу весь путь по шагам, с интерфейсами Windows, macOS, браузеров, Telegram и мобильных приложений.
Прокси — посредник, который подменяет ваш адрес в глазах сайта
Механика простая, но именно ее непонимание рождает большинство проблем. Ваш компьютер открывает соединение с прокси-сервером и запрашивает через него ресурс. Прокси от своего имени обращается к сайту, получает ответ и отдает его вам. Сайт видит адрес прокси, а не ваш домашний IP.
Отсюда три функции, которые закрывают практически все бизнес-задачи. Подмена адреса для выхода с другого региона. Разделение потоков, когда часть трафика идет через корпоративный узел. Кэширование и фильтрация на стороне посредника для офисных сетей.
Прокси не шифрует трафик сам по себе. HTTPS шифрует содержимое, а прокси видит домен, размер пакетов и время. При схеме HTTP посредник видит все, включая формы и куки.
Трафик можно пустить через прокси тремя способами
Первый — клиентский. Приложение само работает с прокси, вы вписываете адрес в его настройках. Так делают браузеры, Telegram, торрент-клиенты. Самый предсказуемый путь.
Второй — проксификация. Вы перехватываете сетевые вызовы внутри приложения, и трафик уходит на прокси, хотя программа об этом не знает. В Python это решается переменными окружения, в Java — системными свойствами.
Третий — прозрачный прокси. Трафик перенаправляется на уровне сети, приложения ничего не настраивают. Удобно для корпоративного сегмента. Минус: клиент не контролирует маршрут, диагностика превращается в квест.
Для личных задач в 90% случаев нужен первый вариант.
Windows и macOS: где живут настройки прокси в системе
В Windows 10 и 11: Параметры → Сеть и Интернет → Прокси-сервер. В блоке «Настройка прокси вручную» → «Настроить» → включаете «Использовать прокси-сервер» и вписываете адрес и порт. Если нужна авторизация — логин и пароль. Сохраняете.
Рядом поле исключений. Добавьте локальные адреса и внутренние домены компании, иначе принтер и корпоративная wiki перестанут работать.
На macOS: Системные настройки → Сеть → активное подключение → «Подробнее» → вкладка «Прокси». Выберите протокол: «Веб-прокси (HTTP)», «Защищенный веб-прокси (HTTPS)» или SOCKSv5. Введите адрес и порт. При необходимости галочка «Прокси-сервер требует пароль». Нажмите ОК и «Применить».
После сохранения откройте браузер. Система может запросить логин и пароль от прокси. Проверьте, что изменился IP-адрес: любой сервис проверки IP покажет адрес узла. Если показывает старый — настройка не применилась.
Браузеры: настройка наследуется от системы
Chrome и Edge берут системные настройки. Отдельного переключателя внутри них нет. Расширения для прокси на каждую вкладку — лишний слой, который ломается после обновлений.
Firefox: Настройки → Основные → внизу «Настройки сети» → «Настроить». Можно задать ручной прокси для HTTP, HTTPS и SOCKSv5 или оставить «Использовать системные настройки».
Держите один браузер с прокси, второй — чистым. Когда что-то перестает открываться, за десять секунд понимаете, проблема в узле или в сайте.
Telegram: два протокола в одном меню
В десктопной версии: Настройки → Продвинутые настройки → Тип соединения → Прокси → «Добавить прокси». Выберите SOCKS5 или MTProto. Для SOCKS5 введите хост, порт, логин и пароль. Для MTProto — сервер, порт и секрет.
SOCKS5 работает на уровне сокетов, не разбирает содержимое. Через него можно пустить не только Telegram. MTProto — собственный протокол мессенджера, шифрует и оптимизирован под мобильные сети, но работает только с Telegram. Для одного канала под мессенджер MTProto обычно быстрее. Для общего рабочего канала — SOCKS5.
В мобильном Telegram настройки в разделе: Настройки → Данные и память → Прокси. После добавления появится щит в шапке. Проверьте тип протокола: SOCKS5-адрес, вставленный как MTProto, не заработает.
Задержка чувствуется сразу. Узел на другом континенте дает +150 мс к каждому сообщению. Для звонков берите ближайший регион.
WhatsApp и другие мобильные приложения ходят через систему
В WhatsApp нет встроенной настройки прокси. Мессенджер использует системное соединение.
На iPhone: Настройки → Wi-Fi → «i» → «Настройка прокси» → «Вручную». Введите сервер, порт, логин и пароль. Настройка привязана к Wi-Fi.
На Android: долгое нажатие на сеть → «Изменить сеть» → «Дополнительные параметры» → «Прокси» → «Вручную». Введите «Имя хоста» и «Порт». Сохраняйте и переподключайтесь.
Для корпоративного сегмента настройки раскатываются через профиль управления устройствами. Если больше десяти устройств — ручная настройка каждого это потерянный день.
HTTP и SOCKS5: разница определяет результат
HTTP-прокси работает на прикладном уровне. Для защищенных соединений использует метод CONNECT, пробрасывает туннель. Умеет менять заголовки, кэшировать и вести логи. Поэтому его любят в Burp Suite для отладки.
SOCKS5 работает на уровне сокетов, не интересуется содержимоем. Поддерживает UDP, что критично для игр. Умеет разрешать DNS на своей стороне — если DNS уходит напрямую, вы сливаете информацию о запросах.
Парсинг и автоматизация — SOCKS5. Отладка API и кэширование — HTTP. Смешивать в одном пуле можно, но настройки каждой задачи ведите отдельно.
Ротация и здоровье пула: главное, о чем забывают новички
Один прокси — один адрес. Сто запросов в минуту с одного адреса — быстрый отказ. Отсюда ротация: распределение запросов по нескольким узлам.
Технически это решается на стороне провайдера (один входной, меняющийся выходной) или через балансировщики. Например, mubeng читает файл со списком узлов и перенаправляет запросы случайно.
Sticky sessions: часть сценариев требует один адрес для цепочки запросов. Health-check: узел может тихо умереть — балансировщик должен выкинуть его. Лимиты: если провайдер дает десять соединений на порт, а вы открываете пятьдесят — отказы.
Рабочий минимум для парсера: пул от 20 узлов, проверка доступности раз в пару минут, ограничение параллельных запросов на узел и логирование кодов ответа. Если 403 идут с трех адресов — замените их, а не переписывайте код.
Где прокси реально окупается: рабочие сценарии
За годы сложился список задач, где прокси — рабочий инструмент.
- Мониторинг цен по регионам.
- Проверка собственной рекламы из разных городов.
- Сбор открытых данных для аналитики.
- Тестирование антифрода.
- Разделение трафика в компании.
Важнее качество адреса, чем страна. Узлы с репутацией встречают капчей. Свежие подсети и нормальный ASN решают больше, чем экзотическая геолокация.
Скорость отклика: задержка 800 мс превращает сбор 10 000 страниц в суточный марафон. Выгоднее меньше адресов с задержкой 100-200 мс.
Безопасность: публичный прокси видит больше, чем кажется
Бесплатные прокси — чужие глаза в трафике. Владелец узла видит домены, время и объем данных. При HTTP — и содержимое: формы, куки, токены. Пароли через такой канал не вводите.
HTTPS спасает содержимое, но не метаданные. По набору доменов и таймингу можно понять немало.
Инъекции: некоторые узлы вставляют рекламу или скрипты в ответы. Признак — странные баннеры и редиректы.
Для задач с авторизациями и корпоративными данными нужен управляемый узел или собственный сервер.
Свой узел или готовый каталог: как выбрать под задачу
Собственный VPS дает контроль. Вы сами управляете логированием и лимитами. Поднять SOCKS5 на сервере — дело пятнадцати минут. Для WebSocket-канала используйте chisel: сервер слушает порт, клиент пробрасывает локальный SOCKS. Хорошо для команды и приватных задач.
Один сервер — один адрес. Для парсинга в масштабе его не хватит. Плюс администрирование, обновления, мониторинг.
Тут выходит готовый каталог. В каталоге прокси 3seller можно отфильтровать узлы по гео, протоколу и типу адреса. Взять объем под парсинг или рабочие аккаунты. Для команд это снимает головную боль с инфраструктурой.
Начните с малого пула. Прогоните реальный сценарий на предмет отказов и задержек. Пять узлов, проверенных на вашей задаче, полезнее пятидесяти случайных. В каталоге удобно собрать пилотный набор.
Чек-лист, который экономит вечер отладки
Перед паникой из-за «не работает» пройдите по списку. Совпадает ли протокол с выданным. Верный ли порт. Применены ли настройки кнопкой. Не осталось ли старых параметров в переменных окружения. Проверьте адрес на сервисе определения IP.
В девяти случаях из десяти проблема в этих пунктах. В десятом — в самом узле. Заменить его проще, чем чинить.
Определите протокол, настройте один узел до стабильной работы. Затем масштабируйте: добавляйте адреса, включайте ротацию, следите за здоровьем пула. Каталог 3seller удобен для сбора наборов под разные задачи. Первый шаг занимает десять минут. Дальше — практика.