admin/.tasks/NEXT-SESSION-PROMPT.md

Prompt для следующей сессии

Скопируй этот блок и вставь как первое сообщение:

---

Привет! Возвращаемся к iis-on-host-migration. Перед началом обязательно прочти:

1. .wiki/concepts/iis-migration-2026-05-19-postmortem.md — почему предыдущая попытка сломала prod
2. .wiki/sources/iis-host-migration-2026-05-19.md (Phase 9 в конце — про rollback)
3. .wiki/concepts/recovery-architecture-snapshot.md (актуальный VM-chain)

Кратко где мы сейчас (после rollback):

• Prod снова через VM snolla-recovery (как было до session 2026-05-19). 11 main routes + 2 stayer routes в traefik → host.docker.internal:18080/18180/18181 → VM IIS.
• На хосте есть inert артефакты предыдущей попытки миграции — НЕ удалять без явного решения:
  • C:\sites\{snolla, stostayer, stostayer.old, snolla-identity-manager} — Web.config'и уже patched (sitePath, conn-strings).
  • IIS sites/pools snolla, stostayer, stostayer.old готовы (.NET v4.0 Integrated, ApplicationPoolIdentity, ACL).
  • Traefik backup-stamps *.bak-phase3-2026-05-19, *.bak-stayer-switch-2026-05-19, *.bak-hostip-2026-05-19.

Цель повторной попытки — выполнить миграцию по recipe из post-mortem, без повторения 10 ошибок:

1. Backend port — НЕ :80. Использовать :18080 на хосте (старый VM NAT port forward, теперь свободен после unregistervm или после остановки VM). Или другой свободный (НЕ совпадающий с traefik publish-ports :8000, :4443, :8080). Это избегает Docker NAT loop.
2. Smoke test с -MaximumRedirection 0 / --max-redirs 0 + read first response. Если Location == request URL или близко → loop, fail fast.
3. Тест из НЕ-LAN сети (телефон через мобильный интернет, VPS curl) до commit'a — не доверять local smoke.
4. Параллельный run VM x 24h+ — НЕ savestate'ить VM на следующий же день. Держать как hot fallback хотя бы сутки реального трафика.
5. Atomic revert plan ДО старта — backup всех traefik yml, написать "если что — paste this" revert-команду заранее.

Не делай без моего "да":

• Любые traefik patches (меняет prod-трафик).
• Любые destructive операции на C:\sites\, C:\nas-recovery\vm-sites\, snolla.ova.
• Глушить VM до подтверждённой 24h+ стабильности host'а.
• Push в git (gitea пока на мёртвой синке, и autopush не разрешён в любом случае).

Контекстные пароли (в Web.config / .env, не в чате):

• MSSQL SA: C:\Users\vitya\projects\docker\diskstation\mssql\.env
• snolla CMS conn: user snolla, password в C:\sites\snolla\Web.config (fXkH4@8O%3pc)
• stostayer (новый): user stayer_site, password в C:\sites\stostayer\Web.config (^I9D)LB)DK)8J#xBDG$t}W&_ioaT!M!LF, XML-escape!)
• VM SSH: ~/.ssh/id_ed25519_snolla_vm → vitya@127.0.0.1:8022 (NAT-forward)
• VM admin password: Pryakhin9

Поехали — но сначала прочти post-mortem полностью.

---

Что почитать AI-агенту перед началом (для самопроверки контекста)

• .wiki/overview.md — точки входа
• .wiki/concepts/iis-migration-2026-05-19-postmortem.md ← critical (10 ошибок + recipe)
• .wiki/sources/iis-host-migration-2026-05-19.md (включая Phase 9 в конце)
• .wiki/sources/nas-recovery-session-2026-05-18.md — почему вообще этот хост
• .wiki/concepts/recovery-architecture-snapshot.md — актуальный VM-chain
• .wiki/entities/snolla-recovery-vm.md — VM active prod
• .wiki/entities/windows-recovery-host.md — host inert artifacts
• .wiki/concepts/cms-config-rewrite-pattern.md — UTF-8 BOM
• .wiki/concepts/webconfig-password-xml-escape.md — & → & в conn-string
• .tasks/STATUS.md
• .tasks/iis-on-host-migration.md — Phase 1-9 история
• Это сообщение