[A04.P005] F6: Plan de proyecto optimizado con W-Zombi y RustDesk

docs/ambito/dtic-DASUTEN/A04.P005_DASUTEN-sin-DC.md

@@ -129,48 +129,30 @@ Crear dos VMs nuevas (SQL Server + PC cliente) en `srv-dasu`, instalar el sistem
 
 > **Nota:** W-Zombi fue un andamiaje temporal usado para instalar software cuando no había SSH. Ahora que OpenSSH está operativo en :7022, W-Zombi **ya no es necesario** en esta VM.
 
-### 🚧 **FASE 6: Validación con PC cliente (restore de VM 102)** *(en curso 2026-04-11)*
+### ✅ **FASE 6: Validación con PC cliente (dasu-pcv)** *(en curso 2026-04-11)*
 
-> **Estrategia:** Restaurar el backup vzdump de la VM 102 (`pcv-dasu0`, 13.47 GB del 2026-03-16) como VM 107. Esta VM ya tiene el launcher DASUTEN configurado y funcionando con el antiguo SQL en dominio. Se desvinculará del dominio, se renombrará y se apuntará al nuevo SQL Server en modo Workgroup.
->
-> **Nota:** Los discos originales de VM 102 fueron eliminados durante la limpieza de espacio. El backup `images:backup/vzdump-qemu-102-2026_03_16-00_40_03.vma.zst` se encontró en el storage `images` de Proxmox.
+> **Estrategia (Actualizada):** Se restauró el cliente desde un backup VZDUMP (`pcv-dasu0`) como VM 107. Se desvinculó del dominio, se creó usuario local y se renombró. Acceso gestionado mediante RustDesk y SSH.
 
-#### Preparación de la VM
-- [x] **6.1:** Restaurar backup → VM 107 en Proxmox 🚧:
-  ```bash
-  qmrestore images:backup/vzdump-qemu-102-2026_03_16-00_40_03.vma.zst 107 --storage local-lvm
-  ```
-- [ ] **6.2:** Renombrar VM a `dasu-pcv`, ajustar config (RAM 4GB, red vmbr0, quitar ISOs).
-- [ ] **6.3:** Iniciar VM 107 y acceder vía consola noVNC.
-
-#### Desvinculación del dominio
-- [ ] **6.4:** Quitar del dominio → unir a WORKGROUP:
-  ```powershell
-  # Sin DC accesible, forzar salida del dominio:
-  Remove-Computer -WorkgroupName "WORKGROUP" -Force -Restart
-  ```
-- [ ] **6.5:** Renombrar hostname a `dasu-pcv`:
-  ```powershell
-  Rename-Computer -NewName "dasu-pcv" -Restart
-  ```
-- [ ] **6.6:** Verificar red DHCP del ISP y anotar IP asignada.
-
-#### Acceso y gestión
-> **Nota:** `dasu-pcv` es una PC cliente con GUI. Se gestiona directamente desde la **consola noVNC** de Proxmox. No requiere SSH ni W-Zombi.
+#### Preparación y Hardening del Cliente
+- [x] **6.1:** Restaurar backup → VM 107 en Proxmox ✅ (usando wrapper `zstd --no-check` para saltar corrupción).
+- [x] **6.2:** Renombrar VM a `dasu-pcv` e iniciar ✅.
+- [x] **6.3:** Crear administrador local (`adminpcv` configurado y enlazado a candados) ✅.
+- [x] **6.4:** Desvincular de UTNLARIOJA → unir a WORKGROUP `DASUTEN` ✅.
+- [x] **6.5:** Renombrar hostname a `dasu-pcv` (vía W-Zombi switch relay) ✅.
+- [x] **6.6:** Instalar accesos remotos alternativos ✅ (RustDesk activo, OpenSSH Server puerto 7022 activo).
 
 #### Reconfiguración DASUTEN
-- [ ] **6.7:** Reconfigurar connection string del launcher DASUTEN:
-  - **Servidor:** `192.168.1.11` (dasu-sql4)
-  - **Puerto:** `1433`
-  - **Base:** `sysdasuten`
+- [ ] **6.7:** Reconfigurar archivo local del cliente DASUTEN (`Dasuten_v7.ini` u análogo):
+  - **Servidor:** `192.168.1.11,1433` (dasu-sql4)
+  - **Base:** `DASUTEN`
   - **Auth:** SQL (`sa` / password en bóveda)
 - [ ] **6.8:** Ejecutar pruebas funcionales: login al sistema, consultas, altas, reportes.
 - [ ] **6.9:** Documentar qué funcionalidades dependen del DC (si alguna) y cuáles operan sin él.
 
 #### Decisión final
-- [ ] **6.10:** **Decisión**: ¿Se puede prescindir del DC para esta implementación?
-  - ✅ **SÍ** → Adoptar enfoque definitivo, apagar VMs legacy (100, 101), limpiar VM 105.
-  - ❌ **NO** → Reactivar VMs originales y retomar enfoque con DC.
+- [ ] **6.10:** **Decisión**: ¿Se puede prescindir del DC definitivamente?
+  - ✅ **SÍ** → Adoptar enfoque, apagar VMs legacy (100, 101), limpiar VM 105.
+  - ❌ **NO** → Retroceder a P2601.08 con DC.
 
 ---