В 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, чем-то ещё? Поделитесь в комментариях, интересно собрать подходы в одном месте.
