Служба не запускается

Через службу работает режим, направляющий через клиент весь системный трафик. Если она не поднимается, приложение запускается и даже принимает ссылку, но соединение либо не включается вовсе, либо охватывает не все программы. Причины перечислены от частой к редкой.

Причина 1: не было прав при установке

Самая частая. Служба ставится только с правами администратора; если установка прошла без них, приложение встало, а служба нет.

1. Проверить: Win + R → services.msc, поискать службу с именем приложения. Её нет вообще — она не устанавливалась.
2. Переустановить приложение с правами: правый клик по установщику → «Запуск от имени администратора».
3. Если прав нет в принципе — разбор вариантов. В режиме локального прокси клиент работает и без службы.

Причина 2: остатки прошлой установки

Если приложение когда-то стояло и было удалено с ошибкой, старая служба может остаться и мешать новой. Симптом: служба в списке есть, но в состоянии «Остановлена» и не запускается вручную.

1. Открыть свойства службы и посмотреть путь к исполняемому файлу. Если он ведёт в несуществующую папку — служба осталась от прошлой установки.
2. Удалить её из командной строки, запущенной от администратора: sc delete <имя-службы>.
3. Перезагрузить компьютер.
4. Установить приложение заново — переустановка.

sc queryex <имя-службы>
sc delete <имя-службы>

Причина 3: занятый порт

Клиент поднимает локальный прокси на определённом порту. Если порт занят другой программой, служба стартует и сразу падает.

1. Посмотреть в настройках приложения, какой порт используется — обычно это видно в разделе прокси.
2. Проверить, кто его занял: команда ниже покажет процесс.
3. Либо закрыть занявшую программу, либо сменить порт в настройках приложения.

netstat -ano | findstr :10808

Чаще всего порт занимают другие прокси-клиенты, установленные ранее. Если у вас стоит ещё один клиент, закройте его полностью — включая значок в области уведомлений.

Причина 4: конфликт с другими сетевыми программами

• Второй прокси-клиент. Два виртуальных адаптера одновременно почти всегда конфликтуют. Оставьте один.
• Сетевой модуль антивируса. Может блокировать службе доступ к сети — разбор.
• Корпоративный VPN-клиент. Часто ставит собственный драйвер, несовместимый с другими.
• Программы фильтрации трафика. Работают на том же уровне и мешают.

Проверка простая: закрыть всё сетевое, что можно, и попробовать включить соединение. Заработало — виновник среди закрытых.

Причина 5: виртуальный адаптер не поднимается

Режим на весь трафик создаёт виртуальный сетевой адаптер. Если он не создаётся, соединение не включится.

1. Открыть «Диспетчер устройств» → «Сетевые адаптеры».
2. Найти адаптер с непривычным названием. Если рядом с ним восклицательный знак — драйвер не установился.
3. Удалить адаптер (правый клик → «Удалить устройство») и переустановить приложение с правами администратора.
4. Если адаптеров несколько и все с ошибками — почистить остатки, как в причине 2.

Что попробовать в любом случае

1. Перезагрузить компьютер

   На Windows это не ритуал: часть компонентов службы регистрируется окончательно только после перезагрузки.

2. Запустить приложение от имени администратора

   Правый клик по ярлыку → «Запуск от имени администратора». Если так соединение поднимается, дело в правах, а не в службе.

3. Переключиться в режим локального прокси

   Служба ему не нужна. Работает, но каждую программу придётся настраивать отдельно — зато сразу видно, исправно ли само приложение.

4. Переустановить с правами

   Порядок с сохранением доступа. Перед удалением сохраните ссылку-подписку.

Другие платформы

• macOS — аналог службы это системное расширение. Если соединение не поднимается, проверьте, не заблокировано ли оно в «Конфиденциальности и безопасности», и что пароль администратора был введён при первом включении.
• Linux — служба не нужна, но нужны права на сетевой интерфейс: sudo или setcap, разбор.
• Android и iOS — служб нет, вместо них системный VPN-профиль. Если соединение не поднимается, смотрите разрешения.