Llevo años siendo un gran fan de Linux, y eso no ha cambiado ni un ápice. Uso Linux en máquinas virtuales, en servidores y prácticamente en cualquier sitio donde pueda conseguir un prompt de shell. Sigo adorando su flexibilidad, su apertura y su preciosa filosofía de «primero la CLI». Para ser sincero, hubo incluso una época en la que era un evangelista de «solo Linux» de los de verdad. No solo a nivel técnico, sino también ideológico. Al mismo tiempo, siempre me ha gustado usar Windows en el escritorio. Ambos mundos tienen sus puntos fuertes y sus debilidades. Linux me da libertad, transparencia e infinitas oportunidades para trastear. Windows, por su parte, siempre ha ofrecido un soporte de hardware excelente, controladores maduros, actualizaciones de firmware sin dolor, una gestión de energía fiable y una gran compatibilidad con periféricos. Cosas como la suspensión, las actualizaciones de BIOS, los lectores de huellas o las rarezas de hardware más variopintas a menudo simplemente funcionan. A veces, eso vale mucho. Dicho esto, tengo sentimientos encontrados respecto a llevar de nuevo más partes de mi infraestructura privada a Windows. Temas como la soberanía digital, la privacidad y el clima geopolítico actual –incluidos los acontecimientos en EE. UU. y en torno a Donald Trump– sin duda me hacen detenerme un momento. Como alguien que lleva años muy metido en el ecosistema Linux, asocio Linux con la transparencia, el control sobre mis sistemas, la privacidad y la seguridad informática. Para mí, Linux nunca fue solo un sistema operativo. Siempre formó parte de una filosofía más amplia de autodeterminación digital: ser dueño de tu tecnología en lugar de simplemente alquilársela a otro. Esa es también una de las razones por las que he dedicado mucho tiempo a investigar proyectos centrados en la privacidad como GrapheneOS.
Si te interesa, he escrito más sobre ese tema aquí. Y aun así… aquí estoy. Otra vez. Lo curioso es que ya me había metido antes en esta madriguera. Hace aproximadamente un año escribí un artículo sobre cómo devolvía partes de mi homelab a Windows. Aquel artículo original ya está jubilado, y este lo sustituye por completo, porque, igual que los propios homelabs, las opiniones, los requisitos y las arquitecturas tienden a evolucionar con el tiempo.
Ahora mismo estoy evaluando si quiero volver a Windows en mi entorno privado, tanto en mis equipos de escritorio como en mi NAS y mi infraestructura de homelab con Windows Server 2025. Pero esta vez no veo Windows como el centro de mi universo. Lo veo más bien como una capa de gestión de la infraestructura. Mi homelab se compone actualmente de tres servidores, varios PC, portátiles y dispositivos variados que de alguna manera se han ido acumulando con los años porque, bueno… eso es lo que hacen los homelabs. Es un entorno bastante heterogéneo. Linux no se va a ninguna parte. Los contenedores, la automatización, Kubernetes, Ansible y todo lo demás que mola seguirán siendo partes importantes de mi montaje. Mi idea actual es usar Windows Server como plano de control de mi infraestructura. Active Directory, DNS, DHCP, directivas de grupo, recursos compartidos centralizados y gestión de usuarios podrían ser una base sólida sobre la que funcione todo lo demás. Windows se convierte en la capa de gestión, mientras que las cargas de trabajo reales siguen repartidas entre ambos ecosistemas. Y, sinceramente, en cuanto la mayoría de tus equipos ya funcionan con Windows, cosas como Active Directory, las directivas de grupo, Hyper-V y la gestión centralizada de actualizaciones empiezan de repente a parecer sorprendentemente atractivas. Es un poco como descubrir que eso que llevabas tiempo evitando en realidad resuelve problemas reales.
🤖 Claude, PowerShell y aventuras de sysadmin asistidas por IA
Algo que ha hecho que todo este experimento sea especialmente interesante es la IA. Esta vez probé a propósito algo completamente distinto. He estado usando activamente mi IA favorita, Claude, como coadministrador de mi Windows Server. A través de SSH, WinRM y una buena dosis de PowerShell, Claude ha resultado sorprendentemente útil para configurar mi servidor y solucionar problemas. Cada vez que me atasco, simplemente le lanzo el problema a Claude, comentamos posibles soluciones y normalmente acabo con scripts de PowerShell que funcionan y que puedo entender, modificar y desplegar. Sistemas de archivos, particiones, directivas de grupo, recursos compartidos, permisos, servicios: Claude me ha ayudado con todo ello. Para alguien que no vive dentro de Windows Server todos los días, esto ha sido increíblemente útil. En cierto modo, es como hacer pair programming con un sysadmin infinitamente paciente que nunca se molesta por mis preguntas tontas y que, de alguna forma, recuerda todos los parámetros de PowerShell jamás inventados. También tengo previsto publicar algunos de estos scripts de PowerShell y ejemplos de configuración en mi cuenta de GitHub en los próximos días. Antes de hacerlo, quiero dedicar algo más de tiempo a probarlo todo a fondo y asegurarme de que se comporta correctamente en distintos escenarios.
💾 Storage Spaces, ReFS y vivir peligrosamente
También decidí probar algo nuevo con el almacenamiento. Hasta ahora me había apoyado sobre todo en la controladora RAID por software de HP de mi HP MicroServer. Funcionaba, me resultaba familiar y conocía sus manías. Esta vez, sin embargo, Claude me convenció para experimentar. Creé un pool de Storage Spaces con tres SSD en modo paridad, que equivale más o menos a un RAID5, y puse encima el sistema de archivos ReFS de Microsoft. Ahora bien, seamos sinceros: ReFS no es ZFS. ZFS sigue siendo el sistema de archivos que más admiro. Es maduro, rico en funciones, probado en mil batallas y, en muchos aspectos, sencillamente más avanzado. ReFS todavía da la sensación de ir a remolque. No ofrece la misma profundidad de funciones y su desarrollo parece bastante menos ambicioso. Pero, sorprendentemente, mucha gente cuenta buenas experiencias con la combinación de Storage Spaces y ReFS, sobre todo en entornos pequeños. De momento, a mí me funciona perfectamente. ¿Seguirá funcionando dentro de seis meses? No tengo ni la menor idea. Pero, bien pensado, la incertidumbre es básicamente uno de los principios de diseño fundamentales de cualquier homelab.
🖥️ Estado actual del lab
El entorno en sí sigue siendo relativamente pequeño, pero está plenamente operativo. Active Directory funciona, hay usuarios de prueba, los recursos compartidos basados en NTFS están listos y los servicios de infraestructura principales funcionan de forma fiable. No es mi configuración definitiva. Probablemente nunca lo será. Porque, al fin y al cabo, de eso van los homelabs: experimentar, aprender, romper cosas, reconstruirlas y, de vez en cuando, crearte problemas completamente nuevos simplemente porque parecía una idea divertida un viernes por la noche.
⚖️ Pragmatismo > purismo
Sigo siendo muy fan de Linux y no veo que eso vaya a cambiar pronto. Linux sigue siendo una parte esencial de mi homelab y probablemente lo será siempre. Pero hoy en día soy mucho más pragmático que antes. Ya no me pregunto qué sistema operativo es el filosóficamente correcto. Me pregunto qué herramienta resuelve mis problemas actuales de la forma más práctica y mantenible. Quizá dentro de un año todo vuelva a estar en Linux. Quizá Windows Server 2025 se convierta en un elemento fijo de mi homelab. O quizá acabe con un entorno híbrido gloriosamente sobredimensionado en el que Windows gestiona clústeres de Kubernetes que despliegan contenedores Linux que, de algún modo, vuelven a automatizar partes de Windows. Sinceramente, eso suena exactamente a algo que yo construiría. Por ahora, simplemente voy a seguir experimentando. Porque esa es la belleza de los homelabs: evolucionan contigo, con tus intereses y con tu colección siempre cambiante de ideas técnicas ligeramente cuestionables.
📚 Más de esta serie: Windows Server 2025 en el homelab (en inglés)
