Первый раз я настраивал прокси лет двенадцать назад и убил на это часа полтора. Не потому что сложно, а потому что искал кнопку не там. В Windows настройки прокси живут в двух разных местах, а половина гайдов отправляет людей в третье. Дальше только то, что реально нужно нажать.
Порядок такой: Windows 10 и 11, потом панель управления, PAC-файлы, авторизация, браузеры, macOS, проверка, скорость и семь граблей, на которые наступают почти все.
Сначала разберитесь с типом: HTTP или SOCKS5
Прокси это посредник. Компьютер соединяется с ним, он подменяет данные клиента своими и уходит на сайт. Ответ возвращается тем же маршрутом. Всё.
Типы у посредника разные, и путаница начинается именно здесь. Для браузера хватает первого, для всего остального нужен второй.
HTTP и HTTPS работают на уровне приложений: браузер, менеджер загрузок, парсер, клиент для маркетплейсов. Внутри HTTPS-туннеля трафик зашифрован, прокси видит только адрес назначения. Для 90% задач веб-сёрфинга и работы с личными кабинетами этого хватает с запасом.
SOCKS5 работает ниже, на уровне TCP-соединения. Ему без разницы, что внутри: HTTP, почта, мессенджер, торрент-клиент. Плюс умеет UDP и нормально дружит с авторизацией по логину и паролю. Нужен весь трафик приложения, а не только браузер - берём SOCKS5.
Практическая деталь, на которой спотыкаются: системные настройки Windows понимают HTTP, HTTPS и часть SOCKS. Отдельные программы системный прокси игнорируют и требуют прописать адрес у себя внутри. Об этом ниже, в разделе про проверку.
Windows 10 и 11: три экрана до рабочего прокси
Самый короткий маршрут. Жмёте Win + I, открывается приложение «Параметры». Дальше «Сеть и Интернет», затем раздел «Прокси» (в новых сборках он прямо в списке, в старых чуть ниже).
Видите блок ручной настройки и кнопку «Настроить». Переключатель «Использовать прокси-сервер» в положение «Вкл». В поле «Адрес» вписываете IP или доменное имя, в «Порт» число из настроек вашего прокси. Внизу «Сохранить».
Поле «Не использовать прокси для локальных адресов» оставьте как есть. Если работаете с внутренними сервисами, добавьте туда свои подсети через точку с запятой: 192.168.*, 10.*, localhost. Иначе трафик к сетевому принтеру в соседней комнате тоже пойдёт через внешний сервер. Получите весёлые таймауты вместо печати.
Чуть выше в том же разделе живёт автоматическая настройка. Параметр «Автоматическое определение параметров» по умолчанию включён. При ручной настройке его лучше выключить. Иначе Windows будет периодически перебивать ваши цифры тем, что найдёт в сети.
Панель управления: тот же параметр, старая обёртка
Куча инструкций отправляет в «Панель управления» - «Свойства браузера» - «Подключения» - «Настройка сети (LAN)». Работает. Только это не другая настройка, а тот же параметр из реестра, просто открытый через старый диалог. Поменяли в одном месте, изменилось в другом.
Ходят туда по трём причинам. Первая: в некоторых сборках Windows 11 новая вкладка «Прокси» подглючивает и не сохраняет значения. Вторая: через «Настройку сети (LAN)» удобнее прописывать длинные списки исключений, там просто больше места. Третья: часть корпоративных приложений лезет в реестр напрямую и видит только старый диалог.
В самом окне снимаете галочку «Автоматическое определение параметров», ставите «Использовать прокси-сервер», вводите адрес и порт, при необходимости логин с паролем. Жмёте «ОК», затем ещё раз «ОК» в предыдущем окне. Двойное подтверждение здесь обязательно.
PAC-файл: когда машин больше одной
Для домашнего компьютера забудьте про сценарии автоматической конфигурации, это лишняя сущность. А вот если машин десять и больше, или вы раздаёте настройки команде, PAC экономит реальное время. Это обычный текстовый файл с функцией на JavaScript. Она по адресу сайта решает: идти напрямую или через прокси.
Включается там же. «Использовать сценарий настройки», кнопка «Настроить», вписываете URL файла вида http://внутренний-сервер/proxy.pac, сохраняете. Дальше система сама разбирает каждый запрос.
Живой пример. Отдел из двенадцати человек работал с рекламными кабинетами. Часть трафика нужно было гнать через один пул адресов, часть через другой, служебные сайты напрямую. Один PAC-файл на сорок строк заменил инструкцию на две страницы и снял половину вопросов в чате поддержки.
Авторизация: почему всплывает окно с паролем
Прокси с логином и паролем в системных настройках Windows ведёт себя неочевидно. Полей для учётных данных в новой вкладке нет. При первом обращении к сайту выскакивает отдельное окошко с двумя полями. Пока их не заполнить, страница не откроется.
Момент, который бесит: Windows запоминает эти данные до перезагрузки, а иногда и до смены пользователя. Перезагрузились - окно снова тут. Лечится своим менеджером учётных данных или прокси без авторизации, по белому списку IP.
Второй вариант я обычно и советую: авторизация по IP. Привязываете свой адрес к прокси в панели провайдера, и пароль больше не нужен. Меньше движений, меньше ошибок при вводе руками.
Chrome идёт за системой, Firefox живёт своей жизнью
Chrome отдельного прокси внутри себя не имеет уже много лет. Только расширения, и те не всегда протаскивают весь трафик. Включили системный прокси - Chrome уже через него, проверять нечего.
Edge устроен так же. Safari на macOS тоже слушает системные настройки.
Firefox единственный из массовых браузеров держит собственный переключатель. Настройки, в самом низу страницы «Настройки сети», кнопка «Настроить». Можно указать отдельный прокси только для браузера, не трогая систему целиком. Удобно, когда нужно два рабочих профиля одновременно: в одном браузере один адрес, в другом другой, и они не конфликтуют.
Отдельный случай - расширения и менеджеры профилей для мультиаккаунтинга. На Reddit в тредах про мультиаккаунтинг это повторяют регулярно: менеджеры профилей системные настройки игнорируют и требуют прописывать прокси в каждом профиле отдельно. Работаете с несколькими кабинетами сразу - держите это в голове с самого начала.
macOS: другой путь, те же понятия
Системные настройки, раздел «Сеть», выбираете активное подключение и жмёте «Подробнее» (в старых версиях «Дополнительно»). Дальше вкладка «Прокси».
Ставите галочку напротив нужного протокола: «Веб-прокси (HTTP)», «Защищённый веб-прокси (HTTPS)» или «Прокси SOCKS». Вписываете адрес и порт, при необходимости логин с паролем. Кнопка «ОК», потом обязательно «Применить». Без неё настройки не заработают, и это классическая ошибка: люди закрывают окно крестиком и удивляются.
Галочку «Исключить простые имена хостов» лучше оставить включённой. Список исключений заполняется через запятую, туда идут домены и подсети.
Как проверить, что трафик реально пошёл через прокси
Стандартное поведение: человек открывает сайт, сайт открывается, все довольны. Проблема в том, что он открылся бы и без прокси. Проверки не произошло никакой.
Нужен сервис, который показывает внешний IP. Открываете его до включения прокси, запоминаете цифры, потом после. Адрес должен смениться на адрес прокси-сервера. Не сменился - либо настройки не применились, либо приложение ходит мимо них.
Второй тест посерьёзнее: консоль и запрос с явным указанием прокси. Ответ приходит - сервер живой и авторизация проходит. Висит и отваливается по таймауту - либо порт закрыт, либо ваш IP не в белом списке, либо прокси уже мёртв.
Третья частая история: браузер работает, а программа нет. Причина в том, что программа не смотрит на системные настройки. Мессенджеры, десктопные клиенты, инструменты автоматизации держат параметры подключения внутри: раздел настроек, подраздел про сеть и соединение, тип прокси. Прописывать нужно там.
Скорость: чего ждать после включения
Просадка будет всегда, вопрос только в размере. Один дополнительный узел в маршруте это плюс задержка на каждый запрос. Датацентровый прокси в вашем же регионе даёт прибавку в 10-30 мс, на глаз незаметно. Резидентный адрес на другом континенте легко добавит 200-400 мс, и вот это уже чувствуется при загрузке страниц.
Стало заметно медленнее - проверьте три вещи. Не включены ли одновременно прокси и VPN. Не гоните ли через внешний узел локальный трафик. И не выбран ли самый дальний гео-регион просто «на всякий случай».
Где брать прокси и почему бесплатные списки не стоят времени
Настроить это полдела. Работать будет ровно настолько, насколько хорош сам прокси.
Бесплатные списки с форумов живут часами. Половина мертва к моменту, когда вы их вставите в настройки. Вторая половина либо пишет логи, либо подменяет рекламу на страницах, либо отдаёт ваш трафик третьей стороне. Для разовой проверки «а как оно вообще» сойдёт. Для клиентских данных, рекламных кабинетов, аналитики и парсинга нет.
Платные пулы отличаются не только ценой. Смотрите на три вещи. Протокол: нужен SOCKS5 или хотя бы HTTPS, если работаете не только с браузером. География: адрес в конкретной стране, а не «примерно рядом». Тип: резидентные или датацентровые. Датацентровые быстрее и дешевле, но крупные сервисы распознают их быстрее. Резидентные выглядят как домашние пользователи: дороже, медленнее, зато живут дольше и реже ловят капчу.
Смотреть нормальные варианты удобно в каталоге прокси. Там фильтры по стране, протоколу и типу, видно, что берут чаще. Не нужно собирать адреса по кускам из чужих скриншотов и гадать, живой он ещё или нет.
Семь граблей, на которые наступают почти все
- Не нажали «Сохранить» или «Применить». Значения введены, окно закрыто крестиком, прокси не работает.
- Перепутали адрес и порт. Порт это число, обычно четыре-пять знаков. Доменное имя в поле порта значит, что вы скопировали не ту строку.
- Включили сразу и системный прокси, и VPN. Два уровня посредников, скорость падает вдвое, часть сайтов отваливается по таймауту.
- В исключения добавили только localhost, а потом не открывается внутренний портал компании.
- Прокси с авторизацией, но логин с паролем не введены. В Windows они запрашиваются отдельным окном при первом обращении.
- Скопировали адрес с пробелом в конце. Звучит смешно, но это причина примерно каждого пятого обращения в поддержку.
- Взяли адрес из чужого скриншота, а он уже два месяца как продан другому человеку.
Публичный Wi-Fi и рабочий ноутбук
В кафе, аэропорту или коворкинге прокси полезен не ради скорости. Локальная сеть в таких местах это лотерея: кто-то в той же подсети спокойно смотрит, куда вы ходите, если трафик не зашифрован на уровне приложения. На Reddit в ветках про сетевую безопасность это повторяют постоянно: HTTPS закрывает содержимое страниц, но не адреса.
Свой узел на VPS в этой ситуации решает аккуратно. Трафик приложений, которые слушают системные настройки, уходит на ваш собственный сервер. Локальная сеть видит только факт соединения с одним адресом. Настраивается ровно так же, как описано выше: те же три экрана, только адрес и порт вы контролируете сами.
Если компьютер рабочий и в домене, настройки часто раздаются групповой политикой и заблокированы. Кнопки серые, поля неактивные. Это не поломка, а политика безопасности. Параметры в таком случае берутся у администратора, а не подбираются самостоятельно.
С чего начать прямо сейчас
Быстрый маршрут для домашнего компьютера: Win + I, «Сеть и Интернет», «Прокси», «Настроить», вписать адрес и порт, сохранить. Проверить смену IP на любом сервисе определения адреса. Не сработало - идти в «Панель управления» и смотреть, не стоит ли там другая галочка, которая перебивает вашу.
И привычка, которая экономит нервы: держите рабочие параметры в заметках. Адрес, порт, логин, пароль, протокол. В день, когда прокси отвалится в самый неподходящий момент, вы не будете искать письмо от провайдера за прошлый месяц.