docs: armonización masiva de bitácoras, categorización de nodos y diagnóstico srv-dasu

bitacoras/2026-02-25.md

@@ -27,11 +27,12 @@
 🚀 Despliegue de métricas web, reestructuración estructural, y evolución de los servicios core expuestos (Apps).
 ➡️ **[Viene del 19/02](2026-02-19.md)**
 
-| Tiempo | Descripción |
-| :--- | :--- |
-| �️ 19:51 | Optimización de Capacidad de Subida. Ante un error de tamaño límite al intentar subir la ISO de SQL Server, se incrementa radicalmente la capacidad de carga del gestor `apps`. Se inyecta un archivo `uploads.ini` (10GB max filesize/post, 1024M memory, 3600s timeouts) dentro del contenedor de PHP, junto a la directiva `client_max_body_size 20G` en el proxy reverso Nginx. |
-| �🔑 19:11 | Alta de Credenciales en Gestor de Archivos. A pedido del usuario, se inyecta en caliente (sin downtime) el usuario `utnlr` en la instancia `apps` (`TinyFileManager`), validado contra su respectivo vector criptográfico salt (hash bcrypt). En simultáneo, se revoca la política de solo-lectura (`$readonly_users`) permitiendo que este usuario efectúe subidas (`upload`) de archivos. |
-| 🔀 18:55 | Reestructuración de Servicio de Archivos. A solicitud del usuario, se renombra y migra la instancia de `TinyFileManager` (TFM). El alias cambia oficialmente de `tfm` a `apps`. Se modifican las variables en código (PHP `FM_SELF_URL`), se renombra el contenedor de Docker (`srvv-apps`) y se reescribe el proxy inverso en Nginx. Adicionalmente, se habilita el acceso vía HTTP puro sobre la IP local (`10.0.10.8`), añadiendo una excepción al bloque redireccional del puerto 80. |
+| I | F | Descripción | E |
+| :--- | :--- | :--- | :--- |
+| 18:55 | 19:51 | Reestructuración de servicios: migración TFM a apps. | [R] ✅ |
+| 19:51 | - | Optimización de capacidad de subida (10GB) para ISOs. | [R] ☁️ |
+| 19:11 | - | Alta de credenciales utnlr y permisos de escritura. | [R] 🔑 |
+| 18:55 | - | Migración de alias tfm a apps y ajuste de Docker/Nginx. | [R] 🔀 |
 
 ### sql-dasuten
 
@@ -39,20 +40,21 @@
 🚀 Despliegue de nueva máquina virtual Windows Server Core genérica para rol de motor de Base de Datos (`sql-dasuten`).
 ➡️ **[Viene del 24/02](2026-02-24.md)** | ➡️ **[Continúa el 26/02](2026-02-26.md)**
 
-| Tiempo | Descripción |
-| :--- | :--- |
-| 💉 20:41 | Inyección Lateral de Carga Útil (VNC Bypass). Ante la restricción física de portapapeles en la consola HTML5/VNC de Proxmox que impedía al operador provisionar las extensas directivas de SQL Server, la IA diseña y despliega una táctica evasiva de ingeniería de red. Se consolida el comando de instalación silenciosa y la apertura de firewalls (TCP 3389 y 1433) dentro de un stager temporal (`s.txt`), sirviéndolo mediante un demonio HTTP efímero en Python 3 (`port 8000`) desde el nodo `srv-ns8`. El operador sortea el bloqueo transcribiendo manualmente un payload minimalista de 35 caracteres en PowerShell (`iwr 10.0.10.8:8000/s.txt -useb\|iex`), detonando la construcción en cadena de toda la instancia DB01. `[Físico: 4:41 hs]` |
-| ⚙️ 20:31 | Despliegue de Core Relacional (SQL Server). Estando el escenario congelado a ZSTD (Fallback seguro), el usuario despacha interactivamente desde su consola VNC (Proxmox) el comando de aprovisionamiento silencioso (unattended `/Q`) construido ad-hoc por la IA. El proceso instala en este momento el `SQLEngine` directamente sobre los discos de alto rendimiento LUN secundario (`D:\SQL_DATA\*`) bajo el prefijo `MSSQLSERVER`. |
-| 🛡️ 20:16 | Resguardo Integral de Infraestructura Core. Petición explícita del usuario para capturar el estado íntegro de los nodos Windows previos a la instalación compleja. La IA lanza desatendidamente un volcado completo comprimido (ZSTD) vía SSH: `vzdump 100 101 --mode snapshot`. Resultados excelentes: VM 100 (`dc-dasuten`, 50GB) respaldada en 1 minuto (archivo de 2.0GB). VM 101 (`sql-dasuten`, 150GB) respaldada en 2.5 minutos (archivo de 3.3GB). Escenario blindado. |
-| 💿 20:07 | Suministro del Medio de Instalación SQL (IA). El usuario facilita la imagen ISO de SQL Server 2019 en el nodo `srv-ns8`. Inmediatamente, la IA orquesta la transferencia lateral nativa vía protocolo seguro SCP directo hacia el datastore maestro de Proxmox en `srv-dasu` (`/var/lib/vz/template/iso/`), logrando un volcado íntegro de 1.5GB en escasos segundos gracias al troncal LAN. |
-| 👁️ 18:36 | Búsqueda de Inyectables OS (IA). La IA realiza una exploración autónoma en el repositorio de plantillas ISO del Proxmox (`/var/lib/vz/template/iso/`) vía SSH, verificando la ausencia del medio de instalación de SQL Server 2019 para planificar los métodos de aprovisionamiento lógico. |
-| 💾 18:35 | Aprovisionamiento de Almacenamiento Dedicado (Usuario + IA). Para garantizar performance y aislamiento del motor de base de datos, la IA inyecta autónomamente en caliente (vía Proxmox SSH) un segundo disco virtual VirtIO SCSI de `100GB`. Acto seguido, el operador inicializa la unidad GPT en Windows, asigna la letra `D:` sorteando la colisión del CD-ROM, y formatea en NTFS bajo la etiqueta `SQL_DATA`. |
-| 👑 17:51 | Promoción de Identidad y Rol. El operador utiliza `SConfig` para vincular formalmente la instancia DB01 al Active Directory. Al validar las credenciales de administrador, el servidor queda integrado exitosamente al dominio `dasuten.utnlr` conformando la primera relación de confianza intracluster. Se dispara reinicio para herencia de políticas. |
-| 🟢 17:43 | Configuración de Red Base e inyección DNS Aislada. El operador instala los controladores VirtIO NetKVM, y establece la IP `10.0.100.11` a través de SConfig. Se constata comunicación L3 impecable contra el AD DS (`10.0.100.10`) y salida al exterior (`8.8.8.8`). Resoluciones externas (ej: `google.com`) fallan bajo diseño esperado dado que el DNS principal es el `dc-dasuten` aislado, el cual carece temporalmente de reenvío DNS externo (Forwarders). |
-| ✅ 17:31 | Finalización OS base e Identidad. El operador completa la instalación de Windows Server Core y configura exitosamente el nombre de host a `sql-dasuten`. Queda pendiente la inyección de controladores VirtIO y el enrutamiento. |
-| 👁️ 17:14 | Instalación de OS. El operador inicia la instalación gráfica interactiva de Windows Server 2022 Core a través de la consola VNC de Proxmox en la VM `sql-dasuten`. El sistema se encuentra en proceso de selección de disco (montaje de drivers VirtIO) y copiado de archivos. |
-| 🚀 17:01 | Aprovisionamiento de Instancia (IA). Creación desatendida vía SSH ejecutada por la IA de la VM 101 (`sql-dasuten`) con 4GB RAM, 2 Cores y disco virtio-scsi de 50GB. La IA encendió la máquina e inyectó las ISOs necesarias para preparar el terreno a la instalación interactiva. |
-| 👁️ 16:00 | Inicio de la jornada presencial y Fase de Research. El operador arriba físicamente al nodo y comienza la investigación arquitectónica para determinar la infraestructura óptima del motor de base de datos (`sql-dasuten`). Se evalúa la viabilidad del binomio Windows Server Core + SQL Server 2019. `[Físico: Iniciado 16:00]` |
+| I | F | Descripción | E |
+| :--- | :--- | :--- | :--- |
+| 16:00 | 20:41 | Despliegue de VM sql-dasuten e instalación de SQL Server. | [P] ✅ |
+| 20:41 | - | Inyección lateral de carga útil (VNC Bypass) vía iwr. | [P] 💉 |
+| 20:31 | - | Instalación desatendida de SQL Server (SQLEngine). | [P] ⚙️ |
+| 20:16 | - | Resguardo integral de infraestructura vía vzdump (ZSTD). | [P] 🛡️ |
+| 20:07 | - | Transferencia SCP de imagen ISO SQL Server a Proxmox. | [P] 💿 |
+| 18:36 | - | Exploración de repositorio de plantillas ISO vía SSH. | [P] 👁️ |
+| 18:35 | - | Aprovisionamiento de disco dedicado VirtIO SCSI (100GB). | [P] 💾 |
+| 17:51 | - | Integración al dominio dasuten.utnlr vía SConfig. | [P] 👑 |
+| 17:43 | - | Configuración de red 10.0.100.11 e inyección DNS. | [P] 🟢 |
+| 17:31 | - | Finalización OS base y hostname sql-dasuten. | [P] ✅ |
+| 17:14 | - | Inicio de instalación interactiva vía consola VNC. | [P] 👁️ |
+| 17:01 | - | Aprovisionamiento de instancia VM 101 vía SSH (Proxmox). | [P] 🚀 |
+| 16:00 | - | Inicio de jornada presencial e investigación arquitectónica. | [P] 👁️ |
 
 **Justificación Arquitectónica: Windows Server Core + SQL Server 2019**
 La decisión técnica de desplegar SQL Server 2019 sobre una variante *Server Core* (sin entorno gráfico/Desktop Experience) se sustenta en tres pilares operacionales críticos para el ecosistema DASUTEN: