В Windows 11 путь до этого тумблера выглядит так: «Параметры» → «Сеть и Интернет» → «Прокси-сервер» → «Настройка прокси вручную» → «Настройка» → переключить тумблер → «Сохранить». Шесть кликов и три вложенных окна каждый раз, когда нужно щёлкнуть один-единственный флажок. К концу недели этот ритуал начинает раздражать настолько, что проще было потратить вечер и автоматизировать, чем продолжать терпеть.
В итоге получился ProxyToggle — крохотная утилита, которая живёт в системном трее рядом с часами. Один клик по иконке — прокси включён, ещё клик — выключен. Зелёная иконка означает, что прокси активен, серая — что нет. Под катом расскажу, как она устроена, почему весит меньше десяти килобайт и собирается компилятором, который уже лежит у вас в Windows. Исходники открыты, ссылка в конце.
Что вообще происходит, когда вы дёргаете тот самый тумблер
Прежде чем что-то автоматизировать, полезно понять, что именно меняется в системе. Прокси в Windows для приложений, использующих WinINet (а это Internet Explorer, Edge в режиме совместимости, многие программы и сам системный стек), задаётся всего двумя значениями в реестре текущего пользователя:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings
Здесь нас интересуют два параметра. Первый — ProxyEnable, тип DWORD: единица означает «прокси включён», ноль — «выключен». Второй — ProxyServer, строка вида 111.222.333.444:8085, то есть адрес и порт через двоеточие. Когда вы в графическом окне нажимаете «Сохранить», система просто записывает эти два значения. Всё остальное в том окне — обёртка вокруг двух строчек реестра.
Казалось бы, можно дёргать реестр напрямую — например, готовым .reg-файлом. Но есть подвох: если просто поменять значение в реестре, уже запущенные приложения об этом не узнают. Браузер продолжит ходить мимо прокси, пока его не перезапустишь. Поэтому нужен второй шаг — сообщить системе, что настройки изменились.
Как заставить изменения примениться сразу
За мгновенное применение отвечает функция InternetSetOption из библиотеки wininet.dll. Ей нужно послать два уведомления: INTERNET_OPTION_SETTINGS_CHANGED (настройки поменялись) и INTERNET_OPTION_REFRESH (перечитать их). После этого WinINet-приложения подхватывают новый прокси без перезапуска и уж тем более без перезагрузки.
В C# доступ к этой функции получается через P/Invoke — механизм вызова нативных функций Windows из управляемого кода. Объявление выглядит так:
[DllImport("wininet.dll", SetLastError = true)] static extern bool InternetSetOption( IntPtr hInternet, int dwOption, IntPtr lpBuffer, int dwBufferLength); const int INTERNET_OPTION_SETTINGS_CHANGED = 39; const int INTERNET_OPTION_REFRESH = 37;
Числа 39 и 37 — это константы из заголовочного файла wininet.h. Мы передаём их вторым аргументом, а остальные параметры оставляем пустыми, потому что в нашем случае ни буфер, ни дескриптор соединения не нужны — мы просто отправляем системе сигнал «обновись».
Логика переключения
Сердце программы — метод, который читает текущее состояние из реестра и записывает противоположное. Логика прямолинейная: если прокси сейчас включён, выключаем (пишем ноль в ProxyEnable), если выключен — включаем (пишем единицу и заодно проставляем адрес сервера). Вот этот метод целиком:
void Toggle() { bool enable = !IsProxyEnabled(); using (var key = Registry.CurrentUser.OpenSubKey(REG_PATH, true)) { if (enable) { key.SetValue("ProxyServer", ProxyServer(), RegistryValueKind.String); key.SetValue("ProxyEnable", 1, RegistryValueKind.DWord); } else { key.SetValue("ProxyEnable", 0, RegistryValueKind.DWord); } } InternetSetOption(IntPtr.Zero, INTERNET_OPTION_SETTINGS_CHANGED, IntPtr.Zero, 0); InternetSetOption(IntPtr.Zero, INTERNET_OPTION_REFRESH, IntPtr.Zero, 0); UpdateUI(); }
Обратите внимание на пару деталей. При выключении я не стираю ProxyServer, а только сбрасываю флаг ProxyEnable в ноль — так адрес сохраняется и при следующем включении не нужно вводить его заново. И сразу после записи в реестр идут те самые два вызова InternetSetOption, чтобы изменения вступили в силу немедленно. В самом конце вызывается UpdateUI, который перерисовывает иконку в трее в соответствии с новым состоянием.
Проверка текущего состояния ещё проще — читаем ProxyEnable и сравниваем с единицей:
bool IsProxyEnabled() { using (var key = Registry.CurrentUser.OpenSubKey(REG_PATH)) { if (key == null) return false; object v = key.GetValue("ProxyEnable"); return v != null && Convert.ToInt32(v) == 1; } }
Если ветки реестра почему-то нет или значение отсутствует, считаем, что прокси выключен. Это защищает от падения на свежей системе, где параметр мог ещё ни разу не создаваться.
Иконка, которая рисуется кодом
Мне не хотелось тащить в проект файлы иконок — это лишние зависимости и лишний вес. Поэтому иконка рисуется прямо в коде через System.Drawing: кружок, заливка цветом и поверх символ. Зелёный круг с галочкой — прокси работает, серый круг с чёрточкой — выключен.
Icon MakeIcon(bool on) { using (var bmp = new Bitmap(32, 32)) using (var g = Graphics.FromImage(bmp)) { g.SmoothingMode = SmoothingMode.AntiAlias; g.Clear(Color.Transparent); Color main = on ? Color.FromArgb(46, 204, 113) : Color.FromArgb(130, 130, 130); using (var brush = new SolidBrush(main)) g.FillEllipse(brush, 3, 3, 26, 26); using (var pen = new Pen(Color.White, 3)) { if (on) g.DrawLines(pen, new[] { new Point(9, 16), new Point(14, 21), new Point(23, 11) }); else g.DrawLine(pen, 16, 9, 16, 17); } return Icon.FromHandle(bmp.GetHicon()); } }
SmoothingMode.AntiAlias сглаживает края, чтобы кружок не выглядел рваным. Галочка — это три точки, соединённые ломаной линией, а «выключенное» состояние обозначаю короткой вертикальной чёрточкой. Решение спорное с точки зрения дизайна, но оно избавляет от необходимости держать в репозитории бинарные .ico и позволяет менять вид иконки парой строк.
Сама иконка вешается на NotifyIcon — стандартный класс WinForms для значков в трее. Левый клик мышью я привязал к переключению, правый по умолчанию открывает контекстное меню со статусом, кнопкой переключения и выходом.
Адрес прокси вынесен в отдельный файл
Изначально адрес сервера был зашит прямо в коде константой. Но когда я решил выложить проект в открытый доступ, стало очевидно, что светить рабочий прокси в публичном репозитории — плохая идея. Поэтому адрес переехал в обычный текстовый файл proxy.txt рядом с исполняемым файлом. Программа читает его при запуске, а если файла нет — создаёт с заглушкой, чтобы было понятно, куда вписывать своё значение.
static string ProxyServer() { try { string dir = Path.GetDirectoryName(Application.ExecutablePath); string cfg = Path.Combine(dir, "proxy.txt"); if (File.Exists(cfg)) { string s = File.ReadAllText(cfg).Trim(); if (s.Length > 0) return s; } else { File.WriteAllText(cfg, DEFAULT_PROXY); } } catch { } return DEFAULT_PROXY; }
Побочный приятный эффect: чтобы сменить прокси, теперь не нужно ничего перекомпилировать — достаточно открыть proxy.txt блокнотом и поправить строку. А сам файл я добавил в .gitignore, так что личный адрес случайно не уедет в коммит.
Сборка без Visual Studio и без интернета
Самое, на мой взгляд, удобное в этой утилите — для её сборки ничего не нужно устанавливать. В каждой Windows, начиная с «семёрки», в составе .NET Framework лежит консольный компилятор C# — csc.exe. Найти его можно в каталоге вида C:\Windows\Microsoft.NET\Framework64\v4.0.30319\. Этого компилятора достаточно, чтобы собрать готовый .exe.
Чтобы не заставлять пользователя искать путь к компилятору вручную, я положил в репозиторий батник, который сам перебирает возможные расположения csc.exe — от 64-битной версии .NET 4.0 до старых 32-битных и даже 2.0 — и берёт первый найденный:
set "CSC=" for %%D in ( "%WINDIR%\Microsoft.NET\Framework64\v4.0.30319" "%WINDIR%\Microsoft.NET\Framework\v4.0.30319" "%WINDIR%\Microsoft.NET\Framework64\v2.0.50727" ) do if not defined CSC if exist "%%~D\csc.exe" set "CSC=%%~D\csc.exe"
Дальше вызывается сам компилятор с флагом /target:winexe (чтобы не открывалось чёрное окно консоли при запуске) и подключаются три системные библиотеки — System.dll, System.Drawing.dll и System.Windows.Forms.dll. Отдельно стоит флаг /codepage:65001: без него компилятор на некоторых системах читает исходник в локальной кодировке и портит русские строки в уведомлениях. Я наступил на эти грабли при первой сборке, так что упоминаю отдельно.
Совместимость и подводные камни
Утилита намеренно написана на .NET Framework, а не на современном .NET, ровно по одной причине: Framework версии 2.0 и выше уже встроен в Windows 7, 8, 10 и 11, и пользователю не нужно ничего доустанавливать. Я проверил компиляцию исходника даже под старый компилятор C# 2.0 — собирается без ошибок, так что бинарник заработает на всём парке актуальных и не очень систем.
Из честных ограничений стоит назвать два. Во-первых, этот способ управляет именно системным прокси WinINet. Программы, которые игнорируют системные настройки и используют собственную конфигурацию прокси (например, некоторые версии Firefox с отдельными настройками или приложения со своим стеком), переключение не подхватят. Во-вторых, самосборный .exe без цифровой подписи иногда вызывает предупреждение SmartScreen или антивируса — это ложное срабатывание, характерное для любых небольших неподписанных утилит. Лекарство простое: собрать из исходника самому, тогда доверие к собственноручно скомпилированному файлу вопросов не вызывает.
Что в итоге
Получилась утилита, которая решает ровно одну задачу и делает это хорошо: один клик вместо шести, мгновенное применение без перезагрузки, никаких установщиков и зависимостей, вес меньше десяти килобайт. Для автозапуска вместе с системой достаточно положить ярлык в папку автозагрузки (Win + R, команда shell:startup) — для этого в репозитории тоже есть готовый батник.
Если вы, как и я, по сто раз в день дёргаете системный прокси, возможно, эта мелочь сэкономит вам немного нервов. Исходный код, инструкция по сборке и публикации лежат на GitHub под лицензией MIT — берите, форкайте, дорабатывайте под себя:
https://github.com/spbmolot/ProxyToggle
А как вы решаете задачу быстрого переключения прокси — сторонними клиентами, скриптами PowerShell, чем-то ещё? Поделитесь в комментариях, интересно собрать подходы в одном месте.
Комментарии (16)

Litemanager_soft
15.06.2026 12:34«Параметры» → «Сеть и Интернет» → «Прокси-сервер» → «Настройка прокси вручную» → «Настройка» → переключить тумблер → «Сохранить».
да на счет вложенности настроек , согласен с Вами, иногда действительно напрягает
Приходится просто в поиске вбивать в системе, слава богу вроде находит то что нужно...

spbmolot Автор
15.06.2026 12:34Иконка в трее в итоге оказалась на пару секунд и ноль раздумий быстрее. Мелочь, но когда дёргаешь по десять раз на дню — накапливается.

aik
15.06.2026 12:34А pac-файл просто использовать?
Хотя я на браузерном уровне прокси меняю, не на системном.

spbmolot Автор
15.06.2026 12:34PAC-файл — тема, для гибкой маршрутизации (когда часть адресов мимо прокси, часть через) он удобнее любого тумблера. У меня задача была проще: тупо «весь трафик через прокси / весь напрямую», тут PAC избыточен. А браузерный уровень — согласен, многие так и делают; мне нужно было системно, потому что через прокси ходят не только браузеры, но и пара отдельных программ. Для чисто браузерных задач ваш подход явно меньше возни.

goldexer
15.06.2026 12:34Уух напомнило, как раньше на старых смартфонах надо было зайти через 7-10 уровней вложенности меню и создать точку доступа, затем в такие же дебри, только другой ветви меню и выбрать эту точку доступа как активную. И наконец ещё в одной соседней ветке активировать соединение с интернетом и активную точку в качестве, кхм, активной. Бесило капец.
А по сабжу, я делал для управления планом электропитания когда-то давно. Потому что через панель надо сначала пройти по мелочам типа действия для закрытия крышки ноута и кнопки питания и дальше лезть в дебри. В один прекрасный день надоело и, прочитав форумы, накатал своё для быстрого доступа

k-nike
15.06.2026 12:34netsh winhttp set proxy "sedicommproxy.proxyaddress.com:8484" ";*.proxyaddress.com"
https://blog.sedicomm.com/2022/07/25/31-poleznyj-primer-ispolzovaniya-komandy-netsh-v-windows/#2-20

crawlingroof
15.06.2026 12:34это разве не для сервисов? оно вроде не прописывается как системный, или я не прав?

k-nike
15.06.2026 12:34Конечно это системная настройка. С помощью netsh можно менять ip, например. IP же нельзя на сервис повесить?

spbmolot Автор
15.06.2026 12:34Спасибо за
netsh, полезное дополнение. Тут только нюанс:netsh winhttpуправляет прокси для служб и приложений на WinHTTP, а я в утилите дёргаю ветку WinINet (Internet Settings) — это разные слои. Браузеры и системный тумблер в «Параметрах» сидят как раз на WinINet, поэтому я туда и пишу. Для служб и фоновых процессов вашnetshкак раз то, что нужно — хорошо, что в комментариях есть оба варианта.

MrBotikkk
15.06.2026 12:34https://learn.microsoft.com/en-us/windows/apps/develop/launch/launch-settings https://github.com/MicrosoftDocs/windows-dev-docs/blob/docs/hub/apps/develop/launch/launch-settings.md
Создать ярлык:
Объект: C:\Windows\explorer.exe ms-settings:network-proxyСоздать батник:
@echo off start ms-settings:network-proxy exitОлдовый батник:
@echo off rundll32.exe shell32.dll,Control_RunDLL inetcpl.cpl,,4 exit
spbmolot Автор
15.06.2026 12:34О, вот это прям в тему — спасибо!
ms-settings:network-proxyотлично открывает нужную страницу одним ярлыком, это сразу убирает половину вложенности из статьи. Правда, всё равно остаётся финальный шаг «открылось окно → переключи тумблер → сохрани», а у меня цель была вообще без окна, прямо из трея.

nickolaym
15.06.2026 12:34Сама постановка вопроса "для части сервисов нужен прокси, для части - не нужен" как-то навевает на мысль, что нужна выборочная маршрутизация.
Для фаерфокса и всех хромых браузеров (включая штатный ёж) есть расширения.
Для винды в целом - тоже есть всякий софт.
А вот так вот махать рубильником каждый раз - это какая-то однозадачность!

spbmolot Автор
15.06.2026 12:34Справедливо, и по уму вы правы — выборочная маршрутизация через PAC-файл или расширения это решает чище, без ручного дёрганья. Просто у меня сценарий приземлённее: прокси нужен не для «части сайтов в браузере», а пачке отдельных программ, которые ходят через системные настройки. Под них расширение не повесишь, а городить PAC ради «всё через прокси / всё напрямую» — из пушки по воробьям. Тут переключение реально бинарное: либо рабочий режим, либо обычный, промежуточного нет. Так что рубильник в моём случае не от однозадачности, а потому что задача и есть на два положения. Но соглашусь: кому нужна именно выборочность — PAC или расширения однозначно правильнее.
fututu
Когда-то пользовался этой командой.
spbmolot Автор
Спасибо, отличная команда! По сути моя утилита делает ровно то же самое, только обёрнута в иконку — чтобы не держать скрипт под рукой и не запускать его каждый раз, а просто щёлкать мышкой в трее. Для тех, кому PowerShell привычнее, ваш вариант вообще без компиляции работает. Можно даже на него ярлык с горячей клавишей повесить.