fix(v1): разблокировать сборку, починить жизненный цикл cron и закрыть каналы утечки

Сборка не собиралась: два контракта приёмки роняли её на корректном коде.

verify_api_namespace_contract искал возвращение legacy-пространства имён
через grep по '/hui' и находил router_test.go, который ПЕРЕЧИСЛЯЕТ этот
префикс, чтобы доказать отсутствие маршрута, и сам versions.sh, где строка
стоит в тексте проверки. Падение приходило шестым шагом из четырнадцати, до
резолва Hysteria. За ним прятался второй такой же: проверка транзакционности
импорта пиров брала файл от начала applyPeerImportEntry и до конца, захватывая
объявленные ниже ExistPeerName и UpdatePeerLastConnectionAt.

Обе проверки теперь смотрят на код, а не на упоминания: добавлены помощники
code_without_comments и code_mentions_in, а отсутствие legacy-маршрута
доказывает тест на таблице маршрутов собранного роутера.

Планировщик стал собственностью процесса. InitCron вызывался из runServer и
на каждом вызове создавал новый cron.New(), не сохраняя ссылку; cron.Stop()
не вызывался нигде. Смена RESET_TRAFFIC_CRON выполняла StopServer(), точка
входа крутила for { runServer() } — и каждая правка добавляла целый
дублирующий набор джоб, а старое расписание сброса продолжало работать.
Фиксированные джобы регистрируются один раз, расписание переносится на месте
по EntryID, HTTP-сервер не трогается. Добавлено штатное завершение по SIGTERM.

Выражение проверяется до записи в базу тем же парсером (cron.ParseStandard),
которым его разбирает планировщик: раньше невалидная строка сохранялась, API
отвечал успехом, а сброс трафика молча исчезал.

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

Удалены четыре ключа таблицы config без единого потребителя: HYSTERIA2_ENABLE,
HYSTERIA2_CONFIG (второй источник истины, читался первым), HYSTERIA2_TRAFFIC_TIME
и HYSTERIA2_CONFIG_REMARK. Имя профиля в share URI выводится из имени пира.

Безопасность:
- bootstrap-пароль администратора больше не генерируется и не пишется в журнал,
  который отдаётся кнопкой выгрузки; отсутствие env — отказ старта;
- собственный журнал админки санитизируется наравне с чужим;
- golang-jwt/jwt v3 -> v5: GO-2025-3553 не имеет исправленной версии в v3 и
  достижима с неаутентифицированного запроса; набор алгоритмов подписи
  зафиксирован через WithValidMethods;
- удалён вход по несолёному SHA-224 из предыдущего поколения;
- убран modulo bias в util.RandomString — единственном генераторе секретов;
- пир установщика защищён во всех путях записи, а не только в импорте;
- удалена латентная паника в service.GetToken и недостижимая ветка GetAdminInfo,
  проверявшая меньше, чем middleware.

Toolchain: Go 1.21.13 -> 1.26.7, Node 20.19.0 (EOL) -> 24.20.0. На прежнем
графе govulncheck находил 21 вызываемую уязвимость, 17 из них в stdlib,
попадающей в production-бинарь. Сейчас — ноль. Добавлен обязательный шаг
проверки зависимостей (govulncheck + pnpm audit) с записью результата в
metadata пакета.

apps/controller/config.go

@@ -39,13 +39,31 @@ func denyUnknownConfigKey(key string, allowed []string, operation string, c *gin
 	)
 }
 
+// UpdateConfigs применяет партию настроек по принципу «всё или ничего».
+//
+// Три прохода, и каждый отвечает за своё:
+//
+//  1. проверка партии целиком — права на ключ, дубликаты, значения;
+//  2. одна транзакция базы;
+//  3. применение к рантайму.
+//
+// Раньше проходов не было вовсе: цикл проверял очередной элемент и тут же его
+// записывал. Партия «разрешённый ключ + запрещённый» применяла первый и
+// возвращала ошибку на втором — оператор получал отказ на запрос, который
+// систему уже изменил.
+//
+// Второе изменение того же места: смена расписания больше не роняет
+// HTTP-сервер. Раньше здесь стоял `go service.StopServer()`, а точка входа
+// крутила runServer в цикле, из-за чего на процессе накапливались планировщики
+// (см. service/cron_scheduler.go).
 func UpdateConfigs(c *gin.Context) {
 	configsUpdateDto, err := validateField(c, dto.ConfigsUpdateDto{})
 	if err != nil {
 		return
 	}
 
-	needRestart := false
+	updates := make([]service.ConfigUpdate, 0, len(configsUpdateDto.ConfigUpdateDtos))
+	seen := make(map[string]struct{}, len(configsUpdateDto.ConfigUpdateDtos))
 
 	for _, item := range configsUpdateDto.ConfigUpdateDtos {
 		key := *item.Key
@@ -63,42 +81,67 @@ func UpdateConfigs(c *gin.Context) {
 			return
 		}
 
-		if key == constant.ResetTrafficCron {
-			resetTrafficCron, err := service.GetConfig(constant.ResetTrafficCron)
-			if err != nil {
-				vo.Fail(err.Error(), c)
-				return
-			}
-			if *resetTrafficCron.Value != value {
-				needRestart = true
-			}
+		// Один ключ дважды в одной партии — неоднозначный запрос: какое из
+		// двух значений считать намерением оператора, определить нельзя.
+		if _, duplicate := seen[key]; duplicate {
+			vo.Fail(fmt.Sprintf("config key %q appears more than once in the batch", key), c)
+			return
 		}
+		seen[key] = struct{}{}
 
-		if err = service.UpdateConfig(key, value); err != nil {
+		if err = service.ValidateConfigValue(key, value); err != nil {
 			vo.Fail(err.Error(), c)
 			return
 		}
+
+		updates = append(updates, service.ConfigUpdate{Key: key, Value: value})
 	}
 
-	if needRestart {
-		go func() {
-			_ = service.StopServer()
-		}()
+	if err = service.UpdateConfigs(updates); err != nil {
+		vo.Fail(err.Error(), c)
+		return
+	}
+
+	if err = applyRuntimeConfigUpdates(updates); err != nil {
+		vo.Fail(err.Error(), c)
+		return
 	}
 
 	vo.Success(nil, c)
 }
 
+// applyRuntimeConfigUpdates доносит уже сохранённые настройки до рантайма.
+//
+// Отказ здесь недостижим по построению: значения проверены тем же парсером,
+// которым планировщик их разбирает, а сам планировщик поднимается в runServer
+// до старта HTTP-сервера — то есть к моменту обработки запроса он всегда
+// запущен. Проверка оставлена именно поэтому: если этот инвариант когда-нибудь
+// сломают, отказ должен быть громким, а не молча пропавшей джобой.
+func applyRuntimeConfigUpdates(updates []service.ConfigUpdate) error {
+	for _, item := range updates {
+		if item.Key != constant.ResetTrafficCron {
+			continue
+		}
+		if err := service.RescheduleResetTraffic(item.Value); err != nil {
+			return err
+		}
+	}
+	return nil
+}
+
 // isOrchestratorManagedConfigKey — ключи, которыми владеет install-оркестратор.
 //
 // Формально они и так не входят в allowlist, но отказ по ним обязан объяснять
 // ПОЧЕМУ: «этим значением владеет оркестратор» — это другой ответ, чем «такого
 // ключа в API нет», и он ведёт оператора к `hy2xs-orchestrator reconfigure`.
+//
+// HYSTERIA2_ENABLE и HYSTERIA2_CONFIG отсюда убраны вместе с самими ключами:
+// первым никто не управлял, второй был вторым источником истины рядом с
+// /etc/hysteria/config.yaml. Serverный конфиг по-прежнему принадлежит
+// оркестратору — просто теперь он живёт только в файле, а не ещё и в SQLite.
 func isOrchestratorManagedConfigKey(key string) bool {
 	switch key {
-	case constant.Hysteria2Enable,
-		constant.Hysteria2Config,
-		constant.Hysteria2TrafficStatsSecret:
+	case constant.Hysteria2TrafficStatsSecret:
 		return true
 	default:
 		return false