Короткий ответ
Системный прокси действует на приложения, которые соблюдают настройки ОС. TUN перехватывает трафик ниже в сетевом стеке. Начинайте с системного прокси и включайте TUN только при реальной необходимости.
Материал «Системный прокси или TUN: различия и выбор» построен вокруг выбора, безопасной последовательности действий и проверяемых результатов. Мы не опираемся на неподтверждённые функции и быстро устаревающие названия кнопок.
Подготовка
Сначала уточните систему, архитектуру процессора и источник клиента. Сохраните текущую конфигурацию, а ссылку подписки считайте паролем: не публикуйте её в скриншотах, журналах или чатах. Служба, автозапуск и TUN могут требовать прав администратора.
OS → CPU architecture → package format → source → backup
Надёжный порядок действий
Соберите минимально рабочую схему: запустите клиент, проверьте состояние ядра, импортируйте разрешённую конфигурацию, выберите режим правил и протестируйте известное соединение. Меняйте по одному параметру и только после проверки включайте TUN, автовыбор или синхронизацию.
- CLIENT / CORE
- CONFIG / RULE
- CONNECTION / DNS
- OPTIONAL TUN
Ошибки и диагностика
Задержка описывает только один тестовый адрес, а обновление подписки не гарантирует работу узлов. Сначала верните прямое соединение, затем проверьте время, сеть, DNS, межсетевой экран, права и синтаксис. Начинайте с первой конкретной ошибки в журнале.
Системный прокси действует на приложения, которые соблюдают настройки ОС. TUN перехватывает трафик ниже в сетевом стеке. Начинайте с системного прокси и включайте TUN только при реальной необходимости.
Безопасность и обслуживание
Используйте поддерживаемые стабильные версии, читайте официальный список изменений и сохраняйте возможность отката. Удаляйте просроченные подписки, старые профили и ненужные права службы. После изменений проверьте прямой и проксируемый трафик, DNS и запуск после перезагрузки.