Системный прокси вместо TUN: в чём разница

Приложение поднимает локальный прокси на своём порту и прописывает его адрес в системные настройки Windows. Дальше всё зависит от программы: браузеры читают системный прокси по умолчанию, многие приложения тоже, а игры и часть клиентов - нет.

Свойства: системный прокси

Что меняется в системе

Параметры → Сеть и Интернет → Прокси-сервер

Права администратора

не нужны

Драйвер

не ставится

Кого ловит

браузеры и программы, читающие настройки системы

Кого не ловит

игры, часть мессенджеров, программы со своим стеком

Риск для сети

низкий: снимается одной галочкой

• Нет прав администратора: установка без прав.
• Компьютер чужой или рабочий, и вмешиваться в систему глубоко не хочется: рабочий ПК.
• Старая система, где драйвер не встаёт.
• Нужен только браузер - тогда подойдёт и локальный SOCKS.
• Хочется сначала убедиться, что подписка вообще работает, и только потом настраивать TUN.

1. Откройте настройки прокси Windows. Win + R → ms-settings:network-proxy. Или Параметры → Сеть и Интернет → Прокси-сервер.
2. Посмотрите на ручную настройку. При включённом режиме там будет адрес 127.0.0.1 и порт приложения.
3. Проверьте адрес в браузере. Сайт определения IP должен показать адрес сервера: проверка соединения.

Прокси остаётся после выключения программы

Если приложение завершилось некорректно - упало, было снято диспетчером задач или удалено при включённом режиме, - запись в настройках Windows может остаться. Тогда интернет пропадает целиком: система шлёт трафик на порт, который никто не слушает. Исправить можно за десять секунд: Параметры → Прокси-сервер → выключить ручную настройку.

Это же объясняет распространённую жалобу «удалил программу - пропал интернет». Ничего не сломалось, просто осталась настройка: остатки после удаления.

В настройках Windows есть поле исключений - список адресов, которые идут напрямую. По умолчанию туда попадают локальные адреса, но если в вашей сети принтер или NAS доступны по имени, добавьте их вручную. Подробнее - локальная сеть.

Потому что она не читает системные настройки - это её свойство, а не сбой. Нужен режим TUN.

Да, и это даже аккуратнее: система не трогается вовсе. Как - локальный SOCKS и HTTP.

Не безопаснее, а мягче: он меньше вмешивается в систему и проще снимается. По защите трафика разницы нет - шифрование одинаковое.

Кроме туннеля клиент на Mac может работать через системный прокси. Разбираем разницу, случаи, когда прокси удобнее, и главную ловушку - забытые настройки прокси в системе.

Туннель перехватывает весь сетевой трафик системы через сетевое расширение - работает для всех программ, включая те, что о прокси ничего не знают. Системный прокси - это адрес и порт, которые macOS сообщает приложениям: те, кто умеет с ним работать, идут через него, остальные - напрямую.

• Не удаётся разрешить сетевое расширение - например, на рабочем компьютере.
• Нужно, чтобы через сервер ходил только браузер, а остальное шло напрямую.
• Разработка: удобно направлять через прокси конкретные утилиты, задав переменные окружения.
• Старая macOS, где расширение работает нестабильно - про старые системы.

1. Найдите настройки локального прокси в клиенте. Обычно указываются адрес 127.0.0.1 и порт - например, 1080 для SOCKS и отдельный для HTTP.
2. Включите системный прокси. Многие сборки умеют прописать настройки в систему сами - тогда достаточно переключателя.
3. Или пропишите вручную: «Системные настройки» → «Сеть» → ваше подключение → «Подробнее» → вкладка «Прокси». Укажите SOCKS или HTTP и порт из клиента.
4. Проверьте. Откройте сайт с определением адреса - как проверять.

Главная ловушка

Если выключить приложение, не сняв настройки прокси, система продолжит слать трафик на несуществующий локальный порт - и интернет пропадёт целиком. Симптом: «выключил защищённое соединение, и всё сломалось». Лечение: снять галочки прокси в настройках сети.

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

Именно поэтому туннель надёжнее: он не полагается на добрую волю приложений. Прокси - точечный инструмент, а не замена.