docs(.wiki): ingest iis-host-migration attempt 2 (success) + docker-host-loopback-detect

Phase 10 успех — recipe из post-mortem применён полностью: backend port :8089, bak-pre-attempt2 серия, IIS binding + Stop+Start, loop-detect через docker exec wget, 2 canary phone-tests от мобильного интернета, batch 9 cms; stayer routes user-ом подтверждены internal → .yml.disabled.

Touched:
- sources/iis-host-migration-2026-05-19.md — append Phase 10
- concepts/iis-migration-2026-05-19-postmortem.md — footer attempt-2-succeeded с маппингом recipe A-G
- concepts/recovery-architecture-snapshot.md — major rewrite, chain через host-IIS:8089, VM = parallel fallback
- entities/snolla-recovery-vm.md — status parallel-fallback, 24-48h soak
- entities/windows-recovery-host.md — IIS sites active prod
- NEW concepts/docker-host-loopback-detect.md — recipe loop-detect + WinHTTP-proxy gotcha
- index.md, log.md

snolla-recovery-vm.md

@@ -1,7 +1,7 @@
 ---
-title: Snolla Recovery VM (VirtualBox) — active prod
+title: Snolla Recovery VM (VirtualBox) — parallel fallback после attempt 2
 type: entity
-tags: [vm, virtualbox, windows, iis, cms, recovery, active]
+tags: [vm, virtualbox, windows, iis, cms, recovery, parallel-fallback]
 sources: [../sources/nas-recovery-session-2026-05-18.md, ../sources/iis-host-migration-2026-05-19.md, ../concepts/iis-migration-2026-05-19-postmortem.md]
 updated: 2026-05-19
 ---
@@ -10,7 +10,9 @@ updated: 2026-05-19
 
 VirtualBox-VM на [[windows-recovery-host]], в которой работает CMS-стек (IIS + .NET + код CMS). Импортирован из OVA-снапшота 2024-10-27, который лежал в Hyper Backup репо.
 
-**Статус (вечер 2026-05-19 после revert):** VM **снова active prod**. Был attempt мигрировать на host-IIS в течение дня, через ~10 минут после "done"-объявления пользователь увидел `502 Bad Gateway` → `TOO_MANY_REDIRECTS` → revert (см. [[iis-migration-2026-05-19-postmortem]]). VM поднята из savestate командой `VBoxManage startvm "snolla-recovery"`, потребовался `ipconfig /release /renew` через guestcontrol для оживления network adapter (recipe из [[vbox-windows-stability-tuning]]). Traefik backends восстановлены из `*.bak-phase3-2026-05-19` → trafic снова идёт через VM. Всё, что наработано на хосте для миграции, осталось inert на хосте для следующей попытки.
+**Статус (после attempt 2 на host-IIS, 2026-05-19 вечер):** VM **running, но больше не на prod-пути** — все 11 cms hosts мигрированы на host-IIS:8089 ([[iis-host-migration-2026-05-19]] Phase 10). VM держится как **parallel fallback** в течение 24-48h soak (recipe-D из [[iis-migration-2026-05-19-postmortem]]). VM NAT port forwards `:18080/:18180/:18181/:18189` холостые — traefik больше не ходит. После confirmed stability — `savestate` (освободит ~3 GB RAM), потом `unregistervm --delete` (освободит ~92 GB на C:).
+
+История: утром 2026-05-19 attempt 1 миграции сломал prod (Docker NAT loop), был revert на VM. Через тот же вечер — attempt 2 по recipe (backend port `:8089` вместо `:80`, smoke `-MaximumRedirection 0`, phone-test не-LAN) — succeeded. Подробности обеих попыток в `iis-host-migration-2026-05-19` Phases 1-10.
 
 ## Параметры