Первый раз я настраивал прокси на Windows 11 минут двадцать. Не потому что там что-то сложное, а потому что искал кнопку «Настроить» в правильном месте и не понимал, почему половина приложений настройку видит, а вторая половина нет. Сейчас уходит полторы минуты: пара кликов в Параметрах плюс один трюк с inetcpl.cpl, про который многие до сих пор не знают.
Ниже полный разбор процесса. Не просто «нажмите сюда», а с объяснением, как система хранит эти настройки, где люди стабильно спотыкаются и как за минуту понять, что прокси не работает, вместо того чтобы ждать таймаута в браузере.
Сначала ответьте на один вопрос: прокси нужен всей системе или одному приложению
От этого зависит, куда вообще лезть. В Windows 11 есть два независимых хранилища настроек прокси. Первое - пользовательское, его редактируют и через Параметры, и через «Свойства интернета». Его подхватывают Edge, Chrome, большинство десктопных программ на WinINet, служебные аппдейты. Второе - WinHTTP, оно живёт отдельно и настраивается командой netsh, туда браузеры не смотрят.
Плюс есть приложения со своим личным прокси, которым на системные настройки плевать. Firefox по умолчанию не использует системный прокси, Telegram Desktop тоже держит свои настройки подключения, а Python с requests и node.js вообще не знают ни про какие системные настройки, пока не передашь их явно. Поэтому «настроил прокси, а часть трафика идёт напрямую» - это не баг Windows, это нормальное поведение.
Ручная настройка через Параметры: четыре клика
Самый короткий путь, который нужен в 90 процентах случаев. Жмёте Пуск, открываете Параметры (или сразу Win + I, так быстрее). Дальше Сеть и интернет, затем Прокси. Открывается страница, где сверху живёт автоматическое определение параметров, а ниже - блок ручной настройки.
Рядом с пунктом «Использовать прокси-сервер» нажимаете «Настроить». Откроется маленькое окно с двумя полями: адрес прокси и порт. Включаете переключатель, вбиваете данные, сохраняете. Настройка применилась сразу, перезагружаться не нужно.
В этом же окне внизу есть поле для исключений. Про него почти все забывают, а именно там решается проблема, когда после включения прокси перестаёт открываться локальная админка, внутренний портал или dev-сервер на 127.0.0.1. Об исключениях ниже отдельно.
Что реально покрывает эта настройка, а что нет
Пользовательский прокси в Windows 11 применяется к Edge и Chrome, к приложениям из Microsoft Store, к большей части системных служб, которые ходят в сеть от вашего имени. Этого хватает, чтобы работать в браузере или гонять десктопный клиент.
Не покрывает он три категории. Первая - программы с собственным сетевым стеком, где прокси задаётся вручную в их настройках. Вторая - консольные утилиты вроде curl, git и pip: они читают переменные окружения HTTP_PROXY и HTTPS_PROXY, а не виндовые настройки. Третья - WinHTTP, если какая-то служба ходит через него. Проверить, что там сейчас прописано, можно командой netsh winhttp show proxy в командной строке.
Системный прокси через inetcpl.cpl: то же самое, но с доступом к глубине
Старое окно «Свойства интернета» никуда не делось и в Windows 11 работает точно так же, как в семёрке. Оно открывает тот же самый набор настроек, что и страница в Параметрах, но даёт доступ к тому, чего в новом интерфейсе нет: к ручной аутентификации и к расширенным исключениям.
Открывается элементарно. Win + R, вводите inetcpl.cpl, Enter. Переходите на вкладку «Подключения», жмёте «Настроить сеть LAN». Ставите галочку «Использовать прокси-сервер для локальной сети», вводите адрес и порт. Ниже - поле исключений и чекбокс «Не использовать прокси-сервер для локальных адресов». Если прокси требует логин и пароль, жмёте «Дополнительно» и вводите учётные данные там.
Один нюанс, который сбивает с толку. Если вы уже настроили прокси через Параметры, в окне inetcpl.cpl данные будут те же. Это одно хранилище, просто два разных интерфейса к нему. Поменяли в одном месте - обновилось и во втором. Единственное, что добавляется через старый интерфейс, это логин с паролем и порт для HTTPS-запросов отдельно от HTTP.
Аутентификация: где вводить логин и пароль и почему не в поле адреса
Самая частая ошибка новичков - вписать в поле адреса что-то вроде user:pass@ip:port. Windows такое не понимает, соединение просто не устанавливается, и человек делает вывод, что прокси битый. Логин и пароль вводятся отдельно, и только через окно «Свойства интернета»: вкладка Подключения, Настроить сеть LAN, кнопка Дополнительно, галочка «Требуется аутентификация», два поля.
Альтернатива, которая экономит нервы в работе с автоматизацией: авторизация по IP. В личном кабинете провайдера добавляете свой внешний адрес в белый список, и прокси пускает без пароля. Удобно для скриптов и для случаев, когда приложение не умеет показывать диалог авторизации. Минус очевиден: адрес должен быть статическим, а при смене сети доступ отваливается.
Список исключений - то, что спасает от половины проблем
Поле исключений внизу окна настройки принимает маски через точку с запятой. Логика простая: всё, что совпало по маске, идёт напрямую, минуя прокси. Туда стоит добавить localhost, 127.0.0.1, внутренние домены компании, если работаете в корпоративной сети, и адреса платёжных шлюзов, если что-то ломается на этапе оплаты.
Отдельно про чекбокс «Не использовать прокси-сервер для локальных адресов». Он включён по умолчанию, и это правильно. Но иногда его снимают ради эксперимента и потом неделю не понимают, почему локальные сервисы перестали отвечать. Не уверены, что делаете - не трогайте.
Автоматический режим и PAC-скрипт: когда это действительно нужно
В самом верху страницы Прокси есть переключатель «Автоматически определять параметры» и поле для адреса скрипта настройки. Первое - это WPAD, автопоиск конфигурации в сети. Дома он бесполезен, в корпоративной среде работает, если админ всё настроил.
Второе - PAC-файл, обычный JavaScript, который решает, куда отправить конкретный запрос. Штука реально полезная, когда нужно разделить трафик: рабочие домены через корпоративный узел, всё остальное напрямую, или наоборот. Для парсинга и сбора данных тоже удобно: разные задачи идут через разные выходы, и не надо каждый раз переключать настройки руками. Если у вашего провайдера есть PAC-ссылка для нужного пула, сюда её и вставляете.
HTTP и SOCKS5: чем отличаются на уровне архитектуры
Когда выбираете протокол в каталоге, полезно понимать разницу, а не тыкать наугад. HTTP-прокси работает на уровне приложения: он разбирает запрос, видит заголовки, методы, адрес назначения, умеет кешировать и подменять заголовки. Это удобно, когда нужен тонкий контроль над HTTP-трафиком, но добавляет накладные расходы.
SOCKS5 работает на транспортном уровне. Он не разбирает содержимое пакетов, просто устанавливает TCP или UDP-туннель до нужного адреса и гоняет байты. Отсюда два практических следствия: меньше задержка на большом числе мелких соединений и работа с любым протоколом, не только HTTP. Для автоматизации, для клиентов, которые ходят не по 80 и 443 портам, SOCKS5 почти всегда предпочтительнее. Для браузерных задач разницы вы не почувствуете.
Где брать сам прокси, чтобы не перебирать вслепую
С настройкой разобрались, но настройка - это полдела. Вторая половина - найти рабочий адрес с понятными характеристиками. Тут я советую не собирать случайные списки по форумам, а смотреть в каталог, где есть фильтры и понятная логика выбора: https://3seller.com/proxy. Там можно отобрать прокси по стране, по типу (мобильные, резидентские, датацентровые), по протоколу и по объёму трафика. Для настройки на Windows 11 вам нужны ровно три параметра из карточки: адрес, порт и протокол. Если прокси с авторизацией, добавятся логин и пароль.
Отдельно про выбор типа. Датацентровые - быстрые и дешёвые, хорошо идут для задач, где важна скорость, а не максимальная схожесть с обычным пользователем. Резидентские - дороже, зато выглядят как домашние подключения. Мобильные - самый дорогой сегмент, берут, когда нужна максимальная ротация адресов. Под настройку в системе это никак не влияет: процедура одна и та же.
Как проверить, что прокси работает, за минуту
Не ждите, пока браузер сам покажет ошибку. Проверяйте точечно. Откройте командную строку и выполните Test-NetConnection с адресом прокси и портом в параметрах. Если порт закрыт, дальше идти нет смысла: проблема на стороне узла или вашего файрвола, а не в настройках Windows.
Если порт отвечает, откройте браузер и любой сервис проверки IP. Увидели чужой адрес вместо своего - прокси работает. Увидели свой - настройка не применилась, скорее всего вы сохранили её не в том профиле или браузер использует собственные настройки. В Firefox это отдельная страница в about:preferences, в Chrome по умолчанию стоит «использовать системные», но расширение-прокси может перебивать.
Быстрая проверка из PowerShell без браузера: сделайте запрос к любому сервису, отдающему IP, с параметром -Proxy и адресом узла. Если ответ пришёл и адрес в ответе не ваш, соединение живое, авторизация проходит, всё настроено верно.
Типичные грабли, на которые наступают почти все
- Логин и пароль вписаны в поле адреса. Windows такое не парсит, авторизация не пройдёт.
- Забыли включить переключатель. Данные введены, сохранены, но ползунок остался в положении «выкл», и трафик идёт напрямую.
- Проверяют в Firefox и делают вывод, что настройка не работает. А Firefox просто игнорирует системный прокси.
- Включили прокси и потеряли доступ к локальному серверу разработки. Лечится исключением для localhost и 127.0.0.1.
- Не проверили, что порт открыт, и ждут по 30 секунд таймаута на каждой странице.
- Поменяли настройки в одном окне и удивляются, что во втором они тоже изменились. Это одно хранилище.
Если не работает: четыре проверки по порядку
Первая: жив ли узел. Test-NetConnection до адреса и порта, как выше. Вторая: совпадает ли протокол. Если в карточке прокси указан SOCKS5, а вы вбили его в поле HTTP-прокси в системных настройках, ничего не заработает, для SOCKS5 нужен либо клиент с поддержкой, либо настройки в приложении. Третья: не блокирует ли антивирус или файрвол исходящее соединение на нестандартный порт, такое бывает чаще, чем кажется. Четвёртая: не перебивает ли настройки VPN-клиент, некоторые из них принудительно переписывают пользовательские параметры прокси при подключении.
И на всякий случай: сбросить WinHTTP-настройки, если вы туда что-то прописали и забыли, можно командой netsh winhttp reset proxy. На пользовательские настройки из Параметров она не влияет, это разные вещи.
Как быстро всё отключить обратно
Возврат в исходное состояние занимает пять секунд: Параметры, Сеть и интернет, Прокси, снять переключатель «Использовать прокси-сервер». Трафик пошёл напрямую. Данные при этом сохраняются в полях, так что включить обратно можно тем же кликом, не вбивая адрес заново. Удобно, когда переключаетесь между задачами несколько раз в день.
Хотите проверить всё на практике прямо сейчас: возьмите один прокси в каталоге 3seller, откройте Параметры, вбейте адрес и порт, сохраните, откройте браузер и посмотрите на свой IP. Вся процедура от силы две минуты, и после первого раза вы будете делать это на автомате. Главное - не забывайте про исключения для локальных адресов и не вписывайте пароль в поле адреса. Тогда Windows 11 не преподнесёт сюрпризов.