Верхняя граница пароля была объявлена в 64 СИМВОЛА и обоснована пределом bcrypt в 72 БАЙТА. Обоснование верно только для ASCII: у 64 символов длина от 64 до 256 байт. golang.org/x/crypto@v0.55.0 (bcrypt.go:96) отвечает на пароль длиннее 72 байт ErrPasswordTooLong, а не «молча отбрасывает остаток», как утверждал комментарий, — так вела себя редакция пакета до v0.28. Следствие: пароль из 64 кириллических букв (128 байт) проходил панель, оркестратор и DTO, а отказ приходил из хеширования — системной ошибкой на штатной смене пароля, а при установке падением старта админки, то есть сервером без администратора после INSTALL EXIT CODE: 0. Хуже самого дефекта было то, что тест закреплял это значение как ожидаемое. Вместе с ним закрыты три соседних расхождения того же контракта. Пароль триммился вопреки собственному контракту. util.HashPassword вёл проверку len(strings.TrimSpace(password)) < 6, а bootstrap читал strings.TrimSpace(os.Getenv("HY2XS_ADMIN_INITIAL_PASSWORD")). Значение "abcde " принимали все двери продукта и не мог захешировать никто, а первая учётная запись создавалась не с тем паролем, который оператор записал в hy2xs.env. Панель считала длину в единицах UTF-16. Element Plus делегирует правила формы async-validator, а он сравнивает min/max с String.prototype.length: пароль из трёх эмодзи имел length 6, проходил минимум формы и получал отказ сервера, который панель не могла объяснить. hy2xs.env не был форматом. Значения писались интерполяцией, а читались split("=") с trim(); при этом файл читает не только оркестратор — он объявлен EnvironmentFile= в юните hy2xs-admin, и у незакавыченного значения systemd срезает краевые пробелы и трактует обратный слеш как escape. Что сделано: - контракт переехал в leaf-пакет apps/credential: его зовут util.HashPassword и dao, а service импортирует util — обратный импорт был бы циклическим, и именно поэтому HashPassword завёл собственную копию правила; - AdminPasswordMaxBytes = 72 объявлен отдельной константой и зеркально в оркестраторе и панели; сверяется тестами, читающими Go-исходник; - одно правило adminPassword вместо min=6,max=64 в тегах DTO (границу в байтах тегом валидатора не выразить) и код причины admin_password_format, называющий обе границы; - TrimSpace убран из хеширования и из bootstrap-пути; bootstrap проверяет контракт сам и падает с текстом, называющим переменную и файл; - панель считает code points и UTF-8 байты общим adminPasswordFormRule на обеих формах вместо встроенных min/max; - orchestrator/src/lib/envFile.ts — порт конечного автомата parse_env_file_internal из systemd и обратный ему кодировщик; экранируются только обратный слеш и двойная кавычка, оба из SHELL_NEED_ESCAPE. Обычные значения остаются без кавычек, поэтому релизные гейты не меняются. Тем же кодировщиком пишется bootstrap-admin.secret; - управляющие символы запрещены контрактом: формат KEY=VALUE их не несёт, а ввести такой пароль в форму входа всё равно нельзя; - отрицательная проба smoke сверяет конверт отказа (code 50000, invalid_credentials, отсутствие accessToken) вместо HTTP 200, а пароль генерирует, а не берёт из литерала; - положительная проба читает bootstrap-секрет парсером формата вместо grep | cut -d= -f2- с trim() — третьего по счёту слоя, срезавшего пробелы. Тесты: граничная таблица (36 x «я», 37 x «я», 18 и 19 эмодзи, 64 x «я», «abcde ») прогоняется в четырёх слоях; тест с 64 кириллическими буквами инвертирован; round-trip env-формата на значениях с кавычками, слешами и краевыми пробелами; bootstrap-путь на настоящей SQLite. 14 новых гейтов приёмки. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
18 KiB
B, C. Установка на target и runtime
Часть набора проверок HY2XS. Карта всех частей — docs/testing/README.md.
B. Target install tests
На чистом Debian 13 проверяем
- пакет запускается без ручной сборки на сервере
- Hysteria2 скачивается с official upstream
- bundled HY2XS admin раскладывается локально из пакета
- создаются нужные каталоги
- создаются systemd unit-файлы
- создаются
hy2xs.envиpost-install.envс правами0600 root:root - baseline firewall применяется корректно через staged mode
- SSH остаётся доступным
reconfigure --dry-runвыводит план измененийreconfigure --applyприменяет изменения и проходит smoke
C. Runtime tests
hysteria-serveractivehy2xs-adminactive- Hysteria слушает только IPv4 (
0.0.0.0:<udp_port>) - HY2XS admin слушает ожидаемый
HY2XS_UI_BIND_HOST:<ui_port> - тестовый совместимый клиент подключается
- идёт реальный трафик
- лимит 50/50 Mbps соблюдается при согласованной клиентской конфигурации
- reboot не ломает baseline
- Hysteria2 управляется systemd unit, а не внутренним updater'ом admin panel
- нет IPv6 listen (
[::]) для Hysteria/HY2XS admin trafficStats.secretне равенJWT_SECRET- bootstrap admin secret существует и имеет
0600 trafficStatsAPI: корректный secret принимает запрос, неверный secret отклоняется- TLS mode в
config.yamlсоответствует runtime env (acme|file|self_signed_dev) - при
HY2XS_TLS_MODE=acmeвconfig.yamlвыставленacme.typeизHY2XS_ACME_TYPE - direct
hysteria2://node URL в API/QR формируется поHY2XS_PUBLIC_HOST+HY2XS_PUBLIC_PORT; subscription delivery endpoint отключён в baseline и не входит в acceptance nft -c -f /etc/nftables.confпроходит после apply- пароль admin и
con_passне перезаписываются при рестартеhy2xs-admin - остановка/рестарт UI не останавливает
hysteria-server - traffic accounting/kick обращаются к Traffic Stats API напрямую и не используют systemd status как гейт принятия решений; ключа
HYSTERIA2_ENABLEв базе больше нет /etc/hysteria/config.yamlимеет0640 hysteria:hy2xs-adminhy2xs-adminможет читать/etc/hysteria/config.yaml, но не может писать- смена расписания сброса трафика применяется без перезапуска
hy2xs-admin, и число джоб планировщика не растёт - невалидное cron-выражение отклоняется API, а значение в базе не меняется
systemctl restart hy2xs-adminзавершает сервис штатно: планировщик остановлен до закрытия SQLite, в журнале нетdatabase is closedgovulncheck ./...на графе релиза не находит вызываемых уязвимостей- живая сессия, которой в базе больше ничего не соответствует (пир удалён либо его
auth_idзаменён импортом, а разрыв в тот момент не удался), завершается очередным циклом учёта — не позднее 30 секунд - превышение
maxDevicesживыми сессиями устраняется тем же циклом: после неудавшегося разрыва при снижении лимита повтор формы даёт успех без/kick, и единственный механизм схождения здесь — cron - смена секрета пира меняет его
auth_id: клиент со старым секретом теряет доступ не позднее 30 секунд даже в том случае, когда/kickпрошёл успешно, а соединение зарегистрировалось после него trafficStats.listenслушает127.0.0.1. Админка принимает ровно три формы —127.0.0.1,0.0.0.0и пустой хост (тот же wildcard), — а любой другой адрес, включая прочие адреса loopback вроде127.0.0.5, отвергает с явным сообщением: слушатель на конкретном адресе соединения на127.0.0.1не принимает. Страница конфигурации показывает три состояния: канон профиля, достижим но опубликован шире необходимого (wildcard), недостижимhysteria-server.serviceзапущен сHYSTERIA_DISABLE_UPDATE_CHECK=1: внешних запросов проверки версии при старте нет- дашборд различает «служба остановлена» и «состояние службы неизвестно»; доступность Traffic Stats API показывается независимо от ответа systemd
- страница журнала Hysteria показывает разобранные
level/time/msgи структурный контекст, а не сырой JSON - страница конфигурации показывает фактические значения
/etc/hysteria/config.yaml, перечисляет секции вне production-профиля и не содержит паролей и токенов - оператор входит в панель:
POST /api/auth/loginс bootstrap-учётными данными из/etc/hy2xs/bootstrap-admin.secretотвечаетcode: 20000и непустымaccessToken. Заведомо неверные учётные данные (со СЛУЧАЙНЫМ паролем, а не с литералом) дают HTTP 200 с конвертом отказа:code: 50000, причинаinvalid_credentialsи отсутствиеaccessToken - пароль предельной длины, назначенный формой смены пароля, принимается формой входа: границы обеих форм совпадают с серверными. Границ две — 6-64 символа Unicode и не более 72 байт в UTF-8 (предел bcrypt): пароль из 36 кириллических букв (72 байта) принимается, из 37 (74 байта) — отвергается конвертом валидации, а не системной ошибкой
HY2XS_ADMIN_INITIAL_PASSWORDс пробелом по краям доезжает до учётной записи неизменным: значение записано вhy2xs.envв двойных кавычках, и вход выполняется ровно им, а не обрезаннымlast_login_atадминистратора обновляется после успешного входа и не меняется после неудачной попытки
C0. Панель обязана впускать, а не слушать порт
Проверки 1-4 отвечают на вопрос «поднялось ли», и ни одна из них не отвечает на
вопрос «работает ли». RC2 показал разницу: юнит активен, 127.0.0.1:8080 в
LISTEN, /healthz отвечает ok: true — и POST /api/auth/login отдаёт
HTTP 500 на каждый запрос, потому что валидатор паникует на теге
несуществующего правила. Установка при этом завершилась INSTALL EXIT CODE: 0.
Поэтому вход в панель проверяется настоящим запросом, а не косвенными признаками, и эта проверка встроена в smoke оркестратора — то есть релиз с недоступной панелью физически не может завершиться успешной установкой. Ручной эквивалент:
# Значение читается ПО ФОРМАТУ, а не `cut -d= -f2-`.
#
# Набор символов пароля не ограничен, а пробелы по краям являются его частью,
# поэтому такое значение записано в файле в двойных кавычках с экранированием
# `\` и `"`. `cut` отдал бы кавычки как часть пароля, а `read -r` вдобавок
# срезал бы пробелы — и проверка объявила бы рабочую установку сломанной.
#
# `source` и `eval` здесь НЕ годятся: внутри двойных кавычек shell выполняет
# подстановку команд, то есть пароль вида `$(...)` был бы исполнен. У самого
# systemd подстановок в EnvironmentFile нет, и снимать кавычки надо без shell.
read_bootstrap_field() {
sudo sed -n "s/^$1=//p" /etc/hy2xs/bootstrap-admin.secret | head -n1 \
| sed -e 's/^"//' -e 's/"$//' -e 's/\\\(["\\]\)/\1/g'
}
BOOTSTRAP_USER="$(read_bootstrap_field ADMIN_USER)"
BOOTSTRAP_PASS="$(read_bootstrap_field ADMIN_INITIAL_PASSWORD)"
# Положительная проба: конверт успеха и выданный токен.
curl -sS --max-time 5 -X POST \
-H 'Content-Type: application/json' \
--data "$(jq -nc --arg u "$BOOTSTRAP_USER" --arg p "$BOOTSTRAP_PASS" '{username:$u,pass:$p}')" \
http://127.0.0.1:8080/api/auth/login | jq '.code, (.data.accessToken | length)'
# Отрицательная проба: пароль СЛУЧАЙНЫЙ, а проверяется конверт отказа целиком.
# HTTP 200 сам по себе ничего не доказывает — админка отвечает 200 и на успех.
curl -sS --max-time 5 -X POST \
-H 'Content-Type: application/json' \
--data "$(jq -nc --arg u "$BOOTSTRAP_USER" --arg p "$(head -c 18 /dev/urandom | base64)" '{username:$u,pass:$p}')" \
http://127.0.0.1:8080/api/auth/login \
| jq '{code, reason: (.errors[0].code), token: (.data.accessToken // null)}'
# Ожидается: {"code":50000,"reason":"invalid_credentials","token":null}
unset BOOTSTRAP_PASS
Ожидается 20000 и ненулевая длина токена. Сам токен не печатается: это
действующая сессия администратора.
C1. Семантический smoke конфига
Недостаточно grep по YAML: он не отличит нужное поле от такой же строки в другой секции и не заметит оставшийся рядом лишний подблок.
Smoke разбирает /etc/hysteria/config.yaml и сверяет с production-профилем:
effective Hysteria version == версия из metadata пакета
obfs:
type == HY2XS_HYSTERIA_OBFS_TYPE
ровно один подблок, соответствующий type
password непустой
для gecko: minPacketSize == 512, maxPacketSize == 1200
bandwidth:
up/down == runtime env
disableLossCompensation == false
congestion:
type == bbr
bbrProfile == standard
quic:
disableStatelessReset == false
окна, maxIncomingStreams, disablePathMTUDiscovery == baseline
maxIdleTimeout == 30s
trafficStats:
listen == runtime env
secret непустой
auth:
type == http
url == http://127.0.0.1:<UI_PORT>/internal/hysteria/auth?access_token=<machine token>
insecure == (tlsMode == self_signed_dev)
TLS:
acme-режим не содержит секции tls
acme: type/email/ca/dir/listenHost/первый домен == профиль
file-режим не содержит секции acme
верхний уровень:
нет секций вне production-профиля
maxIdleTimeout присутствовал в профиле, но не проверялся: конфиг с уехавшим
idle timeout проходил семантическую проверку. Точно так же auth.http.url
раньше сверялся только на наличие подстроки access_token=, из-за чего
уехавший порт или путь остались бы незамеченными — а это единственный канал
допуска пиров.
Сообщение об ошибке для auth.http.url намеренно не печатает сам токен: текст
уходит в логи и в diagnostics-бандл. Это закреплено отдельным тестом.
C2. End-to-end с реальным клиентом
tools/test/e2e-hysteria.sh, отдельно для Gecko и Salamander:
- сервер принимает сгенерированный конфиг и стартует;
- TLS handshake;
- handshake с обфускацией;
- HTTP auth HY2XS: разрешённый пир принят;
- HTTP auth HY2XS: неразрешённый пир отклонён;
- клиент подключается именно по ссылке, которую выдаёт production-код;
- TCP forwarding;
- UDP forwarding;
trafficStatsс валидным secret;trafficStatsс невалидным secret отклоняется;- per-peer accounting содержит аутентифицированного пира;
- перезапуск сервера;
- быстрое переподключение клиента (поведение stateless reset).
Пункт 6 — тот самый, который ловит класс ошибок, неизбежный при наивном включении Gecko: сервер работает, ссылка формально валидна, а клиент по ней не подключается.
Одна реализация URI, а не две
Ссылка берётся из production-генератора через apps/tools/share-uri, который
вызывает ту же service.BuildHysteria2ShareURI, что и панель.
Раньше внутри e2e жила вторая реализация URI на bash. Go-юнит-тесты проверяли production-генератор, e2e проверял свою функцию — и дрейф любой из них оставлял обе группы тестов зелёными.
Единственное расхождение с пользовательской ссылкой — insecure=1: e2e
работает на самоподписанном сертификате. Это расхождение ограничено с двух
сторон:
- e2e отдельно печатает и проверяет production-вариант ссылки
(
insecure=0, корректныеobfsиsni); - Go-тест
TestBuildHysteria2ShareURI_InsecureDiffersOnlyInThatParamдоказывает, что кроме этого параметра ссылки совпадают побайтово; - Go-тест
TestBuildHysteria2Url_ProductionPathNeverDisablesVerificationфиксирует, что production-путь никогда не передаётinsecure=1.
Для запуска e2e нужен Go (GO_BIN).
C3. Share URI (unit)
apps/service/hysteria2_api_test.go:
- Gecko URI содержит
obfs=geckoиobfs-password; - Salamander URI содержит
obfs=salamanderиobfs-password; - конфиг без обфускации даёт ссылку без
obfs; - неизвестный тип обфускации в ссылку не попадает;
- обфускация без пароля в ссылку не попадает;
- SNI: ACME-домен →
HY2XS_DOMAIN→HY2XS_PUBLIC_HOST, IP не используется; - спецсимволы в credentials и obfs-пароле переживают round-trip:
+, пробел,#,@,/,?,&,=,%, кириллица; - литеральный
+кодируется как%2Bи не схлопывается с пробелом (регрессия на upstream-баг 2.9.3).
C4. Экспорт конфига (unit)
apps/service/hysteria2_export_test.go:
- неизвестные upstream-секции переживают экспорт целиком, включая вложенные карты и списки;
- операционные поля остаются читаемыми;
- вырезаются: obfs-пароль,
trafficStats.secret,access_token,auth.userpass, учётные данные ACME DNS, пароли outbound; - вырезается неизвестное поле с секретным именем;
- URL под произвольным именем ключа (
endpoint:) теряет учётные данные иaccess_token, но сохраняет адрес; то же для URL внутри списка; - не-URL скаляры (
50 mbps,0.0.0.0:443,10.0.0.1:1080,30s, числа) проходят санитайзер без изменений; - пути к файлам (
tls.key,ech.keyPath,clientCA) остаются видимыми.
Го- и TS-санитайзеры описывают один контракт и покрыты зеркальными тестами: граница определяется значением, а не именем ключа.