Bitácora de Operaciones - 24/02/2026

Control de Gestión

🚩 Pendientes

ID	NODO	DETALLE
➡️ - DB01 - VM SQL Server (Core)	srv-dasu	➡️ Continúa en 25/02 Tarea migrada a la bitácora del día siguiente.
➡️ - P02 - Sistema DASUTEN	srv-dasu	➡️ Continúa en 25/02 Tarea migrada a la bitácora del día siguiente.

⏳ En Proceso

ID	NODO	DETALLE
(Sin tareas activas)

📝 Resumen de Actividades

NODO	RESUMEN INTEGRAL
srv-dasu	Finalización exitosa del despliegue del Controlador de Dominio `dc-dasuten` (AD DS, DNS, ruteo NAT) y cierre del Hito A05. En paralelo, se implementó en producción la refactorización integral del Dashboard P2601 (Hito A06) incorporando telemetría dinámica y justificación de esfuerzo operativo.
srv-ns8	Finalización y verificación administrativa de la sincronización masiva a la nube de todos los respaldos locales mediante el script `dtic-BKPs` (Hito A07).

📂 Actividades Detalladas

srv-ns8

✅ - A07 - dtic-BKPs Cloud Upload

☁️ Retoma del proceso suspendido de carga hacia OneDrive corporativo de la Dirección TIC. ➡️ Viene del 23/02

Tiempo	Descripción
✅ 23:26	Verificación Administrativa. Se audita el archivo de registro `dtic-BKPs.log` confirmando retrospectivamente el éxito del proceso.
🏁 19:32	Finalización exitosa desatendida. El script `dtic-BKPs` concluyó satisfactoriamente el volcado masivo a la nube (`C3 - full_upload`). La carga fue estable y la sesión se cerró automáticamente tras verificar la sincronización de todos los directorios pesados.
🚀 17:32	Tras el incidente de pérdida de sesión (reinicio del servidor ns8), se relanza exitosamente el job de carga global a la nube utilizando el argumento `C3` en una nueva sesión de screen desatendida. En monitoreo.

srv-dasu

✅ - A06 - Dashboard P2601

🚀 Refactorización de la capa visual y lógica del Dashboard de proyecto para incorporar métricas de justificación operativa. ➡️ Viene del 23/02

Tiempo	Descripción
✅ 10:25	Segunda inyección sobre Nginx. Se incorporó traza de tiempo granular por cada sub-hito (dificultad Física vs Remota), lógica dinámica de somatoria total, e interfaz de "Acordeones" para purgar el ruido visual colapsando los grupos inactivos. Se transparentó el esfuerzo interno del propio hito A06 (desarrollo y puesta en marcha del dashboard).
✅ 10:17	Despliegue de actualización en caliente sobre Nginx. Se inyectó el panel de "Métricas Operativas" (glassmorphism) que contabiliza Dinámicamente el Tiempo Transcurrido vs Estimado, segregando la intervención en horas físicas (in-situ) y horas remotas (SSH). La línea de tiempo fue sincronizada con los últimos cierres de hitos (`A01` a `A06`).

✅ - A05 - VM Windows Server (Core)

🚀 Inicio del despliegue de una máquina virtual Windows Server Core genérica para operar primariamente como Controlador de Dominio. ➡️ Viene del 23/02

Tiempo	Descripción
✅ 23:49	Verificación de conectividad. El operador testea resolución y ping satisfactorio hacia internet (`8.8.8.8`) desde el interior del nuevo dominio, validando completamente el puente NAT construido en el hipervisor.
👑 22:31	Promoción a Controlador de Dominio. El operador ejecuta localmente los commandlets de PowerShell (`Install-ADDSForest`) inyectando el nombre de dominio root `dasuten.utnlr`. El proceso finaliza con código `Success` y el servidor entra en fase de reinicio automático para asumir sus nuevos roles (AD DS, DNS, Group Policy).
🌐 21:00	Habilitación de ruteo NAT en Proxmox (`srv-dasu`). Se activa el IPv4 Forwarding (`net.ipv4.ip_forward=1`) y se inyecta una regla de enmascaramiento (`MASQUERADE`) en iptables para la subred `10.0.100.0/24`. Esto otorga a la VM aislada acceso seguro a internet a través del hipervisor sin exponerla directamente a la red de la Facultad.
✅ 20:34	Finaliza configuración inicial (SConfig). Se instalaron exitosamente los controladores faltantes de red (VirtIO NetKVM) vía `pnputil` desde PowerShell. Se configuró el nombre de host `dc-dasuten` y la IP aislada elegida `10.0.100.10` con los DNS apuntando al localhost listos para la promoción a AD DS. El SO base está operativo.
🧠 20:16	Decisión Estratégica ("Security & Isolation"). Se replantea la arquitectura de red interna de las VMs. Para evitar colisiones y aislar el entorno operativo del segmento general de la Facultad (`10.0.10.x`), se decide que las VMs tras el hypervisor operarán en una subred privada segregada (`10.0.100.x`). El enrutamiento y salida externa se manejará posteriormente a nivel Proxmox o mediante túneles Tailscale.
👁️ 19:48	Bloqueo temporal interactivo. El operador reporta que la imagen solo permite instalación en Inglés (comportamiento esperado por ISO `en-us`) y un error de Compatibilidad. El error "The upgrade option isn't available" se debe a la selección errónea del método "Upgrade" sobre un disco virtual completamente vacío. Se le instruye al operador seleccionar el método "Custom: Install Windows only (advanced)".
👁️ 19:28	Inicio de la instalación gráfica interactiva de Windows Server 2022 Core a través de la consola remota VNC de Proxmox. Sistema en proceso de copiado de archivos e instalación base.
✅ 09:54	Intervención administrativa exitosa. Relevamiento fotográfico confirma la habilitación de Hardware Virtualization (SVM) y auto-encendido (APM) en la placa base ASUS PRIME A320M-K (BIOS V.0217). Datos asentados en el perfil del nodo `srv-dasu.md`.
🚀 09:54	Arranque exitoso de la VM `100` (`qm start 100`). El sistema hypervisor levantó la máquina operativa sin fallos de KVM, confirmando la resolución del bloqueo crítico.

7.3 KiB Raw Blame History