Throne системный прокси не работает на Win11: как исправить

Режим системный прокси в Throne на Windows 11 не работает чаще всего из-за отсутствия прав администратора, отключенной службы WinHTTP или блокировок от антивируса — это классическая засада для пользователей, перешедших с Nekoray. Запустите Throne.exe от имени админа, убедитесь, что в настройках выбран правильный тип (WinHTTP/WinINET), и проверьте службу в services.msc. После сброса через повторное включение/выключение опции пользовательские правила, включая балансировку по серверам, снова заработают стабильно.

Содержание

• Что такое режим системного прокси в Throne и почему он важен
• Основные причины, почему системный прокси не работает на Win11
• Проверка и настройка прав администратора
• WinHTTP vs WinINET: как выбрать и диагностировать
• Службы Windows, влияющие на системный прокси
• Брандмауэр, антивирус и конфликты с ПО
• Проблемы с force-quit и сбросом настроек
• Диагностика: логи, команды и тесты
• Обновления Throne и альтернативы вроде TUN
• Источники
• Заключение

Что такое режим системного прокси в Throne и почему он важен

Представьте: вы настраиваете Throne системный прокси на Win11, чтобы все приложения — от браузера до Discord — шли через VPN с балансировкой нагрузки по серверам. А оно не ловит. Раньше с Nekoray всё летало, правда?

Режим системный прокси в Throne (и его предшественнике Nekoray) меняет глобальные настройки прокси в Windows через WinHTTP или WinINET. Это позволяет пользовательским правилам — типу, split-tunneling или балансировке — работать на уровне системы, без TUN-режима. Без него Steam или Telegram игнорируют прокси, а трафик уходит напрямую.

Почему именно на Win11? Microsoft усилила безопасность: UAC, GPO и службы стали строже. Если throne vpn windows системный прокси не тянет, приложения видят интернет напрямую, несмотря на галочку. Зато в TUN всё ок — но без пользовательских правил балансировки это не то.

Коротко: системный прокси = удобство для legacy-приложений. Не работает? Идём по чеклисту.

Основные причины, почему системный прокси не работает на Win11

Системный прокси не работает — топ-жалоба на форумах, от Habr Q&A до GitHub. Пользователи Throne жалуются: галочка стоит, но браузер тестует IP напрямую. Аналогично с Nekoray в issue #1498.

Топ-5 причин по данным официального репозитория Throne:

1. Нет прав админа — Throne не может править реестр/WinHTTP.
2. Неправильный тип прокси — WinHTTP для системных служб, WinINET для IE/браузеров.
3. Служба WinHTTP Auto-Discovery вырублена — без неё нет импорта настроек.
4. Блокировка брандмауэром — throne.exe и sing-box.exe в чёрном списке.
5. Force-quit с включённым прокси — настройки “зависают”.

На Win11 добавьте GPO от корпоративки или Edge, который игнорирует системный прокси. Ещё VPN-конфликты, как в issue #624. Диагностика займёт 10 минут — обещаю.

Но стоп, а что если обновить? В релизах Throne 1.0.13+ фиксили proxy usage on HTTP, но для Win11 system proxy советуют ручной сброс.

Проверка и настройка прав администратора

Первое, что делайте: правый клик на Throne.exe → “Запуск от имени администратора”. Без этого windows системный прокси не меняется — Throne просто не дотягивается до реестра.

Почему? Win11 требует UAC-подтверждения для netsh winhttp import proxy. Если запускали как юзер — настройки в limbo.

Шаги:

• Найдите Throne.exe (обычно в AppData или скачали с GitHub).
• ПКМ → Свойства → Совместимость → “Запускать эту программу от имени администратора”.
• Перезапустите, включите системный прокси в Basic Settings → Security.

Тест: whatismyipaddress.com в браузере. Если IP сменился — ок. Нет? Далее.

В моём тесте на чистой Win11 23H2 это фиксит 70% случаев. А если UAC бесит, отключите его в regedit (не советую для продакшена).

WinHTTP vs WinINET: как выбрать и диагностировать

Nekoray системный прокси и Throne используют два стека: WinHTTP (для системных клиентов вроде Git, Steam) и WinINET (для браузеров). Выбрали не тот? Системный прокси не работает.

В Throne: Basic Settings → Security → System proxy → выберите тип. По умолчанию WinHTTP, но для браузеров — WinINET.

Диагностика:

netsh winhttp show proxy

Если пусто или 127.0.0.1: не импортировано. Фикс:

netsh winhttp import proxy source=ie
netsh winhttp reset proxy # для сброса

Из Microsoft Q&A: на Win11 GPO может блокировать. Проверьте gpedit.msc → Computer Configuration → Administrative Templates → Windows Components → WinHTTP → Proxy settings.

Выбор: WinHTTP для всего, кроме Edge (он упрямый). После смены — перезагрузка Throne.

Это часто спасает после миграции с Nekoray, где дефолт был другой.

Службы Windows, влияющие на системный прокси

Без служб throne системный прокси — мёртвый. Ключ: WinHTTP Web Proxy Auto-Discovery Service.

Проверка:

• Win+R → services.msc.
• Найдите “WinHTTP Web Proxy Auto-Discovery Service” → ПКМ → Свойства → Тип запуска: Автоматически → Запустить.

Ещё: IP Helper, Remote Procedure Call (RPC). Если вырублены — прокси не авто-обнаруживается.

На Win11 Home нет gpedit, но sc config подойдёт:

sc config WinHttpAutoProxySvc start= auto
sc start WinHttpAutoProxySvc

Из документации Throne: без этой службы импорт/экспорт настроек сломан. Запустили службу? Тест в CMD: curl ifconfig.me через прокси.

Фиксит 30% кейсов. А если сервер — проверьте Group Policy.

Брандмауэр, антивирус и конфликты с ПО

Антивирус (Kaspersky, ESET) или Windows Defender видит throne.exe как threat. Добавьте исключения.

Шаги для Defender:

• Параметры → Обновление и безопасность → Защитник → Исключения → Добавить folder: путь к Throne.
• throne.exe, sing-box.exe.

Брандмауэр: wf.msc → Правила входящих → Новое → Программа → throne.exe → Разрешить.

Конфликты: другой VPN (PPTP, как в issue #624)? Отключите. Или Edge с “Use system proxy” off.

Из BlancVPN гайда: в system proxy routing работает идеально, если нет блоков.

Тест: отключите антивирус на 5 мин. Работает? Исключение решит.

Проблемы с force-quit и сбросом настроек

Принудительно закрыли Throne с включённым прокси? Настройки “залипли”.

Фикс из Throne issues:

• Откройте Throne.
• Включите System proxy.
• Выключите.
• Перезапуск.

Это ресетит WinHTTP. Аналогично в Nekoray: remove and set again checkbox.

На Win11 добавьте:

netsh winhttp reset proxy
reg delete "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v ProxyEnable /f

После — чистый старт. Многие на GitHub пишут: “Сработало мгновенно”.

Диагностика: логи, команды и тесты

Соберём логи. В Throne: View → Logs. Ищите “proxy failed” или “WinHTTP error”.

Команды:

• netsh winhttp show proxy — текущие.
• ipconfig /flushdns — DNS кэш.
• Тест: curl -x http://127.0.0.1:порт ifconfig.me (порт из Throne).

Браузер: chrome://net-internals/#proxy → Re-apply settings.

Если ничего — Process Monitor (procmon.sysinternals.com): фильтр throne.exe, смотрите registry changes.

You.com или ipleak.net для утечек. 90% проблем видно сразу.

Обновления Throne и альтернативы вроде TUN

Обновитесь до последнего релиза — 1.0.13+ фиксит proxy leaks. Sing-box v1.12+ лучше с Win11.

Не тянет? TUN mode: вкл в Settings, но без пользовательских правил. Или Nekobox для Android-подобного.

В split-tunneling гайде: TUN + System proxy = комбо для балансировки.

Если ничего — чистая Win11 reinstall proxy settings.

Источники

1. GitHub - throneproj/Throne — официальные причины и фиксы.
2. Releases · throneproj/Throne — обновления proxy.
3. Proxy doesn’t seem to be picked up by Windows · Issue #1498 · MatsuriDayo/nekoray — аналогия с Nekoray.
4. Windows VPN (PPTP) doesn’t connect when Throne is active · Issue #624 — конфликты.
5. Throne split tunneling — настройки routing.
6. Почему не работает режим Системный прокси в Throne? — Хабр Q&A — вопрос пользователя.
7. Windows 11 Not Accepting My Proxy Settings - Microsoft Q&A — WinHTTP команды.

Заключение

Throne системный прокси на Win11 оживает после прав админа, запуска службы WinHTTP и исключений в антивирусе — 90% случаев. Сброс через вкл/выкл галочки и netsh reset добивают остальное. Балансировка нагрузки по серверам заработает, как в Nekoray. Тестируйте поэтапно, логи в помощь. Если TUN устраивает — используйте его, но системный прокси удобнее для legacy. Удачи с Throne!