From 57a2b52a6e83ac2a5c6b0aa1c1eb57e8408dfd71 Mon Sep 17 00:00:00 2001 From: Ricardo Monla Date: Wed, 25 Feb 2026 00:05:08 -0300 Subject: [PATCH] =?UTF-8?q?docs(bitacora):=20Eliminar=20sufijo=20'hs'=20de?= =?UTF-8?q?=20las=20tablas=20cronol=C3=B3gicas?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- bitacoras/2026-02-24.md | 28 ++++++++++++++-------------- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/bitacoras/2026-02-24.md b/bitacoras/2026-02-24.md index 3dbf4dfd..e25fc053 100644 --- a/bitacoras/2026-02-24.md +++ b/bitacoras/2026-02-24.md @@ -31,9 +31,9 @@ | Tiempo | Descripción | | :--- | :--- | -| ✅ 23:26 hs | Verificación Administrativa. Se audita el archivo de registro `dtic-BKPs.log` confirmando retrospectivamente el éxito del proceso. | -| 🏁 19:32 hs | 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 hs | 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. | +| ✅ 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 @@ -43,8 +43,8 @@ | Tiempo | Descripción | | :--- | :--- | -| ✅ 10:25 hs | 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 hs | 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`). | +| ✅ 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. @@ -52,15 +52,15 @@ | Tiempo | Descripción | | :--- | :--- | -| ✅ 23:49 hs | 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 hs | 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 hs | 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 hs | 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 hs | 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 hs | 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 hs | 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 hs | 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 hs | 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. | +| ✅ 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. | ---