Настройка прокси в Windows 11 занимает меньше минуты. Проблема в другом: половина инструкций в сети ведёт в меню, которое Microsoft перекроила. Вторая половина умалчивает, что системный прокси в одиннадцатой винде и прокси в браузере - два разных зверя. Я настраивал прокси на своей машине, на рабочих станциях копирайтеров, на тестовых стендах парсеров. Ниже - только то, что реально работает на актуальных сборках Windows 11.
Системный прокси и прокси в браузере - не одно и то же
Сбивает с толку главное. Включаете прокси в Параметрах Windows 11, открываете браузер - там всё по-старому. Или наоборот: в браузере трафик идёт через нужный узел, а приложение для парсинга и Telegram-клиент лезут напрямую.
Причина простая. Приложения делятся на три лагеря. Edge, Chrome в дефолтном режиме и системные апдейтеры читают настройки Windows. Firefox по умолчанию, большинство десктопных клиентов и Python-скрипты держат собственный конфиг и систему игнорируют. Третьи умеют и так, и так, но требуют явного переключателя.
Поэтому настройка прокси сервера на Windows 11 - это всегда два шага: системный уровень плюс отдельная настройка для каждого приложения, которое живёт по своим правилам. Гайд, который обещает одним кликом покрыть весь трафик, врёт.
Путь первый: Параметры - Прокси
Самый быстрый способ - через штатное приложение Параметры. Жмёте Win + I, слева выбираете "Сеть и интернет", прокручиваете до раздела "Прокси". На современных сборках Windows 11 это отдельный подраздел в левом меню, а не вкладка внутри сети, как было в десятке. Именно здесь люди теряются после обновления.
Внутри три блока. "Автоматическое определение параметров" - тот самый WPAD, о нём ниже. "Использовать скрипт настройки" - сюда вставляют адрес PAC-файла. И "Настройка прокси вручную" с кнопкой "Изменить". Нужен третий.
В открывшемся окне включаете переключатель "Использовать прокси-сервер" и заполняете два поля: адрес и порт. Адрес - домен или IP, который выдал провайдер прокси. Порт вводится отдельным полем, не через двоеточие в одном окне. Windows 11 здесь строже старых версий: если вписать адрес и порт одной строкой, поле молча обрежется и соединение не поднимется. Я налетел на это пару лет назад и минут десять искал причину.
Ниже поле "Не использовать прокси для локальных адресов". Оставьте включённым, если работаете с внутренней сетью, принтерами, сетевыми хранилищами. Иначе локальный трафик уйдёт на внешний узел и часть сервисов отвалится.
Переключатель "Автоматически определять параметры" лучше выключить, если задаёте прокси руками. Windows умеет подхватывать конфиг из DHCP и таблицы DNS. Когда это идёт параллельно с ручной настройкой, поведение становится непредсказуемым, а диагностировать конфликт тяжело: в интерфейсе всё выглядит корректно.
Путь второй: inetcpl.cpl - старый интерфейс, который всё ещё рулит
Многие считают, что окно "Свойства интернета" в Windows 11 похоронили. Оно живо, просто спрятано от глаз. И именно через него удобнее всего задавать исключения и логин с паролем.
Жмёте Win + R, вводите inetcpl.cpl, Enter. Открывается окно, знакомое с седьмой винды. Вкладка "Подключения", кнопка "Настроить сеть LAN". Дальше галочка "Использовать прокси-сервер для локальной сети", поля адреса и порта, и кнопка "Дополнительно" для тонкой настройки по протоколам.
Лезть сюда стоит из-за двух вещей. Первая - раздельные адреса для HTTP, HTTPS, FTP и Socks. В Параметрах такой роскоши нет, там один узел на всё. Если под парсинг выдан SOCKS5, а для остального нужен обычный HTTP, разводить их придётся здесь.
Вторая причина - авторизация и хранение учётных данных. При ручной настройке через Параметры Windows 11 не всегда предлагает ввести логин и пароль сразу. Данные приходится вбивать через дополнительный запрос при первом обращении к защищённому узлу, а этот диалог срабатывает не во всех приложениях. В inetcpl.cpl проще: отметили, что требуется аутентификация, система запомнила данные для системного уровня.
Про исключения. Поле "Не использовать прокси для адресов, начинающихся с..." принимает список через точку с запятой, маски со звёздочкой работают. Локальные домены, адреса внутренних сервисов, тестовые стенды - хорошая привычка вносить туда сразу. Иначе каждый заход на локальный dev-сервер будет уходить в таймаут.
Проверка: как убедиться, что трафик действительно идёт через прокси
Включили, сохранили, закрыли окна. И тишина. Интерфейс Windows 11 не показывает статус подключения к прокси, индикатора нет. Проверять надо руками.
Самый быстрый способ - открыть в браузере сервис определения IP. Адрес сменился на тот, что выдал провайдер, значит системный уровень работает. Остался прежним - смотрите, не включился ли у браузера собственный прокси, который перекрывает системный. На Reddit в обсуждениях настройки Windows 11 пользователи то и дело находят у себя именно такой конфликт двух прокси.
Второй способ надёжнее: он не врёт и не зависит от кеша браузера. Открываете PowerShell и запускаете запрос к внешнему сервису через curl. Windows 11 не выдал ошибку соединения и вернул данные - системный прокси жив и отвечает. Тот же запрос без прокси нужен для сравнения: разница в ответах покажет, что настройка применилась.
Третий способ - netsh и журнал событий. Команда netsh winhttp show proxy показывает, какой узел прописан на уровне системного HTTP-стека. В документации Microsoft отдельно оговорено, что хранилище WinHTTP и настройки браузера - разные вещи, и часть установщиков работает именно через WinHTTP. Полезно, когда кажется, что настройки применились, а вы смотрите на старые данные.
SOCKS5 против HTTP: что выбирать под конкретную задачу
Разница не в скорости, как часто думают, а в том, что прокси-сервер вообще видит и умеет.
HTTP-прокси понимает протокол на уровне запросов: видит заголовки, методы, URL. Умеет кешировать, может подменять заголовки, в корпоративной среде часто фильтрует по содержимому. Для веб-сервисов, аналитики, рекламных кабинетов - идеально. SOCKS5 работает ниже, на уровне TCP-соединения. Ему всё равно, что внутри: HTTPS, игровой трафик, торренты, SSH. Он просто гонит пакеты между вами и целевым узлом. Задержка ниже, потому что нет разбора и переупаковки запросов.
Отсюда практические выводы с моих задач. Сбор данных с сайтов - SOCKS5, меньше накладных расходов и меньше следов в виде переписанных заголовков. Несколько аккаунтов в рекламных панелях - HTTP или HTTPS, там важна стабильность соединения и понятное поведение при ошибках. Публичный Wi-Fi - любой из двух, лишь бы узел был приватным, а не общим на сотню незнакомых людей.
Прокси не шифрует трафик, об этом забывают чаще всего. HTTPS внутри остаётся HTTPS, SOCKS5 просто пробрасывает пакеты. В открытой сети шифрование должно быть на уровне приложения или туннеля. Прокси решает другую задачу: подмена точки выхода, распределение нагрузки, разделение трафика по задачам.
Для парсинга в промышленных объёмах нужна ротация. Один узел, даже быстрый, упрётся в лимиты целевого сайта через час работы. В нормальной схеме берут пул и балансируют: часть запросов через один узел, часть через другой, при ошибке - переключение. Windows 11 тут помогает слабо, нужен скрипт или прослойка, которая выбирает прокси на каждый запрос.
Автоматическая конфигурация: PAC-файл и WPAD
В корпоративных сетях прокси часто раздаётся автоматически. Браузер загружает PAC-скрипт - файл с функцией, которая по URL решает, идти напрямую или через узел. Windows 11 поддерживает это через пункт "Использовать скрипт настройки" в Параметрах и через аналогичное поле в inetcpl.cpl.
Работает хорошо, когда PAC-файл лежит на локальном сервере и доступен без прокси. Ломается, когда адрес скрипта указан по HTTPS, а сертификат внутренний и система его не признаёт. Тогда настройка молча не применяется, и вы сидите с прямым соединением, думая, что прокси включён.
WPAD - автопоиск через DHCP и DNS - дома почти всегда бесполезен и часто вреден. Механизм предполагает корректно настроенный сервер объявлений в сети. Если его нет, Windows тратит время на поиск, а в редких случаях может подхватить чужой конфиг. На машинах, где я настраиваю прокси вручную, автопоиск выключен всегда. Меньше переменных - быстрее диагностика.
Свой узел на VPS: когда системных настроек мало
Иногда нужен не чужой прокси, а собственный. Сценарии бытовые: удалённая работа с домашним компьютером, доступ к тестовому стенду из другой сети, единая точка выхода для нескольких устройств в офисе.
Схема простая. Арендуете VPS, поднимаете прокси-сервер (Squid, 3proxy, лёгкий сервис на Go - вариантов много), закрываете доступ авторизацией по логину и паролю либо по списку разрешённых адресов. В Windows 11 прописываете адрес этого VPS и порт, который слушает сервис. Дальше всё, что делает система, идёт через ваш узел.
Два момента, на которых сыпется большинство самодельных инсталляций. Первый - файрвол на VPS: порт открыт в конфиге сервиса, но закрыт в правилах хостера, и вы полчаса ищете проблему в клиенте. Второй - авторизация. Прокси без пароля, торчащий в интернет, находят сканеры за часы и превращают в открытый релей. Проверяйте логи, если трафик внезапно вырос.
Домашний вариант с прокси на роутере или мини-ПК тоже живой: одна машина в сети держит сервис, остальные ходят через неё. Удобно, когда все устройства в квартире должны выходить с одного адреса, а настраивать каждое лень.
Где брать прокси и на что смотреть в каталоге
Бесплатные списки прокси - отдельный жанр интернет-фольклора. Живут часами, отдают ошибки, а часть создана ровно для сбора чужого трафика. Экономия в ноль рублей против слитых паролей и заблокированных аккаунтов - странный обмен.
Нормальный путь - брать прокси у провайдера с понятными условиями. Я пользуюсь каталогом 3seller.com/proxy: там выбор по стране, по протоколу (HTTP, HTTPS, SOCKS5), по типу - резидентные или датацентровые. Для парсинга беру датацентровые, они дешевле и быстрее. Для сервисов, которые трепетно относятся к источнику трафика, - резидентные.
Что проверять перед покупкой в любом каталоге, не только в этом. Авторизация по логину и паролю либо по привязке к IP - без неё узел либо открыт всем, либо не заработает у вас. Поддержка нужного протокола: если в задаче SOCKS5, а в тарифе только HTTP, вы это заметите уже после оплаты. Лимиты по трафику и скорость на канал, потому что безлимит за копейки обычно означает узкое горлышко в вечерние часы. И пробный период или небольшой пакет на тест: полчаса реальной работы скажут больше, чем любое описание.
Геолокация важна не только ради контента. Часть сервисов показывает разные интерфейсы и разные условия в зависимости от региона, и это влияет на данные, которые вы собираете. Парсинг цен без учёта гео даёт мусор.
Когда прокси включён, а интернета нет
Самая частая ситуация после настройки. Порядок диагностики у меня отработан и почти всегда приводит к причине за пару минут.
- Проверяю, живой ли узел: запрос из PowerShell или онлайн-проверка порта. Провайдер мог сменить адрес или узел ушёл на обслуживание.
- Смотрю на формат ввода. Двоеточие в поле адреса, лишний пробел, скопированный вместе с портом, - половина всех проблем.
- Отключаю автопоиск и PAC, оставляю только ручные настройки. Конфликт источников конфигурации встречается чаще, чем кажется.
- Проверяю исключения. Если в списке оказался нужный домен, он уйдёт напрямую, и вы решите, что прокси не работает.
- Смотрю логин и пароль. Спецсимволы нормально переживают копирование, а вот невидимый пробел в конце - нет.
Ещё одна тонкость Windows 11. Настройки применяются не мгновенно для всех приложений сразу. Часть уже запущенных программ продолжает держать старые соединения. Перезапуск приложения или выход из учётной записи решает вопрос там, где настройка выглядит правильной, но не работает.
Что в итоге делать руками
Для типовой задачи - выйти в интернет через конкретный узел - хватает Win + I, раздел "Прокси", блок ручной настройки, адрес и порт, сохранить. Тридцать секунд. Дальше проверка через браузер и PowerShell, и только потом настройка приложений, которые систему не слушают.
Если нужны разные прокси под разные протоколы, логин с паролем и гибкие исключения - идите через inetcpl.cpl. Интерфейс старый, выглядит чужеродно, зато работает предсказуемо и даёт доступ ко всему, что Windows 11 умеет на системном уровне.
Сам прокси берите у провайдера, а не из списка на форуме. Каталог 3seller.com/proxy - нормальная точка входа: фильтры по стране и протоколу экономят время, а тестовый пакет позволяет проверить узел на своей задаче до оплаты. Настройка в Windows 11 занимает минуту, а поиск причины, почему бесплатный прокси не работает третий день подряд, съедает неделю.