Вопрос от автора FluxRoute: архитектура тестирования конфигураций и стратегий

[klondike0x]

Привет, @goshkow! 👋

Я автор FluxRoute (klondike0x/FluxRoute) —
ещё одного GUI для zapret-экосистемы. Изучаю твой проект Zapret-Hub
и впечатлён качеством реализации!

Хотел бы задать вопросы по двум конкретным функциям, которые ты
реализовал в разделе Инструменты:

---

1️⃣ Тестирование general'ов (подбор конфигурации)

В Zapret-Hub есть функция "Тест конфигураций" (иконка рядом с
шестерёнкой). Интересно узнать:

• Как устроен механизм перебора general-конфигураций?
  Последовательный прогон или параллельный?
• Какие цели проверяются при каждом тесте? Только YouTube/Discord
  или можно задать свои?
• Как определяется "рабочая" конфигурация? По факту открытия сайта,
  по стабильности winws.exe, или комбинации факторов?
• Есть ли таймауты на каждый тест? Как обрабатываются "зависшие"
  конфигурации?
• Сохраняется ли результат между запусками? Можно ли вернуться
  к лучшему варианту без повторного сканирования?

---

2️⃣ Тестирование настроек (IPSet × Gaming mode)

Отдельный интерес — как ты тестируешь комбинации:

• IPSet mode (loaded / none / any)
• Gaming mode (TCP+UDP / TCP / UDP / Выкл)

В FluxRoute я реализовал похожую функцию Auto-Tune
(кнопка "🔍 Подобрать настройки" на вкладке Сервис):

• Перебирает 12 комбинаций
• Приоритетные сначала (loaded + TCP+UDP первым)
• Таймаут 4 секунды на комбинацию
• Ранний выход при 100% успехе

Вопросы:

• Какие комбинации ты проверяешь и в каком порядке?
• Как оцениваешь качество комбинации (success rate, latency,
  стабильность процесса)?
• Есть ли у тебя композитный скоринг или просто "прошло/не прошло"?
• Как обрабатываешь смену сети во время теста (Wi-Fi ↔ Ethernet)?

---

🎯 Почему спрашиваю

В FluxRoute я реализовал:

• Классический оркестратор — сканирует профили, выставляет рейтинг 0-100%
• ИИ-оркестратор — Thompson Sampling + генетическая эволюция стратегий
• Auto-Tune — подбор IPSet × GameFilter

Хочу понять, не упустил ли я что-то важное в реализации, и какие
best practices использует Zapret-Hub. Возможно, есть нюансы, которые
не очевидны из документации.

---

Спасибо за отличный проект и заранее спасибо за ответы! 🙏

С уважением,
@klondike0x

[goshkow]

Привет, спасибо за интерес и за FluxRoute.

Отвечу по факту реализации пока не выпущенной версии Zapret-Hub 2.0.0

1. Подбор general'ов

• Проверка идет последовательно по списку доступных general*.bat.
• Внутри каждого прогона target'ы проверяются параллельно: используется ThreadPoolExecutor с лимитом до 8 потоков.
• Рабочей считается конфигурация, которая не просто стартовала, а смогла пройти все стандартные targets без ошибок.
• Набор targets берется из runtime/zapret-discord-youtube/utils/targets.txt, а если его нет, используется дефолтный список: Discord, YouTube, Google, Cloudflare и два DNS ping'а.
• Отдельного жесткого таймаута на весь конфиг нет. У каждого target'а свои короткие проверки: curl с --connect-timeout 2 и -m 3, либо ping с -w 1200.
• Полной истории результатов между запусками не сохраняется. Персистятся только выбранный selected_zapret_general, список избранных general'ов и флаг general_autotest_done.

2. IPSet × Gaming mode

• В тесте перебираются 15 комбинаций: loaded / none / any × disabled / all / tcp / udp / auto.
• Порядок строго фиксированный: сначала все 5 game modes для loaded, потом для none, потом для any.
• В UI tcp + udp соответствует all, а Выкл соответствует disabled.
• Оценка простая: сначала большее число успешно пройденных targets, а при равенстве выигрывает меньший elapsed.
• Отдельного composite score, учёта стабильности процесса или отдельной метрики latency в коде нет.
• auto означает "как в конфиге": код пытается взять значения из game_filter.enabled, а если его нет, поведение фактически становится как у выключенного режима.
• IPSet mode реализован так: loaded оставляет рабочий список как есть, none пишет в ipset-all.txt заглушку 203.0.113.113/32, any очищает файл.

[klondike0x]

@goshkow!
Огромное спасибо за такой детальный разбор реализации Zapret Hub 2.0.0! 🙏

Очень интересно было узнать про:

Архитектуру тестирования:

• ThreadPoolExecutor с лимитом 8 потоков — разумный баланс между параллелизмом и нагрузкой
• Targets из runtime/zapret-discord-youtube/utils/targets.txt с fallback на дефолтный список (Discord, YouTube, Google, Cloudflare + DNS ping'и)
• Отсутствие жёсткого таймаута на весь конфиг, но короткие проверки для каждого target'а (curl --connect-timeout 2 -m 3, ping -w 1200)

IPSet × Gaming mode перебор:

• 15 комбинаций (loaded/none/any × disabled/all/tcp/udp/auto)
• Фиксированный порядок тестирования (сначала все 5 game modes для loaded, потом none, потом any)
• Простая, но эффективная оценка: больше успешных targets → при равенстве меньше elapsed time

Персистенция:

• Сохранение только selected_zapret_general, списка избранных и флага general_autotest_done
• Отсутствие полной истории результатов между запусками

Мы в FluxRoute пошли немного другим путём — используем композитный скоринг (60% success + 30% latency bonus + 10% stability) и сохраняем полную историю проверок в fluxroute-ai-history.jsonl для обучения ИИ. Но ваш подход с простым count → elapsed тоже имеет смысл — он предсказуем и легко объясним пользователю.

Ещё раз спасибо за открытость и готовность делиться техническими деталями! Это помогает всему сообществу zapret-GUI развиваться. 🚀

С уважением,
@klondike0x