Полгода назад знакомый притащил ноутбук с фразой «вписал прокси, а интернет пропал». Открываю Параметры - адрес и порт на месте, всё как надо. Открываю inetcpl.cpl - пусто. Два хранилища настроек в одной системе, и это первая причина, по которой ломается настройка прокси на Windows 11.
Ниже - порядок действий, который я гоняю на своих машинах и машинах клиентов второй год. Без магии и без «попробуйте перезагрузиться семь раз».
Почему настройки прокси в Windows 11 живут в двух разных местах
Есть современный раздел Параметры (Win + I) и старый апплет «Свойства интернета». Оба умеют задавать прокси, оба пишут в реестр, но не всегда в одно и то же место. Часть приложений читает настройки из одного источника, часть из другого.
Chrome, Edge и большинство браузеров на Chromium слушают систему через WinHTTP и «Свойства интернета». Telegram Desktop берёт системный прокси. А старая бухгалтерская программа может вообще не смотреть в сторону системы и требовать адрес в своём конфиге. Отсюда и берётся «я настроил, а не работает». На Reddit в тредах про диагностику сисадмины первым делом спрашивают, какой именно апплет правили - и почти всегда выясняется, что не тот.
Вывод простой: нужно, чтобы прокси подхватило максимум софта - настраивайте через inetcpl.cpl. Хочется наглядно - через Параметры. Не сработало одно, делайте оба.
Способ первый - через Параметры (быстро, для большинства задач)
Жмём Win + I. Дальше «Сеть и интернет» - «Прокси». Сверху автоматическая настройка, ниже - «Настройка прокси вручную» с кнопкой «Настроить».
- Нажимаем «Настроить» рядом с пунктом ручной настройки.
- Переводим переключатель «Использовать прокси-сервер» в положение «Вкл».
- В поле «Адрес прокси-сервера» вписываем IP или домен.
- В поле «Порт» - число, которое дал провайдер прокси.
- Кнопка «Сохранить».
Проверять сразу не спешите, об этом ниже. И выключите тумблер «Автоматически определять параметры»: иначе Windows попытается подтянуть конфиг через WPAD и перебьёт ручные значения.
Способ второй - через inetcpl.cpl (когда первый молчит)
Win + R, вводим inetcpl.cpl, Enter. Открывается окно «Свойства: Интернет» - то самое, родом из нулевых, но работает оно до сих пор лучше нового интерфейса. Вкладка «Подключения», кнопка «Настроить сеть LAN» внизу.
Ставим галочку «Использовать прокси-сервер для локальной сети». Вписываем адрес и порт. Рядом чекбокс «Не использовать прокси-сервер для локальных адресов» - о нём отдельно.
Кнопка «Дополнительно» открывает разбивку по протоколам: HTTP, Secure, FTP, Socks. Именно здесь задаётся SOCKS5, если он нужен отдельно от HTTP. В поле Socks вписываете адрес и порт socks-узла, остальные поля можно оставить как есть.
Логин с паролем вводятся там же: в окне «Дополнительно» есть поля для учётных данных. Оставите пустыми - система спросит их при первом обращении к сети.
Что именно вписывать в поля адреса и порта
Провайдер выдаёт связку из четырёх элементов: хост, порт, логин, пароль. Хост - это IP (четыре числа через точку) или доменное имя. Порт - обычно четырёх- или пятизначное число.
Частая ошибка новичка - вписать в поле адреса всю строку вида «host:port» целиком. Windows такое не парсит, соединение просто не устанавливается. Адрес и порт живут в разных полях, всегда.
Вторая ошибка - перепутать тип прокси. SOCKS5, вписанный в HTTP-поле, не заведётся никогда. В новом интерфейсе Параметров тип вообще не выбирается - там по умолчанию HTTP/HTTPS. SOCKS5 настраивается только через inetcpl.cpl или в настройках конкретного приложения.
Аутентификация: где живут логин и пароль
В новом интерфейсе Параметров полей для логина и пароля нет вообще. Это сбивает с толку: в старом апплете они есть.
Работает так: сохраняете адрес и порт, открываете браузер, идёте на любой сайт - Windows выкидывает окошко с запросом учётных данных. Вводите логин и пароль, ставите галочку «Запомнить». Дальше система держит их в диспетчере учётных данных.
Окошко не появилось, а сайты не грузятся - значит, прокси требует авторизацию, но приложение её не запрашивает. Лечится через inetcpl.cpl: в «Дополнительно» данные прописываются сразу и подхватываются.
Список исключений - строка, которую все пропускают
Внизу окна настройки есть поле «Не использовать прокси-сервер для адресов, начинающихся с». Туда через точку с запятой вписывают адреса, которые должны ходить напрямую, минуя прокси.
Зачем это на практике. У меня был случай: клиент поставил прокси, и у него отвалилась внутренняя корпоративная система в локальной сети. Прокси гонит весь трафик наружу, а локальные адреса туда не относятся.
Стандартный набор, который я ставлю почти всегда: localhost и локальные подсети. Этого хватает, чтобы внутренние сервисы и отладка на локальном сервере продолжали работать. Корпоративная сеть - добавьте домены компании.
Как проверить, что прокси действительно работает
Самый быстрый способ - открыть в браузере сервис проверки IP. Увиденный адрес совпал с тем, что выдал провайдер, - всё сработало. Видите свой домашний IP - прокси не применился.
Второй способ, надёжнее: терминал. Запрашиваете внешний IP и сравниваете с ожидаемым. Не тот - настройка не встала.
Третий способ, для рабочих задач: убедиться, что прокси не просто живой, а именно ваш. Некоторые провайдеры выдают пул, и на выходе можно получить совсем не тот адрес, который заказывали. Критично, когда прокси берётся под работу с аккаунтами или под парсинг - там стабильность выходного IP важнее скорости.
И до настройки проверьте, что узел живой. Провайдеры редко предупреждают, что узел упал или сменил порт. Полминуты проверки экономят час диагностики.
Пять причин, почему прокси «не работает» на Windows 11
Первая и самая частая - настройки введены в одном месте, а приложение читает другое. Проверяйте оба интерфейса: они не всегда синхронизируются мгновенно.
Вторая - прокси мёртв. Узел перегружен, адрес забанен на нужном ресурсе или провайдер тихо сменил порт. Проверка работоспособности до настройки решает.
Третья - тип прокси не совпадает с полем. SOCKS5 вписан в HTTP, HTTPS вписан в Socks. Классика.
Четвёртая - включён автоматический конфиг. Если в Параметрах активна «Автоматическая настройка» и система нашла PAC-файл, ручные значения могут игнорироваться.
Пятая - антивирус или корпоративный файрвол перехватывает трафик и подменяет настройки. Некоторые защитные пакеты держат собственный прокси для сканирования HTTPS и перебивают системный. На Reddit в разборах «прокси настроен, а сайты не открываются» этот пункт всплывает едва ли не в каждом втором треде. Лечится отключением функции в настройках антивируса.
HTTP, HTTPS или SOCKS5 - что выбирать под задачу
HTTP-прокси работает с веб-трафиком и передаёт заголовки в открытом виде. Годится для простых задач: посмотреть сайт глазами другой страны, проверить рекламу в нужном гео, снять выдачу поисковика.
HTTPS-прокси - тот же HTTP, но с шифрованием туннеля до узла. Если ресурс работает по HTTPS (а сегодня так работают почти все), разница для вас минимальна, но шифрование до прокси лишним не будет.
SOCKS5 не понимает, что внутри трафика - он просто гонит байты. За счёт этого работает с любыми протоколами, включая не-HTTP, и меньше светит вашу активность. Из минусов - не кеширует и не фильтрует, а некоторые провайдеры требуют отдельной авторизации по логину и паролю.
Для парсинга и работы с API я обычно беру SOCKS5: меньше задержек на установку соединения, стабильнее держит длинные сессии. Для бытовых проверок гео хватает HTTP.
Системный прокси против настройки в приложении
Windows 11 умеет отдавать прокси всей системе сразу. Но у каждого приложения есть и собственные настройки, и они часто перебивают системные.
Telegram Desktop: «Настройки» - «Продвинутые» - «Тип соединения». Там выбирается использование системного прокси или свой собственный узел с указанием протокола (SOCKS5, HTTP, MTProto). Если вбить данные здесь, они будут работать только внутри Telegram, система останется с прежними настройками.
Firefox исторически игнорирует системные настройки и держит свои. Заходите в настройки браузера, раздел «Сеть», и задаёте прокси отдельно. Chrome и Edge, наоборот, по умолчанию слушают систему.
WhatsApp для Windows - приложение на Electron, чаще всего наследует системные настройки. Не подхватило - проверьте, что в Параметрах Windows стоит именно то, что нужно, и перезапустите приложение.
Автоматическая настройка через PAC-файл
Если машин много, вручную вписывать адрес в каждую - боль. Для этого придумали PAC-файл: скрипт, который сам решает, куда гнать каждый конкретный запрос.
В Windows 11 это раздел «Автоматическая настройка» в Параметрах, поле «Использовать скрипт настройки». Туда вписывается адрес скрипта. Система будет обращаться к нему при каждом запросе и выбирать прокси по правилам, прописанным внутри.
На практике работает так себе. Скрипт кешируется, обновления подхватываются с задержкой, а при недоступности сервера со скриптом Windows может уйти в прямое соединение без предупреждения. Для парка из пяти машин проще руками, для парка из пятисот - есть смысл возиться.
Публичный Wi-Fi и корпоративный узел: зачем это вообще
В кафе, аэропорту, коворкинге вы подключаетесь к чужой сети, и весь ваш трафик идёт через оборудование, которое вам не принадлежит. Свой прокси в этой ситуации - разумная гигиена: трафик уходит в шифрованный туннель до узла, которому вы доверяете.
Второй сценарий - корпоративный. Компания поднимает собственный прокси-узел, сотрудники ходят через него, и админ видит и контролирует исходящий трафик. Настройка на клиентской машине ровно такая же, как описана выше - разница только в том, чей это адрес и порт.
Третий сценарий, самый частый у меня в работе, - рабочие задачи. Маркетинг: посмотреть, как выглядит объявление в другой стране. Аналитика: снять выдачу поисковика без персонализации. Разработка: достучаться до API, которое отвечает только определённому гео. Везде нужен стабильный адрес и понятная тарификация.
Где брать прокси и на что смотреть в каталоге
Бесплатные прокси из открытых списков - лотерея. Половина мертва, часть перехватывает трафик, остальные живут три часа. Для разовой проверки «а как это вообще работает» сойдёт, для работы нет.
Я беру в каталоге 3seller. Там есть разбивка по странам, по типам (HTTP, HTTPS, SOCKS5) и по назначению - residential, mobile, datacenter. Фильтр по стране экономит кучу времени, когда нужно проверить рекламу конкретно в Германии, а не «где-то в Европе».
На что смотреть при выборе. Первое - тип: под вашу задачу должен подходить протокол. Второе - гео: страна выхода должна совпадать с той, что нужна. Третье - лимиты: сколько одновременных соединений держит узел и есть ли ограничение по трафику. Четвёртое - ротация: если адрес меняется каждые пять минут, работать с аккаунтами не получится.
И пятое, самое недооценённое, - скорость. Прокси с пингом под 800 мс превращает любую работу в пытку, особенно если вы гоняете через него тяжёлые страницы или загружаете файлы. Дешёвый узел в нужной стране, который отвечает по три секунды, обойдётся дороже, чем нормальный за те же деньги.
Если интерфейс недоступен: командная строка и групповые политики
Бывает, что до Параметров не добраться: машина под корпоративной политикой, интерфейс урезан, или вы просто на удалённом сервере без графики. Тогда на выручку приходит netsh winhttp - утилита, которая задаёт прокси на уровне системного HTTP-стека.
Синтаксис простой: команда set proxy с адресом и портом через двоеточие, а рядом reset proxy, чтобы вернуть всё как было. Работает это не для всех приложений - netsh настраивает WinHTTP, а не WinINET, поэтому браузеры его могут проигнорировать. Зато службы и фоновые процессы подхватывают сразу.
Посмотреть текущее состояние можно командой show proxy в той же утилите. Полезно, когда непонятно, откуда вообще взялись настройки: иногда их прописал установщик какого-нибудь корпоративного клиента, а вы потом час ищете, почему сайты открываются через чужой узел.
Как отключить прокси обратно и не забыть про это
Отдельная боль - забытый прокси. Человек поставил узел под разовую задачу, узел умер через неделю, и полдня уходит на диагностику «почему не грузится». Поэтому обратный путь я держу в голове всегда.
В Параметрах: тот же раздел «Прокси», переключатель «Использовать прокси-сервер» в положение «Выкл». В inetcpl.cpl: снять галочку «Использовать прокси-сервер для локальной сети». В командной строке: сброс через netsh winhttp reset proxy.
И проверьте автоматическую настройку заодно - если там висит адрес PAC-скрипта от старого проекта, он будет молча возвращать вас на мёртвый узел, даже когда ручной прокси отключён. Про эту строку забывают чаще всего.
Что сделать прямо сейчас
Откройте Win + I, дойдите до раздела «Прокси», впишите адрес и порт от провайдера. Если через пять минут браузер показывает чужой IP - вы всё сделали правильно, и дальше можно не читать.
Не заработало - открывайте inetcpl.cpl, вкладку «Подключения» и настраивайте оттуда. В девяти случаях из десяти помогает именно это, потому что старый апплет пишет настройки туда, откуда их читает больше софта.
А если и это не помогло, начните с проверки самого прокси. Упавший узел диагностируется в одну минуту, но люди почему-то начинают с переустановки драйверов сети. Каталог 3seller.com/proxy даёт возможность взять пробный узел и убедиться, что дело не в Windows.