From 1d59634a1ed4d1377abcc5147a12a59c0e5f5c25 Mon Sep 17 00:00:00 2001 From: OpeItcLoc03 Date: Sun, 24 May 2026 12:02:23 +0000 Subject: [PATCH 1/4] meta(tasks): create [books-vds-bookva-bootstrap] in OpeItcLoc03/admin --- .tasks/STATUS.md | 30 ++++++++++++++++++++++++++++++ 1 file changed, 30 insertions(+) diff --git a/.tasks/STATUS.md b/.tasks/STATUS.md index b1aae33..46da6d4 100644 --- a/.tasks/STATUS.md +++ b/.tasks/STATUS.md @@ -62,3 +62,33 @@ _Updated: 2026-05-24 (Cleanup: 25 🟢 closed blocks → [ARCHIVE.md](ARCHIVE.md **Branch:** master + +## 🔵 [books-vds-bookva-bootstrap] — Ops-таска для Фазы 4 дизайна `tenant-split` из victor/books (см. `mcp__projects-meta__knowledge_get slug=concepts/tenant-split`). Поднять новый VDS для Bookva — billing на юрлицо Bookva (учредители развелись, каждое юрлицо платит инфру напрямую провайдеру). + +**Контекст dev-source:** дизайн в victor/books `.wiki/concepts/tenant-split.md`; brainstorm trace `~/projects/.workshop/.archive/2026-05-24-books-tenant-split.md`. + +**Direction:** Slovo остаётся на текущем VDS, Bookva переезжает на новый. + +**Acceptance:** +- Новый VDS у провайдера (Rusonyx или другой по предпочтению Bookva), billing-account оформлен на юрлицо Bookva. +- Docker + traefik + certbot развёрнуты. +- DNS `*.bookva.` готов резолвиться на новый IP (фактический switch — в `books-dns-cutover-bookva`). +- SSH-ключи: только инженерные (core-разраб + админ Bookva, если есть). Аналитики Bookva — НЕ имеют SSH к новому VDS. + +**Status:** blocked +**Where I stopped:** (not started) +**Next action:** **Pre-step:** прочитать `concepts/tenant-split.md` § «Фаза 4» в victor/books (через `mcp__projects-meta__knowledge_get slug=concepts/tenant-split` или git clone victor/books → `.wiki/concepts/tenant-split.md`). + +1. Согласовать с учредителем Bookva: provider, configuration (CPU/RAM/disk), регистрация billing'а на юрлицо Bookva. +2. Provision VDS, базовая настройка (firewall, fail2ban, SSH ключи). +3. Установить Docker + docker-compose. +4. Развернуть traefik + certbot из overlay-репо `victor/books-bookva/deploy/traefik.compose.yml`. +5. Подготовить DNS-зону `bookva.` (создать A-records, TTL=300 для возможности быстрого switch'а). +6. Smoke: `curl https://placeholder.bookva.` → 200 от nginx-placeholder или из traefik. +7. Документировать в `victor/books-bookva/README.md`: hostname, IP, как ssh, runbook smoke-теста. +8. Закрыть с note: «VDS поднят, IP=<...>, готов к stack deploy». +**Blocker:** victor/books `tenant-split-pointers` + `overlay-repos-bootstrap-bookva-slovo` + `compose-second-mariadb-instance` + `per-tenant-backup-and-observability` (стек уже работает на текущем VDS логически — пора готовить физический переезд). +**Branch:** n/a + + +--- From 25b2ff40320b8c82ac657a0d7d23233ae4989c1b Mon Sep 17 00:00:00 2001 From: OpeItcLoc03 Date: Sun, 24 May 2026 12:02:45 +0000 Subject: [PATCH 2/4] meta(tasks): create [books-dns-cutover-bookva] in OpeItcLoc03/admin --- .tasks/STATUS.md | 30 ++++++++++++++++++++++++++++++ 1 file changed, 30 insertions(+) diff --git a/.tasks/STATUS.md b/.tasks/STATUS.md index 46da6d4..f98e93e 100644 --- a/.tasks/STATUS.md +++ b/.tasks/STATUS.md @@ -92,3 +92,33 @@ _Updated: 2026-05-24 (Cleanup: 25 🟢 closed blocks → [ARCHIVE.md](ARCHIVE.md --- + +## 🔵 [books-dns-cutover-bookva] — Ops-таска для Фазы 4, шаг 5 дизайна `tenant-split` из victor/books. DNS switch `*.bookva.` → новый VDS IP, с parallel-run старого bookva-стека на shared VDS 7 дней без публичного hostname. + +**Контекст dev-source:** дизайн в victor/books `.wiki/concepts/tenant-split.md` § «Фаза 4». + +**Acceptance:** +- DNS `*.bookva.` (или конкретный hostname Bookva — определяется учредителем) указывает на новый VDS IP. +- Старый bookva-стек на shared VDS остаётся запущенным, **без публичного hostname** (traefik labels убраны или disabled), доступен только по docker-сети для возможного отката. +- Smoke с двух разных сетей (mobile + офисный wifi) — `https://` отвечает с нового VDS. +- Per-VDS backup'ы на новом VDS подтверждены — есть snapshot спустя 24ч после DNS-switch'а. +- Через 7 дней parallel-run без откатов — decommission старого bookva-стека (см. Фаза 4, шаг 7 в spec). + +**Status:** blocked +**Where I stopped:** (not started) +**Next action:** **Pre-step:** прочитать `concepts/tenant-split.md` § «Фаза 4, шаги 4–7» в victor/books. + +1. Maintenance window 1–2ч (объявить за 7 дней). +2. Финальная синхронизация: `mysqldump mariadb-bookva` на текущем VDS → `mysql` на новом VDS (если schema/data разошлись с момента Фазы 2). +3. Smoke на новом VDS до DNS-switch'а: hosts-файл override → проверить login + base flow. +4. DNS-switch: меняем A-record(s) для bookva-hostname на new IP. TTL=300 уже стоял (Phase 4 step 1). +5. Через 1ч (TTL expiry + propagation): smoke с двух сетей. +6. На старом VDS — отключить traefik labels для bookva-стека (контейнеры продолжают работать, но не доступны снаружи). +7. **Parallel-run 7 дней.** Каждый день — smoke. Per-VDS backup на новом VDS — проверить хотя бы 1 успешный snapshot. +8. Если за 7 дней проблем нет → закрыть с note «cutover stable». Если есть — DNS rollback на старый IP, follow-up debug task в victor/books. +9. **Decommission** старого bookva-стека на shared VDS (отдельный шаг, не в этой таске — финальный backup в архив + `docker compose down` + volume drop). +**Blocker:** `books-vds-bookva-bootstrap` + victor/books `pwa-redirect-handoff` (SW bump выкачен в shared API за 1–2 недели до этой таски). +**Branch:** n/a + + +--- From 993e86086bb38043b697b1a8f480d52a62f7393e Mon Sep 17 00:00:00 2001 From: OpeItcLoc03 Date: Sun, 24 May 2026 12:03:02 +0000 Subject: [PATCH 3/4] meta(tasks): create [books-ssh-audit-shared-vds] in OpeItcLoc03/admin --- .tasks/STATUS.md | 29 +++++++++++++++++++++++++++++ 1 file changed, 29 insertions(+) diff --git a/.tasks/STATUS.md b/.tasks/STATUS.md index f98e93e..078923d 100644 --- a/.tasks/STATUS.md +++ b/.tasks/STATUS.md @@ -122,3 +122,32 @@ _Updated: 2026-05-24 (Cleanup: 25 🟢 closed blocks → [ARCHIVE.md](ARCHIVE.md --- + +## ⚪ [books-ssh-audit-shared-vds] — Ops-таска для Фазы 3, шаг 2 дизайна `tenant-split` из victor/books. SSH-аудит на текущем shared VDS перед cutover'ом. На промежуточной стадии (1 VDS, 2 стека, 2 БД) — infra-level изоляция временно скомпрометирована: пользователь с SSH к VDS может прочитать БД соседнего tenant'а через localhost. Минимизировать риск до Фазы 3. + +**Контекст dev-source:** дизайн в victor/books `.wiki/concepts/tenant-split.md` § «Двухуровневая изоляция пользователей → Infra-level». + +**Не блокируется ничем** — можно сделать сразу при начале Фазы 2 logical split. + +**Acceptance:** +- `~/.ssh/authorized_keys` на shared VDS reviewed. +- Все ключи, не принадлежащие core-разрабу или формально-назначенному админу клиента — отозваны. +- Особое внимание: ключи аналитиков (если они когда-то выдавались) — отозвать. Аналитики работают через app-level login, не SSH. +- Документировать список оставшихся ключей в `OpeItcLoc03/admin/.wiki/concepts/books-ssh-access.md` (или эквивалент): owner, дата выдачи, обоснование. + +**Status:** ready +**Where I stopped:** (not started) +**Next action:** 1. `ssh user@ 'cat ~/.ssh/authorized_keys'` или через panel провайдера. +2. Для каждого ключа: идентифицировать owner (по комментарию в ключе, по дате последнего login через `last`, по записи в локальной памяти). +3. Сформировать список «оставить / отозвать»: + - **Оставить:** core-разраб (ты), формально-назначенный админ клиента (если есть). + - **Отозвать:** аналитики, бывшие сотрудники, неопознанные ключи. +4. Согласовать с учредителями (формально) перед удалением — особенно если есть ключи их подчинённых. +5. Удалить отозванные ключи из `authorized_keys`. Backup старого файла в `/etc/ssh/authorized_keys.pre-audit-$(date +%F)`. +6. Verify: `ssh -i user@host` отвергается. +7. Документировать в `OpeItcLoc03/admin/.wiki/concepts/books-ssh-access.md`. +8. Закрыть с note: «N ключей оставлено (), M отозвано». +**Branch:** n/a + + +--- From 46d4d95482ff271226a5c07c793c93720c3ca868 Mon Sep 17 00:00:00 2001 From: OpeItcLoc03 Date: Sun, 24 May 2026 12:03:22 +0000 Subject: [PATCH 4/4] meta(tasks): create [books-bookva-user-whitelist-gathering] in OpeItcLoc03/admin --- .tasks/STATUS.md | 31 +++++++++++++++++++++++++++++++ 1 file changed, 31 insertions(+) diff --git a/.tasks/STATUS.md b/.tasks/STATUS.md index 078923d..52f9f0f 100644 --- a/.tasks/STATUS.md +++ b/.tasks/STATUS.md @@ -151,3 +151,34 @@ _Updated: 2026-05-24 (Cleanup: 25 🟢 closed blocks → [ARCHIVE.md](ARCHIVE.md --- + +## ⚪ [books-bookva-user-whitelist-gathering] — **Процессная** ops-таска для Фазы 3, шаг 1 дизайна `tenant-split` из victor/books. Получить от учредителя Bookva письменный список пользователей, которые допущены к Bookva-инсталляции. Без этого списка cutover не возможен — иначе утечка доступа: либо лишние юзеры получат доступ к Bookva (через копирование «всех users»), либо легитимные юзеры заблокированы (через пустой whitelist). + +**Direction:** Bookva — новая инсталляция, начинается с whitelist'а (закрытый список). Slovo — остаётся на текущем стеке, получает копию всех текущих users (статус-кво). + +**Контекст dev-source:** дизайн в victor/books `.wiki/concepts/tenant-split.md` § «Двухуровневая изоляция пользователей → App-level» и § «Фаза 3, шаг 1». + +**Не блокируется ничем** — можно начинать gathering сразу, лаг до cutover'а может быть значительным. + +**Acceptance:** +- Письменный список от учредителя Bookva (email или подписанный документ): ФИО + role (если знают). +- Список зафиксирован в `OpeItcLoc03/admin/.wiki/concepts/books-bookva-whitelist.md` или в отдельной таблице. +- Для каждой строки списка сверка с текущей `users`-таблицей shared БД: user существует / роль соответствует / email актуален. +- Любые расхождения (запрошенный user не существует в shared / роль другая) — обработаны: создать новый user в Bookva-БД post-cutover ИЛИ скорректировать список с учредителем. + +**Status:** ready +**Where I stopped:** (not started) +**Next action:** 1. Отправить учредителю Bookva формальный запрос (email/мессенджер): «Для tenant-split нужен список пользователей, которые останутся в Bookva после разделения. Формат: ФИО + роль + email/login. Список будет применён на cutover'е как whitelist». +2. Дождаться ответа (это может занять дни/недели — нормально). +3. Получив список — сверить с `users`-таблицей shared БД: + ```sql + SELECT id, login, email, role FROM users WHERE email IN () AND deleted_at IS NULL; + ``` +4. Разобрать расхождения с учредителем (missing / role mismatch / inactive). +5. Зафиксировать финальный список в `OpeItcLoc03/admin/.wiki/concepts/books-bookva-whitelist.md` (или в local-only encrypted file если NDA-чувствительно). +6. Финальный список становится input'ом для Фазы 3, шаг 1: при настройке Bookva-БД в неё попадают **только** эти users. +7. Закрыть с note: «whitelist (N users) подтверждён учредителем, готов к применению на cutover'е». +**Branch:** n/a + + +---