Ставлю прокси на Windows 11 примерно раз в неделю. То на новую машину в отделе, то на виртуалку под парсинг, то приятелю, у которого «опять ничего не работает». Каждый раз одна и та же история: сама настройка занимает секунд сорок, а объяснять, почему после неё половина программ всё равно ходит напрямую, приходится минут двадцать.
Поэтому ниже не просто клики по меню. Дам клики, а рядом то, о чём в стандартных инструкциях молчат.
Где в Windows 11 живёт настройка прокси
Начинаем с самого простого пути. Жмём «Пуск», открываем «Параметры», дальше «Сеть и интернет» и в списке находим «Прокси». Именно этот экран Microsoft считает главным, и именно он чаще всего нужен.
Что вы там увидите: блок с автоматической настройкой (там переключатель «Автоматически определять параметры» и кнопка «Настроить скрипт»), а ниже - блок ручной настройки с кнопкой «Настроить». Автоматический режим удобен в корпоративной сети, где админ раздаёт конфигурацию через PAC-файл. Браузер сам скачивает скрипт и решает, какие запросы куда отправлять. Для домашних и рабочих задач с конкретным узлом он не нужен.
Дальше последовательность такая:
- Открываем «Настройка прокси-сервера вручную» и жмём «Настроить».
- Включаем ползунок «Использовать прокси-сервер».
- В поле «Адрес прокси-сервера» вводим IP или доменное имя узла.
- В поле «Порт» - число, которое выдал поставщик. Обычно это 8000, 3128, 1080 или что-то из служебного диапазона.
- Жмём «Сохранить».
Всё, системный прокси включён. Настройка применяется мгновенно, перезагружаться не нужно.
Отдельно про галочку «Не использовать прокси-сервер для локальных адресов (интрасети)». Её стоит оставить включённой, если вы работаете с локальным принтером, сетевой папкой или внутренним порталом компании. Иначе после включения прокси доступ к 192.168.x.x у вас отвалится, и вы будете долго искать причину. Ещё ниже есть поле для списка исключений, куда через точку с запятой вписывают адреса, которые должны ходить напрямую. Полезно для банковских сайтов и внутренних сервисов.
Второй путь: старый добрый диалог из панели управления
Экран в «Параметрах» симпатичный, но у него есть один минус: логин и пароль там ввести некуда. Только адрес и порт. Если ваш прокси требует авторизации по логину, придётся идти другим маршрутом.
Жмём «Пуск», начинаем набирать «Панель управления», открываем её. Дальше «Сеть и Интернет», затем «Свойства обозревателя» (в некоторых сборках он называется «Параметры интернета»). В открывшемся окне переходим на вкладку «Подключения» и жмём «Настроить сеть». Вот здесь уже есть и адрес, и порт, и кнопка «Дополнительно», через которую задаются тип и логин с паролем.
По сути, этот диалог правит те же самые параметры реестра, что и новый экран «Параметры», просто с более широким набором полей. Если вам нужно ввести учётные данные, путь через панель управления остаётся рабочим в Windows 11 на момент написания. Да, выглядит как реликт, но работает.
Здесь же есть кнопка «Дополнительно» с типом прокси: HTTP, Secure, FTP и SOCKS. Выбор SOCKS имеет смысл, когда поставщик выдаёт именно SOCKS5, а таких сейчас большинство в бизнес-сегменте.
Что именно вводить: адрес, порт, авторизация
Поставщик обычно присылает строку в одном из двух форматов. Либо это IP и порт, и доступ открыт по белому списку IP (то есть вы заранее сообщили свой домашний адрес, и узел пускает только его). Либо это хост, порт, логин и пароль, и авторизация происходит по учётным данным.
Второй вариант удобнее, когда IP у вас плавающий: мобильный интернет, динамический адрес от провайдера, частые переезды. Первый вариант надёжнее с точки зрения безопасности, потому что пароль нельзя украсть, но он требует статичного адреса.
Частая ошибка новичков: скопировать строку вида логин:пароль@host:port целиком в поле «Адрес». Так не работает. В поле адреса должен быть только хост или IP, в поле порта только число, а логин с паролем вводятся отдельно, в диалоге «Дополнительно». Windows не парсит составные строки в этом поле.
Ещё один нюанс: если поставщик даёт два порта, например один для HTTP и другой для SOCKS5, а вы вписали SOCKS-порт в системные настройки, браузер будет молча падать с ошибкой соединения. Проверяйте соответствие типа и порта.
Системный прокси - это не «прокси для всего»
Ключевой момент, который экономит часы отладки: настройка в «Параметрах» задаёт параметры для WinINET - прослойки, через которую работают Edge, Chrome, Internet Explorer, Office, часть системных апплетов. Программы, которые ходят в сеть своим собственным кодом, эти настройки игнорируют.
Простой список того, что подхватит системную настройку и что нет.
- Подхватят: Edge, Chrome, большинство почтовых клиентов, Office, встроенный магазин.
- Не подхватят: Firefox (у него своя настройка в разделе «Сеть»), Telegram и WhatsApp Desktop (свой прокси в настройках соединения), торрент-клиенты, Steam, Discord, игры, большинство парсеров и скриптов на Python, Node.js, PHP.
Поэтому фраза «поставил прокси, а IP не поменялся» почти всегда означает, что человек проверял не в браузере, а в приложении, которое про системные настройки ничего не знает.
В Telegram, например, путь такой: «Настройки», «Продвинутые настройки», «Тип соединения», «Прокси», затем «Добавить прокси». Там же выбирается тип SOCKS5 и вводятся адрес, порт, логин и пароль. В Firefox: «Настройки», «Основные», самый низ, «Настройки сети», кнопка «Настроить». Там же есть удобный режим «Использовать системные настройки прокси», если лень вводить дважды.
Для скриптов и терминала параметры передаются отдельно. У встроенного в Windows 11 curl есть флаг -x, у Python requests - словарь proxies, у Node.js - опция agent или отдельная библиотека. И это нормально: системная настройка нужна для человека за браузером, а не для сервисов.
Что делать со службами, которые ходят мимо браузера
Есть ещё один уровень - WinHTTP. Это отдельный стек, который используют системные службы, обновления и часть фоновых компонентов. Настройки из «Параметров» на него не распространяются.
Посмотреть текущее состояние можно в командной строке от администратора командой netsh winhttp show proxy. Если там стоит «Прямое подключение», значит службы ходят напрямую, даже когда браузер уже через прокси. Задать параметры для этого стека можно командой netsh winhttp set proxy с указанием адреса и порта. Сбросить - netsh winhttp reset proxy. На Reddit в тредах про корпоративные сборки админы не раз подмечали этот нюанс: WinHTTP приходится настраивать отдельно от браузерного прокси.
Нужно это не всегда. Скажем, для работы в браузере достаточно первого способа. А вот если вы настраиваете корпоративную машину, где весь трафик должен идти через единый узел, без WinHTTP картина будет неполной.
Типы прокси и зачем они разные
Поставщики редко объясняют разницу, а она влияет на то, что вообще стоит покупать под вашу задачу.
Резидентские прокси - это адреса реальных домашних подключений. Дорогие, медленнее датацентровых, зато площадки видят их как обычного пользователя. Их берут под работу с аккаунтами, аналитику выдачи, проверку рекламы по регионам. Обычно тарифицируются по трафику, и в кабинете вы выбираете страну или город, после чего получаете шлюз и порт.
Sticky-сессии держат один и тот же IP от нескольких минут до нескольких часов. Нужны, когда важна последовательность действий: залогинились, прошлись по страницам, сохранили корзину. Если сессия рвётся и IP меняется на каждом запросе, вы получите вылет из аккаунта и капчу.
Rotating-прокси меняют адрес на каждый запрос или по таймеру. Это история про массовый сбор данных, где важен объём и не важна связность. Классика для парсинга каталогов и мониторинга цен.
Датацентровые - самые быстрые и дешёвые. Для внутренних задач, тестов, работы с API и любых сценариев, где не нужно притворяться живым пользователем, их хватает с головой.
Отдельно про протоколы. HTTP-прокси понимает только HTTP-трафик и умеет кэшировать и модифицировать запросы. SOCKS5 работает на уровне TCP-соединений и не интересуется содержимым, поэтому через него спокойно ходит что угодно: мессенджеры, SSH, игровой трафик. Плюс SOCKS5 поддерживает UDP, что важно для звонков и стриминга.
При этом сам SOCKS5 не шифрует трафик: он только устанавливает соединение через узел. Шифрование обеспечивает протокол приложения (HTTPS, TLS, шифрование внутри мессенджера). Об этом стоит помнить, когда вы работаете в открытом Wi-Fi кафе.
Проверка: как убедиться, что всё работает
Не проверяйте результат «на глаз». Откройте любой сервис определения IP в браузере и сравните с тем, что показывает тот же сервис при выключенном прокси. Совпало - настройка не применилась или узел не отвечает.
Второй способ надёжнее, потому что сразу показывает и код ответа. Откройте терминал и выполните запрос через прокси флагом curl -x, подставив свои адрес и порт. Если в ответ приходит HTML, значит цепочка живая. Если видите ошибку соединения, значит либо порт закрыт, либо узел требует авторизации, либо вы перепутали тип.
Третий момент, который часто упускают: утечка по IPv6. Прокси может быть настроен на IPv4, а сайт откроется по IPv6-адресу напрямую, и вы получите свой настоящий адрес в логах. Если для задачи это критично, IPv6 в свойствах сетевого адаптера лучше отключить.
Ещё один обязательный шаг - проверить адрес до того, как вбивать его в систему. Для этого есть прокси-чекеры, которые показывают код ответа и тип анонимности. Пять секунд проверки экономят полчаса поиска причины, почему «прокси не работает на Windows 11».
Пять причин, по которым ничего не работает
Собрал из своей практики, по частоте.
Первая - антивирус или файрвол. Некоторые пакеты проверяют исходящие соединения и режут нестандартные порты. Проверяется просто: временно отключите защиту сети и повторите запрос.
Вторая - включённый VPN-клиент. Он перехватывает трафик на уровне виртуального адаптера, и настройки прокси оказываются вложены внутрь туннеля или игнорируются. Два инструмента одновременно - почти всегда конфликт.
Третья - устаревший адрес. Мобильные и резидентские пулы меняют IP, а вы вписали старый. Перепроверьте данные в личном кабинете поставщика.
Четвёртая - опечатка в порте. Бывает чаще, чем кажется. 1080 и 1081 - разные вещи.
Пятая - вы проверяете не там. Приложение, у которого своих настроек нет и которое не использует системный стек, будет ходить напрямую, и никакие галочки в «Параметрах» этого не изменят.
Где брать прокси, чтобы не перебирать помойки
Отдельная боль: найти нормальный узел. Бесплатные списки из открытых источников живут часами, отдают ваш трафик владельцу сервера и часто уже стоят в чёрных списках площадок. Экономия сомнительная.
Я беру в каталоге 3seller. Там есть и резидентские, и датацентровые, и мобильные варианты, с фильтрами по стране и городу. Что удобно на практике: перед покупкой видно, под какую задачу какой тип подходит, а не абстрактное «прокси-сервер» одной строкой. Для настройки на Windows 11 хватает данных из карточки: хост, порт, при авторизации по логину - ещё и учётные данные.
Если задача разовая, например проверить, как выглядит ваш сайт из другого региона, берите минимальный пакет. Если впереди парсинг на сотни тысяч страниц, считайте не цену за прокси, а цену за гигабайт трафика и долю успешных запросов. Второй показатель важнее: дешёвый пул с 40% отказов обойдётся дороже аккуратного.
Прокси на уровне системы или точечно под задачу
Для себя я давно разделил два сценария. Системный прокси в «Параметрах» включаю, когда нужно быстро и на всё сразу: проверить геолокацию сайта, поработать в браузере через конкретный узел, защитить трафик в публичной сети отеля.
Рабочие задачи настраиваю точечно. В браузере - отдельный профиль со своим прокси, в скрипте - свой пул, в мессенджере - свой узел. Так не возникает ситуации, когда из-за одного тяжёлого парсера весь интернет на машине начинает ползти со скоростью диалапа.
Если вы администрируете несколько машин, имеет смысл поднять собственный шлюз на VPS: один вход, централизованные логи, единая точка смены настроек. Тогда на клиентских Windows 11 вы просто прописываете адрес своего узла и больше не бегаете по кабинетам с флешкой. Для распределённой команды это окупается уже на третьем сотруднике.
Последнее - по безопасности. Прокси - это доверие. Весь незашифрованный трафик проходит через чужой сервер, и владелец узла теоретически может его видеть. Работайте по HTTPS, не гоняйте через непроверенные узлы банковские операции. Для чувствительных задач берите провайдера, которому вы осознанно доверяете, а не первый попавшийся список из чата.
Откройте «Параметры», вбейте адрес из карточки в каталоге прокси, сохраните и проверьте IP в браузере. Если адрес сменился - вы всё сделали правильно, а остальное уже вопрос дисциплины в конкретных приложениях.