Ricardo Monla
160da47f96
- P2606: Plan v1.1 EN EJECUCIÓN. Fases 1-3 completadas. - Ficha nodo srvv-nginx-rm.md. P2606 en adn/07_proyectos.md. - Incluye cambios acumulados de sesiones anteriores.
138 lines
8.9 KiB
Markdown
138 lines
8.9 KiB
Markdown
# Plan: DASUTEN sin Domain Controller (Modo Workgroup)
|
|
|
|
**Código:** P2601.09
|
|
**Fecha:** 27 de marzo de 2026
|
|
**Autor:** Sistema ADN
|
|
**Versión:** 2.2
|
|
**Estado:** 🚧 EN EJECUCIÓN (Fase 2 en progreso — VM 103 creada, pendiente instalación OS)
|
|
|
|
## 📋 Resumen Ejecutivo
|
|
|
|
Evaluar si el sistema DASUTEN puede operar **sin la dependencia de un Domain Controller (AD DS)**, utilizando únicamente un SQL Server y una PC cliente en modo **Workgroup**. Esto simplifica significativamente la infraestructura y elimina los problemas de red asociados al dominio.
|
|
|
|
### Motivación
|
|
|
|
Los intentos previos (P2601.06 a P2601.08) demostraron que la topología con DC introduce complejidad de red que entra en conflicto con el router del ISP de la oficina DASUTeN. Al eliminar la dependencia del DC, se reducen los puntos de falla y se simplifica la conectividad.
|
|
|
|
### Decisiones clave
|
|
|
|
- **VMs existentes preservadas**: `dasu-srvv-dc` (VM 100), `dasu-srvv-sql` (VM 101) y `dasu-pcv` (VM 102) fueron apagadas y deshabilitadas del autostart. Pueden reactivarse si se decide retornar al enfoque con DC.
|
|
- **Enfoque nuevo**: VMs limpias en modo Workgroup, sin Active Directory.
|
|
- **Red provista por ISP**: Tanto `srv-dasu` como las VMs (`dasu-sql2`, `dasu-pcv2`) y la PC física (`dasu-pc`) obtienen IP directa del router del ISP. No se usa red privada 10.0.100.x.
|
|
|
|
## 🌐 Topología de Red
|
|
|
|
```
|
|
Internet
|
|
│
|
|
Router ISP (192.168.1.1 — gateway confirmado)
|
|
│
|
|
├── srv-dasu → DHCP del ISP: 192.168.1.13 (vmbr0 bridge sobre enp33s0)
|
|
│ ├── dasu-sql2 (VM 103) → DHCP del ISP (bridge vmbr0) ✅ VM creada
|
|
│ └── dasu-pcv2 (VM 104) → DHCP del ISP (bridge vmbr0)
|
|
│
|
|
└── dasu-pc → DHCP del ISP (PC física cliente)
|
|
```
|
|
|
|
> **Nota**: Todas las máquinas están en la misma red plana del ISP. No hay subnetting privado ni gateway interno. Esto elimina los problemas de routing que existían con el enfoque anterior.
|
|
|
|
## 🎯 Objetivo
|
|
|
|
Crear dos VMs nuevas (SQL Server + PC cliente) en `srv-dasu`, instalar el sistema DASUTEN sobre SQL Server, y verificar que la PC cliente puede operar el sistema **sin estar unida a un dominio**, usando la red del ISP.
|
|
|
|
## 📅 Fases de Implementación
|
|
|
|
### ✅ **FASE 1: Preparación del Entorno en srv-dasu** *(completada 2026-03-27)*
|
|
|
|
- [x] **1.1:** Verificar estado de srv-dasu: conectividad Tailscale ✅ (100.112.46.104, activo), RAM 15 GB total / 10 GB libres / 12 GB disponibles, disco 94 GB / 30 GB disponibles (68%).
|
|
- [x] **1.2:** Confirmar que las VMs originales (100, 101, 102) están apagadas ✅ (todas `stopped`).
|
|
- [x] **1.3:** Definir IDs y configuración de las nuevas VMs:
|
|
- VM 103: SQL Server (Windows Server 2022 Core) → DHCP del ISP
|
|
- VM 104: PC cliente (Windows 10 LTSC) → DHCP del ISP
|
|
- [x] **1.4:** Verificar ISOs disponibles ✅: `Windows_Server_2022_Core_Eval_x64.iso`, `Windows_10_enterprise_ltsc_2021_x64_dvd_es-es_*.iso`, `SW_DVD9_SQL_Svr_Enterprise_Edtn_2019*.ISO`, `virtio-win.iso`.
|
|
- [x] **1.5:** Verificar configuración bridge `vmbr0` ✅ → **HALLAZGO CRÍTICO**: vmbr0 configurado como estático `10.0.100.1/24` (red privada anterior). **Requiere reconfiguración a DHCP del ISP** antes de crear las VMs.
|
|
- [x] **1.6:** *(agregado)* Reconfigurar `vmbr0`: bridge sobre `enp33s0` con DHCP del ISP ✅. IP asignada: `192.168.1.13/24`, gateway `192.168.1.1`. Backup en `/etc/network/interfaces.bak.20260327-182319`. Aplicado con `ifreload -a` — Tailscale se reconectó automáticamente.
|
|
|
|
> ✅ **Resuelto**: `vmbr0` reconfigurado exitosamente. Las VMs conectadas a `vmbr0` ahora obtienen DHCP directo del ISP.
|
|
|
|
### ✅ **FASE 2: Creación de VM SQL Server (sin dominio)** *(completada 2026-03-28)*
|
|
|
|
- [x] **2.1:** Crear VM 103 en Proxmox ✅ (4 GB RAM, 2 vCPU, 60 GB disco SATA, vmbr0, SeaBIOS, i440fx). MAC: `BC:24:11:8D:EC:46`.
|
|
- [x] **2.2:** Instalar Windows Server 2022 Core ✅. Instalado vía consola noVNC. Drivers VirtIO instalados vía `pnputil /add-driver D:\*.inf /subdirs /install`. Red operativa (DHCP ISP). Credencial Admin guardada en candados (`dasu-sql2:Administrator`). Backup vzdump realizado (modo stop, zstd, 3.28 GB).
|
|
- [x] **2.3:** Configurar red: DHCP del ISP ✅. IP asignada: `192.168.1.19/24`, gateway `192.168.1.1`.
|
|
- [x] **2.4:** Configurar hostname (`dasu-sql2`) ✅ y modo Workgroup (WORKGROUP).
|
|
- [x] **2.5:** Instalar y habilitar OpenSSH Server (puerto 7022) ✅. Shell por defecto: PowerShell.
|
|
- [x] **2.6:** Instalar Tailscale VPN ✅. Cuenta `pcdasu0@frlr.utn.edu.ar`. IP Tailscale: `100.126.182.123`. ⚠️ Inestable: se desconecta al renombrar hostname, requiere `tailscale up --force-reauth`.
|
|
- [x] **2.7:** Instalar SQL Server 2019 ✅. Servicio MSSQLSERVER Running/Automatic. Instalado vía w-zombi relay LAN (socat srv-dasu:8001 → SSH tunnel → local:8000). Locale cambiado a es-ES para compatibilidad con ISO española.
|
|
- [x] **2.8:** Configurar autenticación mixta SQL ✅. LoginMode=2 (registro), SA habilitado con password, firewall TCP 1433 abierto. Login SA verificado con `sqlcmd`.
|
|
- [x] **2.9:** Verificar conectividad SQL ✅. TCP 1433 accesible desde srv-dasu (192.168.1.13) a dasu-sql2 (192.168.1.19). Login SA verificado localmente.
|
|
|
|
### ⏳ **FASE 3: Creación de VM PC Cliente (sin dominio)**
|
|
|
|
- [ ] **3.1:** Crear VM 104 en Proxmox (4 GB RAM, 2 vCPU, 50 GB disco SATA, vmbr0, SeaBIOS, i440fx).
|
|
- [ ] **3.2:** Instalar Windows 10 LTSC.
|
|
- [ ] **3.3:** Configurar red: **DHCP del ISP** (gateway del ISP). Anotar IP asignada.
|
|
- [ ] **3.4:** Configurar hostname (`dasu-pcv2`) y modo Workgroup.
|
|
- [ ] **3.5:** Instalar OpenSSH Server (puerto 7022).
|
|
- [ ] **3.6:** Instalar Tailscale VPN (cuenta `pcdasu0@frlr.utn.edu.ar`). Anotar IP Tailscale asignada.
|
|
- [ ] **3.7:** Instalar herramientas cliente SQL (SSMS o sqlcmd) si es necesario.
|
|
- [ ] **3.8:** Verificar conectividad hacia dasu-sql2 (ping + test TCP 1433).
|
|
|
|
### ⏳ **FASE 4: Instalación del Sistema DASUTEN**
|
|
|
|
- [ ] **4.1:** Obtener backup/script de la base de datos DASUTEN del sistema actual.
|
|
- [ ] **4.2:** Restaurar/crear la base de datos DASUTEN en dasu-sql2.
|
|
- [ ] **4.3:** Instalar la aplicación cliente DASUTEN en dasu-pcv2.
|
|
- [ ] **4.4:** Configurar la conexión de la aplicación al SQL Server usando autenticación SQL (no Windows Integrated).
|
|
- [ ] **4.5:** Verificar que la aplicación conecta y opera correctamente.
|
|
|
|
### ⏳ **FASE 5: Validación con PC física**
|
|
|
|
- [ ] **5.1:** Instalar la aplicación cliente DASUTEN en `dasu-pc` (PC física de la oficina).
|
|
- [ ] **5.2:** Configurar conexión al SQL Server (dasu-sql2) por IP.
|
|
- [ ] **5.3:** Ejecutar pruebas funcionales del sistema DASUTEN (consultas, altas, reportes).
|
|
- [ ] **5.4:** Documentar qué funcionalidades dependen del DC (si alguna) y cuáles operan sin él.
|
|
- [ ] **5.5:** Evaluar rendimiento y estabilidad.
|
|
- [ ] **5.6:** **Decisión**: ¿Se puede prescindir del DC para esta implementación?
|
|
- ✅ **SÍ** → Adoptar este enfoque como definitivo, descartar VMs con DC.
|
|
- ❌ **NO** → Reactivar VMs originales y retomar enfoque con DC.
|
|
|
|
---
|
|
|
|
## 🔄 Diferencias clave vs enfoque anterior
|
|
|
|
| Aspecto | Con DC (P2601.06-08) | Sin DC (P2601.09) |
|
|
|---------|----------------------|---------------------|
|
|
| **Red** | Privada 10.0.100.x (gw interno) | DHCP del ISP (gw del ISP) |
|
|
| **Autenticación SQL** | Windows Integrated (Kerberos) | SQL Auth (mixta) |
|
|
| **Usuarios** | Active Directory | Usuarios locales Windows |
|
|
| **DNS** | AD DNS (10.0.100.10) | DNS del ISP (automático) |
|
|
| **Complejidad de red** | Alta (DC + DNS + dominio + routing) | Mínima (red plana ISP) |
|
|
| **Puntos de falla** | DC, SQL, red dominio, routing | Solo SQL |
|
|
| **VMs necesarias** | 3 (DC + SQL + PC) | 2 (SQL + PC) |
|
|
|
|
## ⚠️ Consideraciones de red ISP
|
|
|
|
- Las IPs asignadas por DHCP del ISP pueden cambiar. Se recomienda **reservar IPs** en el router del ISP o documentar las IPs asignadas para referencia rápida.
|
|
- Todas las máquinas se ven entre sí directamente (misma LAN del ISP), lo cual simplifica la comunicación pero requiere que el firewall de Windows permita el tráfico SQL (puerto 1433).
|
|
- El acceso remoto a srv-dasu sigue siendo por **Tailscale** (independiente de la red local ISP).
|
|
|
|
## 📊 Recursos
|
|
|
|
| Recurso | Valor real |
|
|
|---------|-----------|
|
|
| **RAM total srv-dasu** | 15 GB |
|
|
| **RAM disponible** | 12 GB (10 GB libres + 3 GB cache) — VM 103 aún no consume (recién creada) |
|
|
| **RAM para nuevas VMs** | 8 GB (SQL 4GB + PC 4GB) → queda ~4 GB para host |
|
|
| **Disco total** | 94 GB (30 GB disponibles, 68% uso) — thin provisioned |
|
|
| **ISOs** | Win Server 2022 Core, Win 10 LTSC, SQL 2019, virtio-win |
|
|
| **Bridge vmbr0** | ✅ DHCP ISP sobre `enp33s0` — IP: `192.168.1.13/24` |
|
|
| **Gateway** | `192.168.1.1` (router ISP confirmado) |
|
|
|
|
## 🔗 Referencias
|
|
|
|
- **Proyecto padre**: [P2601_dasuten.md](P2601_dasuten.md)
|
|
- **Plan previo de red**: [P2601.06.01_Red-SrvDasu.md](P2601.06.01_Red-SrvDasu.md)
|
|
- **Plan previo integración**: [P2601.07.01_Integracion-DASU-PC.md](P2601.07.01_Integracion-DASU-PC.md)
|
|
- **Nodos**: [srv-dasu](../../../nodos/srv-dasu.md) | [srv-ns8](../../../nodos/srv-ns8.md)
|