Files
HY2XS_flamy/docs/acceptance
founder cb20d8d28f fix(admin): связать отзыв учётных данных с идентичностью сессий и свести адрес control plane к одному
Отзыв секрета не сходился: `auth_id` при смене секрета оставался прежним,
поэтому сессия, установленная по отозванным учётным данным, была неотличима от
законной, и цикл учёта не имел признака, по которому её следовало завершить. У
состояния есть путь без единой неудачи — Hysteria регистрирует соединение в
Traffic Stats API только после возврата backend-auth, поэтому успешный /kick
может пройти мимо. Новое поколение credentials получает новый auth_id, kick идёт
по старому, пережившая сессия становится orphan.

Адрес Traffic Stats API имел два контракта: оркестратор принимал любой IPv4,
админка всегда шла на loopback. Валидная по всем гейтам конфигурация выключала
лимит устройств, учёт трафика и принудительное отключение разом. Адрес
зафиксирован, а расхождение файла с ним админка называет.

Состояние службы стало трёхзначным: util.Exec выбрасывал вывод systemctl при
ненулевом коде, поэтому «остановлена» и «спросить не удалось» приходили одним
значением, а доступность Traffic Stats API выводилась из него же. Журнал
Hysteria разбирается в фактическом формате upstream (time — дробное число),
страница конфигурации показывает файл вместо дефолтов UI и не возит секреты в
браузер, санитайзер выгрузки следует по YAML-якорям.

Разбор: docs/acceptance/2026-09-02-v1.0.0-rc4-preflight-findings.md
2026-09-02 23:24:01 +05:00
..

Реестр прогонов приёмки

Здесь лежат отчёты о ФАКТИЧЕСКИХ прогонах приёмки: какая сборка, на каком хосте, что прошло и что нет. Описание самих проверок — в docs/testing/.

Разделение намеренное. Документ проверок переживает релизы и правится по мере развития продукта; отчёт о прогоне относится к одному артефакту и одному хосту и после публикации релиза не редактируется — иначе он перестаёт быть свидетельством.

Правила ведения

  1. Один прогон — один файл ГГГГ-ММ-ДД-<версия>-<вид>.md.
  2. Отчёт фиксирует только то, что действительно выполнялось. Отложенная проверка отмечается как DEFERRED с причиной, а не опускается.
  3. Реальные секреты, ключи и клиентские ссылки в отчёт не переносятся. Публичные IP-адреса тестовых хостов обезличиваются; доменное имя и номер порта SSH остаются, потому что без них шаги прогона невоспроизводимы.
  4. Найденные дефекты живут в отдельном файле рядом с отчётом и закрываются ссылками на коммиты, а не правкой самого отчёта.

Прогоны

Дата Версия Коммит источника Вид Вердикт
2026-09-01 1.0.0-rc1 a1f0db22 build + host acceptance, Debian 13 RC ACCEPTED WITH RELEASE-REQUIRED UX FIXES

Открытые дефекты приёмки

Прогон Дефекты
2026-09-01, 1.0.0-rc1 UX-01…UX-05 и найденное сверх отчёта

Разборы кода между прогонами

Отдельно от отчётов о прогонах: дефекты, найденные чтением дерева и сверкой с официальной документацией, а не наблюдением на хосте. Провенанс у них другой, и приписывать их хостовому прогону нельзя — он их не показывал.

Дата Основание Находки
2026-09-01 коммит c0a43ae9, сверка с Hysteria 2 и Element Plus UX-06…UX-10, LOG-01…LOG-05, AUTH-01/02, CORE-01/02, TYPE-01
2026-09-02 коммит 6d1686b8, повторная сверка с Hysteria 2 ADMIT-04/05, RECON-01/02, GATE-02, DOC-02, VER-01
2026-09-02 коммит 8dcb50a, сверка с исходниками app/v2.12.2 ROT-01, ADM-HY2-01…08, GATE-03, DOC-03