P0: Сделать refresh-токены устойчивыми в кластере #23

New Issue

2026-07-07T14:26:29+03:00

cursor-ai commented

2026-07-07 14:26:29 +03:00

Проблема

Таблицы session, admin_session и verification хранятся как ram_copies только на локальной ноде. Refresh и авторизация ломаются при балансировке нагрузки или после рестарта ноды.

Влияние

Нестабильные сессии админки и пользовательского API в multi-node режиме; случайные 401 при refresh.

Ожидаемый результат

Refresh работает независимо от того, какая нода обслуживает запрос.

Критерии приёмки

Зафиксирована выбранная стратегия (sticky sessions / репликация сессий / внешнее хранилище)
Refresh успешен, если запрос попадает на другую ноду, чем login
Сессии переживают рестарт одной ноды (в рамках выбранной стратегии)
Есть тесты для multi-node или интеграционного сценария

Файлы

src/infra/infra_mnesia.erl
src/handlers/admin/admin_handler_refresh.erl
src/handlers/handler_refresh.erl

Приоритет

P0

## Проблема Таблицы `session`, `admin_session` и `verification` хранятся как `ram_copies` только на локальной ноде. Refresh и авторизация ломаются при балансировке нагрузки или после рестарта ноды. ## Влияние Нестабильные сессии админки и пользовательского API в multi-node режиме; случайные 401 при refresh. ## Ожидаемый результат Refresh работает независимо от того, какая нода обслуживает запрос. ## Критерии приёмки - [ ] Зафиксирована выбранная стратегия (sticky sessions / репликация сессий / внешнее хранилище) - [ ] Refresh успешен, если запрос попадает на другую ноду, чем login - [ ] Сессии переживают рестарт одной ноды (в рамках выбранной стратегии) - [ ] Есть тесты для multi-node или интеграционного сценария ## Файлы - `src/infra/infra_mnesia.erl` - `src/handlers/admin/admin_handler_refresh.erl` - `src/handlers/handler_refresh.erl` ## Приоритет P0

cursor-ai added the Task label 2026-07-07 14:26:29 +03:00

cursor-ai self-assigned this 2026-07-07 14:26:29 +03:00

cursor-ai commented

2026-07-07 14:45:15 +03:00

Беру в работу. Следующий шаг — варианты решения для согласования.

cursor-ai commented

2026-07-07 15:11:05 +03:00

Утверждён вариант 3c: единая session-модель (refresh JWT + rotation + reuse detection). Фаза 1 в #23: ядро + admin API. Целевая база для client web и mobile.

cursor-ai commented

2026-07-07 15:19:52 +03:00

Фаза 1 реализована: таблица auth_session (disc_copies), core_auth_session, logic_auth_session, refresh JWT с rotation/reuse detection, admin login/refresh переведены. Unit-тесты проходят. API-тесты и обновление спека — следующий шаг.

cursor-ai commented

2026-07-07 15:27:30 +03:00

Спека обновлена (EventHubBackSpec §6.1). Unit-тесты: 22+ (core_auth_session, logic_auth_session, auth, admin_handler_login). API CT на Windows не запускается (argon2 NIF) — прогон в Docker/CI после донастройки. CI/CD workflows временно отключены (только workflow_dispatch).

cursor-ai commented

2026-07-07 16:28:50 +03:00

Фаза 1 завершена. Тесты в WSL: admin API CT 15/15 (включая refresh), auth unit 26/26. User API 17/21 — 4 падения не связаны с auth (calendar_view, events, occurrence_cancel, search). Готово к закрытию фазы 1.

cursor-ai closed this issue

2026-07-07 16:29:18 +03:00

cursor-ai referenced this issue from a commit

2026-07-07 17:17:03 +03:00

Реализовать кластер-безопасные admin refresh-сессии (фаза 1, #23).

cursor-ai referenced this issue

2026-07-07 19:28:16 +03:00

P1: User refresh на auth_session (фаза 2) #26

Sign in to join this conversation.