Sistemas

Problema En entornos RDS (Remote Desktop Services) es habitual que los usuarios necesiten imprimir desde sus sesiones remotas usando las impresoras locales. Windows suele manejar la redirección mediante Easy Print, que abstrae el driver del cliente y lo reemplaza por un driver universal en el servidor. Cuando los clientes son macOS, la cadena de redirección a veces se rompe: la sesión RDP no muestra ninguna impresora, Get-Printer no lista dispositivos y el visor de eventos del Session Host genera el Event ID 1111 indicando un driver inesperado (por ejemplo “Microsoft Print To PDF”). El síntoma es idéntico en varios clientes macOS, mientras que los equipos Windows redirigen sin problemas. ...

Problema En entornos de servidor único se suele buscar una solución de redundancia “barata” que no requiera hardware RAID. Storage Spaces con un mirror de dos discos y formato ReFS parece cumplir ese objetivo: ofrece tolerancia a fallos y, según la documentación, auto‑reparación sin coste adicional. Sin embargo, cuando el pool se llena más allá de la mitad de su capacidad útil, la capa de metadatos pierde espacio para registrar su propio estado. Un error lógico o un aumento de latencia en cualquiera de los discos lleva al pool a un estado degradado que, mientras el servidor sigue encendido, puede pasar desapercibido. Al reiniciar, Storage Spaces intenta volver a montar el virtual disk, pero al no disponer del margen necesario para reescribir la metadata de salud, el volumen se marca como Detached o aparece como partición RAW. En ese momento las herramientas de reparación habituales (por ejemplo Repair‑VirtualDisk) no logran recuperar el acceso y la única salida práctica es recrear el pool y restaurar desde backup. ...

Problema En entornos Proxmox con ZFS como pool de almacenamiento, es frecuente observar picos de consumo de RAM que superan la capacidad física disponible. Cuando el sistema simultáneamente utiliza swap (ya sea una partición o un volumen ZFS), la presión de memoria puede desencadenar cuelgues del host, reinicios inesperados o mensajes de error como “Purging GPU Memory”. El patrón típico es: Un workload intensivo (por ejemplo, una copia de seguridad nocturna) dispara la expansión del ARC de ZFS. El ARC crece sin límite, ocupando la mayor parte de la RAM. El kernel empieza a paginar hacia swap, que a su vez consume I/O del mismo pool ZFS. La combinación de alta latencia de swap y falta de RAM libre lleva al host a un estado inestable. Este comportamiento no es exclusivo de una configuración concreta; cualquier nodo Proxmox que use ZFS sin restricciones de ARC y que tenga swap habilitado puede experimentar los mismos síntomas. ...

Problema En entornos Fedora (y, en general, cualquier distribución basada en RPM) es frecuente ejecutar dnf upgrade --refresh para mantener el sistema actualizado. Cuando el gestor de paquetes intenta descargar un paquete de un repositorio externo y la resolución DNS falla, la operación se interrumpe. El síntoma típico es un mensaje similar a: Curl error (6): Could not resolve hostname for http://ciscobinary.openh264.org/... Librepo error: Cannot download ... All mirrors were tried Aunque el resto de los repositorios (Fedora, RPM Fusion, Brave, VS Code, etc.) funcionan sin problemas, uno o dos repositorios externos pueden quedar inaccesibles. El fallo no está limitado a OpenH264; cualquier URL que dependa de un servidor externo puede presentar el mismo comportamiento. ...

Problema En muchos homelabs la gestión de varios servidores con roles diferentes (NAS, hypervisor, contenedores) se vuelve un caos cuando cada máquina tiene su propio conjunto de scripts, paquetes y configuraciones manuales. El resultado típico es: Cambios que se olvidan replicar en otro nodo. Inconsistencias entre versiones de Docker, BTRFS o herramientas de backup. Tiempo invertido en volver a aplicar una configuración después de una reinstalación o un fallo de hardware. El patrón que se repite es la falta de una fuente única de verdad para la configuración del sistema. Cuando se añaden o quitan servicios, el proceso de propagación es manual y propenso a errores. ...

Problema En varios despliegues de Remote Desktop Services (RDS) sobre Windows Server 2025 aparecen pantallas azules intermitentes con el código DRIVER_IRQL_NOT_LESS_OR_EQUAL. El fallo ocurre cuando los usuarios navegan ciertos sitios con Chrome y, a veces, con otras aplicaciones que usan la pila de red. El dump muestra a tcpip.sys como el módulo que provocó la excepción, concretamente la rutina WfpTlShimInspectFastLoopbackSendDatagram. El síntoma es reproducible, pero no constante: la sesión se cierra abruptamente y el host necesita reiniciarse. ...

Problema En entornos de virtualización con Proxmox VE es frecuente montar directorios NFS desde un NAS para backups, medios o almacenamiento de contenedores. Cuando el cliente NFS deja de responder, el daemon pvestatd entra en bucle de reintentos y el propio host pierde conectividad de la GUI/API. El síntoma típico es un nodo Proxmox “colgado”: no se pueden crear ni migrar máquinas, los servicios web de la interfaz desaparecen y la única salida es un reinicio forzado. El problema no siempre se refleja en los logs del NAS; a veces sólo aparecen mensajes de timeout en el cliente. ...

Problema Mantener una infraestructura con más de 20 controladores de dominio (DC) virtualizados y garantizar que, ante un compromiso o una falla catastrófica, el directorio activo pueda restaurarse rápidamente es un reto constante. La mayoría de los equipos intentan seguir la regla 3‑2‑1: tres copias, en dos medios diferentes, una fuera del sitio. En entornos híbridos (Hyper‑V, VMware, Azure) surge la duda sobre: Cuántas capas de respaldo son realmente necesarias. Si el software de backup debe estar unido al AD. Cuál es la mejor forma de almacenar copias “frías” (cold tier) sin inflar costos. Qué procesos de recuperación probar y con qué cuentas. El problema no es solo técnico; es de planificación, validación y de evitar un punto único de falla que pueda colapsar toda la estrategia. ...

Problema Al restaurar un controlador de dominio (Domain Controller) de Windows Server 2022 mediante una copia Bare Metal de Veeam, el sistema arranca una o varias veces con BSOD (CRITICAL_SERVICE_FAILED). Después de iniciar Windows RE y ejecutar CHKDSK, el equipo vuelve a iniciar sin problemas y los servicios de AD DS, DNS y Netlogon aparecen sanos. El patrón que se repite en varios entornos es: Una restauración Bare Metal (física o como VM) de un DC. El primer arranque muestra una pantalla azul con el código de error. El volumen del sistema está marcado como dirty (fsutil dirty query devuelve “Dirty”). CHKDSK corrige la corrupción y el arranque vuelve a la normalidad. Los síntomas no son exclusivos de Veeam; cualquier proceso que copie bloques de disco sin validar la integridad del sistema de archivos puede dejar el flag dirty y provocar fallos críticos de servicio al iniciar. ...

Problema En producción, los servidores Windows Server suelen presentar fallos intermitentes de Group Policy que obligan a los equipos a reiniciarse, a perder configuraciones o a experimentar demoras en el arranque. El síntoma típico es que los usuarios reportan que una política recién aplicada no se refleja en sus equipos, o que los clientes tardan varios minutos en procesar el GPO. En entornos mixtos (físicos y virtuales) el problema se repite con frecuencia porque la cadena de dependencia—controlador de dominio, SYSVOL, replicación, y cliente—tiene varios puntos vulnerables. Cuando el problema persiste, el equipo de soporte termina ejecutando scripts de búsqueda de texto en los GPO, lo que solo ayuda si el GPO es la raíz del fallo. Lo que realmente se necesita es un enfoque estructurado que permita identificar rápidamente la causa y aplicar una solución reutilizable. ...