Сижу в коворкинге, за окном дождь, а мне надо проверить, как крутится реклама в трёх регионах. Местная сеть отдаёт один и тот же адрес, и половина проверок превращается в самообман. Выручает прокси: пять минут в настройках, и браузер смотрит на мир из нужной точки.
Дальше - то, что я обычно рассказываю стажёрам на пальцах. Без магии и без «просто нажми куда-нибудь». В 2027 году настройка прокси занимает меньше времени, чем выбор самого прокси. Именно на этом шаге люди и теряются.
Прокси решает три разные задачи, и путать их дорого
Первая: подменить точку выхода. Нужно посмотреть выдачу поиска по Москве, проверить баннер в Казани, снять цены конкурента в другом регионе. Вторая: снять нагрузку с одного адреса, когда парсер долбит сайт тысячей запросов и его начинают резать по частоте. Третья: защитить трафик в чужой сети - в аэропорту, отеле, кафе, где непонятно, кто сидит на том же роутере.
Для каждой задачи свой тип узла. Датацентр - быстро и дёшево, но крупные маркетплейсы такие адреса узнают. Резидентные выглядят как обычные домашние подключения, стоят дороже, задержка выше. Мобильные - самый дорогой вариант, зато для проверки мобильных версий сайтов и приложений альтернативы почти нет.
Каталог, где всё это лежит с фильтрами по стране, городу, протоколу и типу, экономит нервы. Я обычно начинаю с каталога прокси 3seller: там видно, что есть в наличии прямо сейчас, и не надо переписываться с менеджером полдня.
Что поставщик обязан выдать до первого клика
Классическая история: человек купил прокси, получил письмо, открыл и завис. В письме набор строк, и непонятно, что куда. Хороший поставщик отдаёт пять вещей: тип протокола (HTTP, HTTPS, SOCKS5), хост (домен или IP), порт, логин, пароль. Иногда вместо пары логин-пароль работает авторизация по IP - тогда надо заранее сообщить свой домашний адрес.
Отдельно уточните формат: часть сервисов даёт один порт под все протоколы, часть - разные порты под HTTP и SOCKS5. Перепутаете - браузер скажет «не удалось подключиться», и вы полчаса будете искать проблему не там.
Браузер - самый быстрый способ проверить, что узел живой
Начните с него, даже если в итоге нужен Telegram. За минуту поймёте, что логин с паролем верные и порт открыт.
Chrome и Edge на Windows идут через системные настройки. Открываете три точки в правом верхнем углу, дальше «Настройки», слева «Система», справа «Открыть настройки прокси компьютера». Откроется окно Windows, о нём ниже. В Chrome есть и свой переключатель, но он тянет ту же системную настройку, так что разницы нет.
Firefox живёт отдельно, и это его плюс: можно держать прокси только в нём, не трогая остальную систему. Меню, «Настройки», внизу «Настройки сети» и кнопка «Настроить». Дальше «Ручная настройка прокси», вписываете хост и порт, ставите галочку «Использовать этот прокси для всех протоколов», сохраняете. Логин и пароль Firefox спросит при первом запросе, если узел их требует.
Windows: параметры, сеть, прокси
Пуск, «Параметры», «Сеть и Интернет», «Прокси». Блок «Настройка прокси вручную» - кнопка «Нажмите». Включаете «Использовать прокси-сервер», вводите адрес и порт, сохраняете. Рядом есть поле для исключений: туда через точку с запятой добавляют локальные адреса и внутренние ресурсы компании, чтобы они шли напрямую.
Грабли, на которые наступают почти все: включили прокси, а интернет пропал. Значит либо узел не отвечает, либо вы ввели порт от другого протокола. Вернитесь в параметры и выключите переключатель - это быстрее, чем искать причину на ощупь.
macOS: системные настройки, сеть, дополнительно
Яблоко, «Системные настройки», «Сеть», выбираете активное подключение, кнопка «Дополнительно», вкладка «Прокси». Ставите галочку на нужном протоколе - обычно «Веб-прокси (HTTP)» или «SOCKS-прокси» - вписываете адрес и порт, при необходимости логин с паролем, потом «ОК» и «Применить». Без «Применить» ничего не заработает, и это самая частая причина тишины.
Android: настройки Wi-Fi, долгое нажатие на сеть
Открываете «Настройки», «Wi-Fi», зажимаете пальцем свою сеть, выбираете «Изменить сеть», раскрываете «Дополнительные параметры», в поле «Прокси» выбираете «Вручную». Появляются поля «Имя хоста прокси» и «Порт прокси», плюс «Имя пользователя» и «Пароль», если нужна авторизация. Сохраняете.
Нюанс: настройка привязывается к конкретной Wi-Fi сети. Переключились на мобильный интернет - прокси перестал работать, и это нормально, не баг. Для мобильного трафика нужен отдельный инструмент, обычно это приложение от поставщика или системный профиль подключения.
iOS: Wi-Fi, синяя кнопка с буквой i
«Настройки», «Wi-Fi», нажимаете на кружок с i рядом с сетью, листаете до «Настройка прокси», выбираете «Вручную». Дальше «Сервер», «Порт», при необходимости «Аутентификация» с логином и паролем. Кнопка «Сохранить» в правом верхнем углу. Проверка простая: откройте любой сайт, который показывает ваш IP, он должен смениться.
Telegram: настройки, данные и память, прокси
Тут своя логика, потому что мессенджер работает не через системный прокси, а через собственные настройки. На Android: три полоски, «Настройки», «Данные и память», внизу «Прокси», «Добавить прокси». На iOS: «Настройки», «Данные и хранилище», «Прокси», «Добавить прокси».
В открывшемся окне выбираете тип: SOCKS5 или MTProto. Дальше хост, порт, логин и пароль, если поставщик их выдал. Включаете переключатель «Использовать прокси». Telegram покажет статус соединения, зелёная точка значит, что канал поднялся. Если крутится вечно, проверьте тип: MTProto-узел не примет SOCKS5-настройки и наоборот.
WhatsApp: хранилище и данные, прокси
В приложении: «Настройки», «Хранилище и данные», листаете до раздела «Прокси», включаете «Использовать прокси», «Задать прокси-сервер». Вводите адрес и порт, сохраняете. Работает только с узлами на HTTP, и после смены настроек приложение иногда просит перезапуск - закройте его полностью и откройте заново.
SOCKS5 против HTTP: разница в архитектуре, а не в скорости на глаз
HTTP-прокси понимает прикладной уровень: видит метод запроса, заголовки, может кэшировать ответы, вести логи, подменять заголовки. Для корпоративного контура это плюс, для приватности минус, потому что всё это где-то пишется.
SOCKS5 работает ниже, на уровне TCP-соединений, и в содержимое не лезет. Он просто устанавливает туннель до нужного адреса. Отсюда два следствия: меньше задержка на потоковых задачах и меньше точек, где что-то может сломаться. Поддержка UDP делает его пригодным для задач, где HTTP-прокси просто не умеет работать.
MTProto - это не универсальный прокси, а протокол Telegram с собственным шифрованием пакетов. Клиент и сервер договариваются о сессионных ключах, и промежуточные узлы не видят содержимое. Поднимают такой узел обычно на своём VPS, если нужен полный контроль над каналом для команды.
Свой узел на VPS: что реально придётся сделать
Схема всегда одна. Берёте VPS в нужной локации, ставите демон (для HTTP это чаще Squid, для SOCKS5 - Dante или 3proxy), настраиваете авторизацию. Дальше закрываете доступ по белому списку IP и открываете в фаерволе ровно один порт. В конце ставите лимиты по трафику и числу соединений, иначе первый же тяжёлый парсер положит канал.
Локация важнее мощности. Для проверки региональной выдачи хватит самого дешёвого инстанса в нужном городе. Для парсинга в 50 потоков уже нужны нормальные лимиты у провайдера и запас по каналу.
Публичный Wi-Fi: что прокси реально закрывает
В кафе и аэропортах трафик идёт через чужой роутер. HTTPS шифрует содержимое, но видно, к каким доменам вы ходите, и видно ваш MAC. Прокси с шифрованием канала до узла убирает второй пункт: локальная сеть видит один адрес назначения и поток байтов. Первый пункт остаётся, поэтому прокси не заменяет нормальный VPN, а решает узкую задачу.
Для команды в поездке я обычно поднимаю один корпоративный узел и раздаю доступ по логинам. Дешевле, чем покупать каждому отдельно, и видно, кто сколько съел.
Корпоративный узел: три настройки, без которых не стоит начинать
Первая - авторизация. Узел без пароля в открытом интернете живёт часы, потом его начинают использовать все, кому не лень, и канал умирает. Вторая - белый список адресов: доступ только из офисной сети или с конкретных IP сотрудников. Третья - логи с ротацией, без них вы не поймёте, почему вчера всё летало, а сегодня нет.
Четвёртая, про которую вспоминают поздно, - лимиты. Максимум соединений на пользователя и максимум трафика в сутки. Параметр скучный, но именно он спасает от ситуации, когда один скрипт выжирает весь канал.
HTTPS и прокси: почему часть сайтов не открывается
Обычный HTTP-прокси для HTTPS использует метод CONNECT: он прокладывает туннель и не видит содержимое. Всё работает, пока никто не пытается расшифровать трафик. Как только в конторе включают инспекцию TLS, на машинах появляется корневой сертификат, и часть приложений начинает ругаться на цепочку.
Правило простое: если вам нужен только маршрут, берите SOCKS5 и не трогайте TLS. Если нужны логи и кэш, готовьтесь ставить сертификат на все устройства, включая мобильные.
Расширения и системные настройки: что выбрать
Системная настройка действует на все приложения сразу. Удобно, когда прокси один и надолго. Неудобно, когда надо держать два профиля: рабочий с корпоративным узлом и личный без него.
Расширение браузера даёт переключение в один клик и отдельные правила под домены. Минус: трафик остальных приложений идёт напрямую, и об этом забывают. Для парсинга в браузере через Puppeteer или Playwright вообще не нужны ни расширения, ни системные настройки: там прокси передаётся параметром при запуске, и это самый чистый способ.
Почему не подключается: пять причин, которые покрывают 90% случаев
Первая - перепутан протокол. Узлы на разных портах, вы вписали HTTP-порт в настройки SOCKS5. Вторая - авторизация: логин с паролем не введены, а узел их требует, либо в пароле есть символ, который браузер съел при копировании. Третья - доступ по IP не настроен: поставщик ждёт ваш адрес в белом списке, а вы зашли с другого.
Четвёртая - DNS. Часть конфигураций гоняет запросы имён мимо туннеля, и сайт не открывается, хотя сам прокси жив. Лечится галочкой «удалённый DNS» в клиенте. Пятая - фаервол на стороне сервера: порт открыт в панели, но не открыт в iptables.
Как убедиться, что трафик правда идёт через узел
Не верьте зелёной галочке в интерфейсе. Откройте страницу, которая показывает ваш IP, и сравните с тем, что было до настройки. Если адрес совпадает с выданным поставщиком, всё работает. Если показывает ваш домашний, значит браузер проигнорировал настройку - часто из-за расширения, у которого свой прокси, или из-за профиля, где параметры не применились.
Второй тест: запросите у узла что-то медленное, например страницу с большим числом картинок. Задержка вырастет на величину, равную расстоянию до узла. Прыжок с 40 мс до 400 мс означает, что узел на другом континенте, и для парсинга это приговор по скорости.
Один адрес - это боль, пул - это работа
Когда запросов десятки, хватает одного статического узла. Когда тысячи, начинается ротация: адрес меняется по таймеру или по факту отказа. Правильная ротация выглядит так: пул из 20-50 узлов, лимит на каждый, автоматическое исключение тех, что отдают ошибку 429. Плюс логирование, чтобы понять, на каком адресе всё посыпалось.
На Reddit в тредах про парсинг всплывает неочевидный нюанс: три дорогих резидента без лимитов падают быстрее, чем полсотни дешёвых узлов с аккуратной ротацией. Для гео-проверок ротация не нужна вовсе, нужна стабильность. Разные задачи, разные настройки пула - и именно тут ломается больше всего проектов.
Прокси и VPN не конкуренты
VPN заворачивает весь трафик устройства, прокси только то, что вы явно на него направили. Для проверки региона нужен второй, для защиты всего ноутбука в отеле первый. Держать оба и включать по ситуации - нормальная практика, а не признак паранойи.
Что делать дальше
Возьмите одну конкретную задачу: проверить рекламу в другом городе, снять цены, пустить парсер в 5 потоков. Под неё выберите тип узла, купите минимальный объём и потратьте 10 минут на настройку по шагам выше. Проверка IP - обязательный последний шаг, без него вы просто верите, что всё работает.
Если не хочется собирать поставщиков по форумам, начните с каталога прокси 3seller: фильтры по стране, протоколу и типу, цены видны сразу, тестовый период тоже есть. Один вечер, и у вас рабочий маршрут, который не надо пересобирать каждый раз.