Первый раз ставишь прокси на компьютер - и полчаса ищешь, куда Windows его запрятала. В Windows 10 и 11 настройка переехала в «Параметры». Половина старых гайдов до сих пор отправляет в «Панель управления». Оба пути работают, но логика разная. От выбранного пути зависит, какие приложения пойдут через прокси.
Ниже - то, что я проделываю на своей машине и на машинах клиентов. С командами и с местами, где обычно всё ломается.
Что физически происходит, когда вы прописываете адрес прокси
Компьютер перестаёт стучаться на сайт напрямую. Он открывает соединение с прокси-сервером, говорит ему «мне нужен вот этот адрес», прокси подменяет данные клиента своими и уже от себя отправляет запрос дальше. Ответ возвращается тем же маршрутом.
Практический смысл простой: сайт видит IP прокси, а не ваш. Весь трафик идёт через один узел, который вы контролируете. Для маркетолога это значит чистые данные при парсинге выдачи. Для разработчика - стабильное тестовое окружение. Для человека в кафе с публичным Wi-Fi - дополнительный слой между ноутбуком и чужой сетью.
Прокси сам по себе не шифрует трафик. HTTP-прокси видит, куда вы ходите. Шифрование появляется на уровне HTTPS или внутри туннеля SOCKS5. Разница принципиальная.
Системная настройка в Windows 10 и 11: самый быстрый путь
Жмёте Win + I, открывается «Параметры». Дальше «Сеть и Интернет» → вкладка «Прокси». Вы на месте. Здесь два блока, и это важно.
Блок «Автоматическая настройка прокси» - для случая, когда у вас есть PAC-файл или URL авто-конфигурации. Включаете «Использовать сценарий настройки», вставляете ссылку. Удобно в корпоративной сети, где админ выдал один URL.
Блок «Ручная настройка прокси» - то, что нужно в 90% случаев. Переключаете «Использовать прокси-сервер» в положение «Вкл». В поле «Адрес» вбиваете IP или доменное имя узла. В «Порт» - порт. Например, 8080 для HTTP или 1080 для SOCKS5. Ниже поле «Исключения». Туда через точку с запятой добавляете адреса, которые через прокси идти не должны. Как минимум localhost, 127.0.0.1 и подсеть 192.168.*. Иначе локальные сервисы и принтеры в офисе начнут отваливаться.
Нажимаете «Сохранить». Системные приложения, которые уважают настройки Windows, уже работают через прокси.
Второй путь: «Панель управления» и окно «Свойства браузера»
Этот способ старее, но иногда единственный. Например, когда «Параметры» глючат или вы сидите на урезанной сборке Windows. Открываете «Панель управления» через поиск, ищете «Свойства браузера». Либо жмёте Win + R и вводите inetcpl.cpl. Сразу попадёте в нужное окно.
Дальше вкладка «Подключения» → кнопка «Настройка сети (LAN)». Снимаете галочку «Автоматическое определение параметров». Ставите «Использовать прокси-сервер для локальной сети». Вписываете адрес и порт. При необходимости добавляете исключения. Сохраняете через ОК.
Окно это же самое, что и в «Параметрах», просто другая обёртка. Настройки синхронизируются. После сохранения здесь значение появится и в новом интерфейсе. Так и должно быть.
Где настройка не сработает и почему
Вот здесь начинается практика. Системный прокси подхватывают Chrome, Edge, Internet Explorer. Также подхватывают приложения, которые используют WinHTTP. А Firefox живёт своей жизнью. У него собственные настройки в «Параметрах» → «Сеть» → «Настройка соединения». Если прописать прокси только в системе, Firefox пойдёт напрямую.
Telegram Desktop тоже игнорирует системные настройки. Там своя дорога: «Настройки» → «Продвинутые настройки» → «Тип подключения» → «Прокси» → «Добавить прокси». Выбираете тип (SOCKS5 или MTProto). Вбиваете адрес, порт. При необходимости логин с паролем. Сохраняете. Интерфейс сам проверит соединение и покажет пинг.
Прокси с авторизацией - отдельная боль. Windows умеет её запрашивать, но делает это криво и не во всех приложениях. Самый надёжный костыль - вписать учётные данные прямо в адрес в формате http://логин:пароль@ip:порт. Работает не везде. Если совсем не идёт, проще взять узел с авторизацией по IP-адресу.
PAC-файл: когда прокси нужен не для всего трафика
Гонять через прокси весь трафик, включая банк и почту, обычно не хочется. Для этого придумали PAC. Это обычный JavaScript-файл. Он по каждому URL решает, идти напрямую или через узел. Прописываете ссылку на него в блоке «Автоматическая настройка прокси». Система сама разбирается.
В корпоративной сети PAC часто отдаёт сам прокси-сервер по внутреннему адресу. Если делаете себе на VPS - файл кладётся на любой веб-сервер. Лишь бы отдавался по HTTP и был доступен с вашей машины. Синтаксис простой, но отладка через браузерные консоли - отдельное удовольствие. Для домашнего сценария из одного-двух устройств PAC почти всегда избыточен.
macOS: три клика и один нюанс
Яблочники не сильно заморачивались. Открываете «Системные настройки» → «Сеть». Выбираете активную службу (Wi-Fi или Ethernet). Жмёте «Подробнее» → вкладка «Прокси». Дальше галочки по типам: HTTP, HTTPS, SOCKS5. Ставите нужную. Вписываете адрес и порт. При необходимости логин с паролем. Сохраняете.
Нюанс в том, что на macOS настройки привязаны к конкретной сетевой службе. Переключились с Wi-Fi на провод - прокси может оказаться не применён. Если вы настраивали только Wi-Fi. Проверяйте оба профиля.
Типы прокси и под какую задачу их брать
HTTP/HTTPS - самый простой вариант. Works with большинством браузерных сценариев. HTTPS-прокси умеет туннелировать шифрованный трафик через CONNECT. Там уже содержимое запроса для узла закрыто.
SOCKS5 - уровень ниже. Works with любым трафиком, а не только с вебом. Через него ходят торренты, мессенджеры, игровые клиенты. Поддерживает UDP и авторизацию. Если нужен один узел под всё сразу - берите SOCKS5.
Дальше по назначению узла. Резидентные - адрес выглядит как домашний IP обычного человека. Идеально для сбора данных из поиска и мониторинга цен. Антибот-системы такие адреса не режут пачками. Мобильные - ещё чище с точки зрения репутации. Но дороже и медленнее. Серверные, из дата-центров - быстрые и дешёвые. Но крупные площадки их давно знают в лицо. На Reddit практикующие маркетологи отмечают, что для серьёзных задач с геопривязкой мобильные и резидентные узлы дают наилучшую выдачу.
Актуальный каталог с фильтрами по стране, типу и протоколу - на 3seller.com/proxy. Там же видно, какие узлы подходят под SOCKS5. А какие идут только как HTTP. Перед покупкой большого пакета возьмите минимальный. Прогоните на своих реальных задачах. Не на тестовом сайте.
Проверка: как убедиться, что трафик реально идёт через прокси
Самый тупой и рабочий способ - открыть любой сервис определения IP и посмотреть адрес. Совпал с адресом прокси? Значит, браузер идёт куда надо. Не совпал - где-то не сохранилось. Или приложение игнорирует системные настройки.
Второй уровень проверки - консоль. В Windows откройте cmd и введите:
netsh winhttp show proxy
Команда покажет, что видит системный HTTP-стек. Если там «Прямое подключение» - настройки не подхватились. Тогда:
netsh winhttp set proxy ip:порт
Нужные адреса в исключения добавляйте через параметр bypass-list. Это отдельный слой. Он живёт независимо от галочек в интерфейсе. Иногда именно его не хватает, чтобы заработали служебные утилиты и скрипты.
Для приложений на Python, Node.js и прочего зоопарка разработки часто нужны переменные окружения. В PowerShell:
$env:HTTP_PROXY="http://ip:порт"
$env:HTTPS_PROXY="http://ip:порт"
Это уже не про «Параметры» Windows. Это про конкретную сессию терминала. Многие библиотеки читают именно их и плевать хотели на системные настройки.
Косяки, на которые я наступал чаще всего
Забытые исключения для локальных адресов. Ставите прокси. А потом не открывается админка роутера, локальный dev-сервер и сетевое хранилище. Лечится тем самым полем «Исключения» - localhost;127.0.0.1;192.168.*;10.*
Мёртвый узел. Прокси отвалился. А браузер терпеливо ждёт таймаут и показывает «сайт недоступен» без намёка на причину. Держите под рукой второй адрес. Перевищите за десять секунд. Иначе будете полчаса искать проблему в драйверах.
DNS-утечки. Прокси вы поставили. Но браузер всё равно резолвит домены через провайдера. Для большинства бытовых задач это не критично. А вот при работе с чувствительными данными или при парсинге с геопривязкой - критично. Сайт увидит не тот регион, который вы заявляли.
Прокси в браузере вместо системного. Настроили через расширение, обрадовались. А потом выясняется, что половина программ ходит напрямую. Расширение перехватывает только трафик конкретного браузера. Если нужен весь компьютер - настраивайте системно.
Что делать прямо сейчас
Определитесь, что именно должно идти через прокси. Только браузер - хватит расширения или настроек Chrome. Весь компьютер - «Параметры» → «Сеть и Интернет» → «Прокси». Ручной режим, адрес и порт. Отдельные приложения вроде Telegram - их собственными средствами.
Дальше возьмите один рабочий узел. Вбейте его, сохраните и проверьте IP в браузере. Если совпало - половина дела сделана. Вторую половину закрывает нормальный каталог. Там узлы отфильтрованы по протоколу и стране. А не собраны наугад: 3seller.com/proxy. Настройка занимает две минуты. Всё остальное время вы тратите на выбор узла. Который не сдохнет через час.