¿Te ronda por la cabeza la idea de llevar tu Windows 11 en el bolsillo, montado en un SSD externo, y enchufarlo en cualquier PC como si fuera tu propio ordenador portátil? Cada vez más usuarios se lo plantean, sobre todo quienes vienen del mundo Linux, donde lo de arrancar desde un USB es el pan de cada día. Sobre el papel suena de lujo: enchufas, arrancas y tienes tu escritorio, tus juegos y tus programas donde quieras.

Ahora bien, esa “magia” tiene truco: Windows 11 no está pensado de fábrica como sistema portable y obligarlo a funcionar así implica conocer bien sus ventajas, sus limitaciones y ciertos riesgos. Además, en paralelo está el debate clásico de si compensa separar el sistema y los datos en SSD distintos, cómo reutilizar discos viejos y qué papel juegan herramientas como Rufus o los programas de clonación cuando queremos mover o duplicar instalaciones de Windows.

¿Tiene sentido separar Windows 11 y los datos en varios SSD?

Cuando montas un PC nuevo o actualizas el que ya tienes, una de las dudas más habituales es si merece la pena usar un SSD NVMe “pequeño” solo para el sistema y otro SSD para juegos, documentos y proyectos. La respuesta, en la mayoría de casos, es que sí: es una configuración muy sensata tanto por rendimiento como por comodidad.

Por un lado, aislar Windows 11 en una unidad dedicada simplifica el mantenimiento. El sistema queda más limpio, es más fácil formatear o reinstalar sin pensar en fotos, documentos o proyectos que tengas en otra unidad y reduces el riesgo de mezclar archivos personales con particiones del sistema que no deberías tocar.

Por otro, al colocar juegos, librerías de Steam, catálogos de vídeo o proyectos de edición en otro SSD, repartes la carga de lectura y escritura entre dos unidades. Eso evita cuellos de botella cuando Windows se actualiza mientras juegas, reduce tirones al cargar mapas o escenas pesadas y puede ayudar a alargar la vida útil de los discos al no machacar siempre el mismo.

Además, la migración futura es mucho más llevadera. Si en un año te quedas corto de espacio en el SSD de datos, cambias solo ese disco. Si quieres pasar a un NVMe más rápido para el sistema, clonas o reinstalas solo el SSD del sistema. No tienes que moverlo todo cada vez, lo cual, si manejas muchos cientos de gigas, se agradece.

En portátiles modernos con dos ranuras M.2 es muy habitual ver justo esta combinación: un NVMe menor para Windows y otro más grande para almacenamiento masivo. Cuando el hardware lo permite, suele ser la mejor manera de equilibrar coste, rendimiento y facilidad de mantenimiento a medio y largo plazo.

Por qué Microsoft empuja el uso de SSD con Windows 11

Microsoft lleva tiempo inclinando la balanza a favor de los SSD como unidad de arranque para los equipos con Windows 11. En la práctica, los HDD mecánicos han quedado relegados a almacenamiento secundario y, en muchos portátiles, directamente han desaparecido en favor de soluciones 100 % SSD.

El motivo principal es evidente: el salto de rendimiento entre HDD y SSD es brutal. Con un SSD, Windows 11 inicia en segundos, las aplicaciones abren casi al instante, las actualizaciones del sistema tardan menos y operaciones pesadas como copiar archivos grandes o salir de la hibernación se sienten muchísimo más ágiles.

También hay ventajas en otros frentes: los SSD consumen menos energía, generan menos calor y no hacen ruido, algo clave en portátiles donde cada vatio cuenta. Al no tener partes mecánicas, soportan mejor golpes y vibraciones, y las garantías típicas de cinco años dan una idea de la madurez y fiabilidad que han alcanzado.

La gran baza que conservan los HDD es el precio por gigabyte: siguen siendo la opción barata para muchos terabytes. Por eso se siguen viendo como discos secundarios para copias de seguridad o archivos fríos, mientras que el sistema y los programas viven en SSD para no lastrar la experiencia diaria.

Más allá de que Microsoft termine de “obligar” o no a los fabricantes a usar solo SSD para Windows 11, la realidad es que instalar el sistema en un SSD debería ser tu estándar mínimo. Una vez pruebas el sistema sobre un NVMe o un SSD SATA decente, volver a un HDD se hace cuesta arriba.

Qué hacer con los discos duros antiguos: NAS, copias y más usos

Si al pasarte a SSD te han quedado discos mecánicos “huérfanos”, no hace falta que los condenes a un cajón. Los HDD siguen siendo muy útiles como almacén de segundo nivel para todo aquello que no exige velocidad punta.

Una opción muy interesante es montar un NAS doméstico con esos discos y tener tu propio servidor de archivos: copias de seguridad centralizadas, biblioteca de películas y series, espacio para fotos familiares, etc. Cualquier NAS o incluso un pequeño miniPC con un sistema tipo TrueNAS, Unraid o similares puede aprovechar perfectamente esos HDD.

También puedes reaprovecharlos en una caja USB externa para copias de seguridad periódicas, archivado de fotos, vídeos y documentos o para llevar instaladores de sistemas operativos y herramientas de recuperación. Para estos usos, la latencia extra de un HDD frente a un SSD no es tan crítica.

Convertidos en unidades externas, sirven igualmente como soporte de instalación o recuperación de Windows, Linux u otros sistemas, o como almacenamiento extra para televisores, reproductores multimedia, routers con USB o incluso consolas que acepten discos externos.

Windows 11 portable en SSD externo: qué es y en qué se diferencia de Linux

Si vienes de Linux, estarás acostumbrado a grabar una ISO en un pendrive y arrancar una distribución “live” desde USB sin tocar el disco interno, a veces incluso con persistencia para guardar cambios. Windows 11 no funciona así de forma nativa, pero existe algo parecido.

En el ecosistema Windows, el concepto más cercano es Windows To Go: una instalación completa del sistema pensada para ejecutarse desde un USB o SSD externo. Microsoft la ofreció oficialmente en determinadas ediciones profesionales y empresariales, pero hace años que la retiró del catálogo.

A pesar de ello, herramientas de terceros como Rufus han mantenido viva la posibilidad de crear un Windows “portable” sobre un SSD externo. Lo importante aquí es entender la diferencia entre dos tipos de unidades: el USB típico de instalación y un Windows completo que arranca y se usa desde el propio disco externo.

El clásico USB de instalación solo sirve para instalar Windows 11 en una unidad interna u otro disco. En cambio, un Windows To Go bien configurado te da un sistema operativo completo, con escritorio, programas y datos, que funciona íntegramente desde ese SSD externo.

La experiencia no es tan pulida como la de una distro Linux live: hay limitaciones importantes, sobre todo si usas pendrives convencionales. Con un buen SSD externo por USB 3.1/3.2 la cosa mejora bastante, pero sigues estando un poco “fuera de especificación” y conviene conocer los límites.

Elegir el hardware ideal: SSD externo, NVMe, SATA y cajas

Si te tomas en serio la idea de un Windows 11 portable, lo primero es olvidarte de los pendrives baratos. Los típicos USB de propaganda o gama baja no están hechos para soportar el uso intensivo de un sistema operativo: sufren en velocidad y en resistencia, y acaban muriendo pronto.

Lo recomendable es usar un SSD externo de calidad como “disco del sistema”. Puedes comprar uno ya montado de fábrica o montarte tu propia solución combinando un SSD interno (SATA de 2,5″ o M.2 NVMe) con una caja USB adecuada. Esta segunda opción suele ser más flexible y muchas veces más barata.

Si te inclinas por un M.2, ojo con un detalle clave: no todas las cajas M.2 sirven para todos los SSD. Existen SSD M.2 SATA y SSD M.2 NVMe, y muchas cajas baratas solo soportan SATA. Si intentas meter un NVMe en una caja solo SATA, simplemente no funcionará. Tienes que verificar bien que la carcasa indica compatibilidad explícita con NVMe cuando corresponda.

En cuanto a capacidad, aunque Windows 11 cabe en menos, lo sensato es partir de 128 GB como mínimo y, si puedes, irte a 256 GB o más. Entre el propio sistema, las aplicaciones, posibles juegos y las sucesivas actualizaciones, un disco muy justo de espacio se llena antes de lo que parece.

Si ya tienes por casa un SSD SATA de 2,5″, también es perfectamente válido. En ese caso, busca una caja externa con interfaz USB 3.0 o superior para no estrangular la velocidad de la unidad. Las carcasas de 2,5″ son baratas, y en uso real un buen SSD SATA por USB 3.0 se comporta más que decentemente frente a un NVMe.

Requisitos y preparación antes de instalar Windows 11 en un SSD externo

Antes de ponerte manos a la obra con el Windows portable, conviene repasar unos mínimos técnicos para evitar sorpresas. Lo primero, obviamente, es contar con un PC que pueda ejecutar Windows 11: UEFI, TPM y procesador soportado, o al menos estar dispuesto a saltarse ciertas comprobaciones con las típicas herramientas que las omiten.

Necesitarás también la imagen ISO oficial de Windows 11, descargada desde la web de Microsoft. No tiene misterio: eliges edición, idioma y arquitectura (a día de hoy, x64 es la opción estándar para equipos de escritorio y portátiles) y la guardas en tu disco.

El otro ingrediente imprescindible es Rufus, una utilidad gratuita para crear USB de arranque que, entre otras cosas, incluye soporte para configurar instalaciones tipo Windows To Go. Lo ideal es bajar siempre la última versión disponible para aprovechar todas las opciones actualizadas.

Respecto al SSD externo, asegúrate de que el sistema lo reconoce correctamente y, si es nuevo, que está inicializado. Rufus se encargará de formatearlo, pero nunca está de más confirmar en el administrador de discos que no hay problemas de detección o sectores con errores antes de empezar.

Finalmente, ten en cuenta el puerto: cuanto más rápida sea la interfaz, mejor experiencia de uso. USB 3.1/3.2 Gen 2 o Thunderbolt son ideales; si conectas el SSD a un puerto USB 2.0, el invento funcionará, pero la sensación será la de ir con el freno de mano echado.

Pasos generales con Rufus para crear un Windows 11 portable

A nivel práctico, el proceso con Rufus es bastante directo, aunque hay un par de puntos críticos donde conviene no equivocarse, especialmente en la elección del disco de destino.

1. En primer lugar, conecta el SSD externo al equipo mediante su cable o adaptador correspondiente.
2. Al abrir Rufus, marca la opción de mostrar las propiedades avanzadas de la unidad.
3. Cuando el disco sea visible, selecciónalo en el apartado de dispositivo. En el campo de selección de arranque, elige “Disco o imagen ISO”.
4. Una vez elegida la ISO, llega el punto clave: en “Opciones de imagen” cambia el modo a Windows To Go.
5. Deja el esquema de partición en GPT y el sistema de destino en UEFI (no CSM), que es la configuración común en PCs modernos, y usa NTFS como sistema de archivos. El tamaño de clúster por defecto (4K) suele ser el adecuado.
6. Al pulsar “Empezar”, Rufus te pedirá que elijas la edición concreta de Windows 11 (Home, Pro, etc.) que quieres instalar en la unidad externa. Aunque puedes omitir la clave de producto durante la instalación, necesitarás una licencia válida para activar el sistema más adelante si pretendes usarlo sin limitaciones.

Verás también un aviso indicando que todos los datos del SSD externo se van a borrar. Revisa por enésima vez que has escogido el disco correcto (y no, por ejemplo, tu SSD interno del sistema). A partir de ahí, Rufus hará su trabajo y, en unos minutos, deberías tener tu Windows 11 portable listo.

Arrancar desde el SSD externo con Windows 11

Con el proceso de Rufus finalizado, toca comprobar si el invento funciona. Para ello, deja conectado el SSD externo y reinicia el PC accediendo a la BIOS/UEFI (suelo, F2, Supr, F12 o similar, según la placa o el portátil).

Dentro de la configuración de firmware, ve al apartado de “Boot” o “Lista de dispositivos de arranque”. Ahí debe aparecer tu SSD externo, normalmente identificado como dispositivo USB o por el modelo de la caja/unidad. Puedes seleccionarlo desde un menú de arranque rápido o cambiar temporalmente el orden de arranque para que sea la primera opción mientras siga conectado.

Si todo va bien, al guardar cambios y reiniciar el equipo arrancará directamente desde el Windows 11 instalado en el SSD externo. La primera vez puede tardar algo más, ya que el sistema terminará de aplicar configuraciones iniciales y detectar el hardware del equipo.

Una vez en el escritorio, la sensación será muy similar a la de cualquier instalación normal de Windows: podrás instalar aplicaciones, configurar cuentas, personalizar el entorno y ejecutar tus programas. No obstante, es importante recordar que el rendimiento estará condicionado por la velocidad real del SSD externo y del puerto USB al que esté conectado.

Para volver al Windows del disco interno, bastará con restaurar el orden de arranque original en la BIOS/UEFI o usar de nuevo el menú de selección de dispositivo de arranque si tu equipo dispone de él.

Ventajas prácticas de usar Windows 11 en un SSD externo

Más allá de la curiosidad técnica, un Windows 11 portable tiene usos muy concretos y, en muchos escenarios, muy útiles. El primero es poder probar el sistema a fondo sin tocar en absoluto la instalación que ya tienes en el disco interno.

Si vienes de Windows 10 o Linux y no quieres arriesgarte a romper nada, un SSD externo con Windows 11 te permite testear compatibilidad, jugar, instalar tus programas habituales y trastear con ajustes sin reformatear nada. Cuando acabas, desenchufas y tu sistema principal sigue intacto.

Otro caso interesante es el de quienes necesitan llevarse su entorno de trabajo o juegos entre varios equipos. En entornos controlados (por ejemplo, varios PCs propios en casa o en la oficina) puede ser muy práctico tener tu instalación lista para usar en cualquier máquina compatible, sin depender tanto de cada disco interno.

También resulta muy potente como entorno de recuperación y diagnóstico. En lugar de un simple pendrive con el instalador, tener un Windows completo cargado con utilidades de copia de seguridad, antivirus offline, herramientas de particionado, etc., puede sacarte de más de un apuro cuando una instalación principal se corrompe o deja de arrancar.

Para desarrolladores y usuarios avanzados, sirve además como “campo de pruebas” para experimentar con software inestable, betas, cambios agresivos en el registro o configuraciones poco ortodoxas sin comprometer el sistema que usas a diario. Es una alternativa a la máquina virtual, pero aprovechando mejor el hardware nativo.

Riesgos, limitaciones y problemas habituales

Por muy atractivo que suene, hay que ser realistas: usar un SSD externo como disco principal de Windows 11 no es la panacea. Repasemos las sombras:

• Rendimiento. Aunque los estándares USB 3.1/3.2 ofrecen tasas muy decentes, la latencia y el rendimiento en operaciones pequeñas suelen ser peores que en un disco interno. Lo notarás, sobre todo, al abrir programas pesados, cargar juegos exigentes o trabajar con proyectos grandes.
• Drivers y cambios de hardware. Windows está diseñado para adaptarse al equipo en el que se instala; si llevas ese mismo sistema de un PC a otro con chipsets, gráficas o adaptadores Wi-Fi distintos, irá instalando controladores nuevos cada vez.
• Actualizaciones de Windows. Algunas se instalan sin problemas, pero otras “asumen” que están en un disco interno clásico y pueden fallar, quedarse colgadas o provocar errores raros cuando el sistema reside en un dispositivo USB.
• Desgaste. Un SSD externo sometido a lecturas y escrituras constantes se degrada antes que uno al que solo le pasas copias de seguridad de vez en cuando.

Por último, conviene recordar que Windows 11 no está oficialmente soportado como sistema “de quita y pon” desde un USB. Rufus y compañía hacen posible algo que Microsoft ya no respalda como característica. Así que no hay garantías de que todas las funciones presentes o futuras del sistema se comporten igual que en un disco interno.

Instalar Windows 11 en otra unidad interna: arranque dual y cambio de disco

No todo el mundo quiere un Windows “de viaje”. Muchas veces lo que se busca es instalar Windows 11 en otra unidad distinta a la actual, ya sea para convivir con otro sistema o para migrar de un disco viejo a uno nuevo más rápido.

Una de las formas clásicas de hacerlo es el arranque dual. Consiste en tener dos sistemas operativos instalados en distintas particiones o discos (por ejemplo, Windows 11 y un Windows anterior, o Windows 11 y Linux) y elegir cuál usar cada vez que enciendes el PC mediante un gestor de arranque.

Si lo que quieres es más bien cambiar la unidad desde la que arranca el equipo (por ejemplo, pasar de un HDD viejo a un SSD NVMe recién instalado), el procedimiento pasa por instalar Windows 11 en el nuevo disco y luego modificar el orden de arranque en la BIOS/UEFI para que esa unidad sea la principal.

Para poner Windows 11 en ese nuevo SSD puedes optar por una instalación limpia desde un USB oficial, borrando la unidad de destino y dejando que el asistente prepare las particiones, o bien clonar el sistema que ya tienes para no reinstalar nada y conservar tus programas y ajustes.

La instalación limpia te da un entorno “como de fábrica”, sin basura acumulada ni restos de software antiguo, pero implica reinstalar aplicaciones y restaurar datos. La clonación, por el contrario, crea una réplica casi exacta del estado actual de tu Windows, lo que resulta muy cómodo al pasar de HDD a SSD sin empezar desde cero.

Instalación limpia de Windows 11 paso a paso en otra unidad

Si te decides por la vía de la instalación limpia, el flujo estándar es crear un USB de instalación o montar la ISO de Microsoft, arrancar desde ese medio y seguir el asistente oficial.

Al inicio eliges idioma, distribución de teclado y ajustes regionales básicos, y al pulsar “Instalar ahora” verás una pantalla donde se te pide la clave de producto. Si reinstalas en un equipo que ya tenía licencia activa, puedes marcar “No tengo clave de producto” y dejar que Windows se reactive más tarde automáticamente.

Después tendrás que seleccionar la edición de Windows 11 que quieres y, cuando se te pregunte por el tipo de instalación, lo ideal es elegir “Personalizada: instalar solo Windows (avanzado)”. De este modo podrás indicar con precisión en qué disco y particiones se va a colocar el sistema nuevo.

En la lista de unidades, selecciona el SSD donde quieres alojar tu Windows 11. Puedes borrar las particiones existentes en esa unidad si quieres empezar de cero o usar un espacio sin asignar que ya tengas. Confirmas, el instalador copia archivos, realiza configuraciones básicas y reinicia el equipo varias veces.

Al terminar, el asistente inicial te pedirá datos como país, diseño de teclado, conexión a Internet, cuenta de Microsoft o cuenta local y ajustes de privacidad. Una vez completado este onboarding, tendrás tu instalación fresca de Windows 11 arrancando desde la unidad elegida, lista para instalar programas y mover tus archivos.

Migrar o clonar Windows 11 a otro disco

Si prefieres no empezar de cero, siempre puedes optar por clonar tu Windows 11 actual a otra unidad. Esta estrategia es muy popular cuando cambias de un disco mecánico a un SSD o de un SSD pequeño a uno más grande, ya que evita el marrón de reinstalar y configurar todo.

Para ello se utilizan herramientas específicas de clonación y copia de seguridad, que suelen incluir una función de “clonación de sistema”. Esta opción identifica automáticamente las particiones de arranque y sistema de Windows, te pide que selecciones el disco de destino y replica todo el contenido allí, ajustando el tamaño de las particiones si hace falta.

Es importante tener en cuenta dos cosas: por un lado, la clonación borra por completo los datos del disco de destino, así que no debe contener nada importante que no tengas guardado en otro sitio. Por otro, muchas utilidades no soportan sin más la clonación directa entre discos con distinto esquema de particiones (MBR a GPT o viceversa) y exigen pasos adicionales.

Si el disco de destino es un SSD, casi todos estos programas ofrecen una casilla del tipo “optimizar para SSD”. Activarla hace que se alineen bien las particiones y se apliquen algunos ajustes pensados para minimizar el desgaste y maximizar el rendimiento de la unidad sólida.

Una vez completado el proceso, solo quedará ir a la BIOS/UEFI y establecer el nuevo disco clonado como unidad de arranque principal. Si la clonación se ha hecho correctamente, el equipo iniciará el mismo Windows que tenías, con tus aplicaciones y datos, pero aprovechando la mayor velocidad del nuevo SSD.

Windows 11 desde un pendrive “normal”: por qué no compensa

A nivel puramente técnico, es posible meter Windows 11 en un pendrive clásico y arrancar el sistema desde ahí. Sin embargo, en la práctica rara vez es una opción recomendable, salvo para pruebas muy puntuales o situaciones excepcionales.

Los problemas empiezan por el rendimiento: los tiempos de arranque pueden dispararse a decenas de minutos en unidades lentas, y el uso diario se vuelve una tortura de menús que no responden, aplicaciones que se quedan colgadas y cargas interminables. Las memorias USB genéricas no están diseñadas para la carga sostenida de un sistema operativo completo.

Además de las tasas de transferencia mucho más bajas, aparecen errores frecuentes en actualizaciones, fallos de drivers y un desgaste brutal de la memoria flash, que carece de muchas de las protecciones y algoritmos de nivelación de desgaste que sí implementan los SSD decentes.

Si quieres simplemente hacer una prueba rápida de concepto, puede sacarte del paso. Pero para cualquier uso serio, sostenido o mínimamente cómodo, la única opción sensata es apostar por un SSD externo (NVMe o SATA) con una carcasa y un puerto USB que no limiten su rendimiento.

Teniendo todo lo anterior en cuenta, queda claro que Windows 11 como sistema portable en un SSD externo es una herramienta potentísima para probar el sistema, disponer de un entorno de rescate avanzado o incluso llevar tu escritorio entre varios equipos, siempre que elijas bien el hardware, asumas los riesgos de rendimiento, drivers y actualizaciones, y diferencies esta solución de un Windows instalado de forma clásica en un SSD interno, que seguirá siendo la referencia cuando lo que buscas es estabilidad y comodidad absolutas.

Cuando hablamos de rendimiento, tanto en un PC doméstico, un sistema TI corporativo o un ERP, la expresión “cuello de botella” aparece una y otra vez, casi siempre mal entendida. Mucha gente lo asocia automáticamente a que “algo va mal” o a que “el sistema se ha quedado viejo”, pero la realidad es bastante más sutil: suele ser un problema de equilibrio, de cómo se combinan los componentes o de cómo fluyen los procesos y la información.

En lugar de obsesionarnos con cifras bonitas de benchmarks sintéticos o con calculadoras de Internet que te dan un supuesto porcentaje exacto de cuello de botella, es mucho más útil aprender a detectar estos límites en situaciones reales: jugando, ejecutando aplicaciones de negocio, procesando datos, gestionando una red corporativa o haciendo consultas complejas sobre una base de datos. En este artículo vamos a bajar al barro y ver, con detalle y sin humo, cómo identificar cuellos de botella sin depender de pruebas sintéticas.

Qué es un cuello de botella (y qué no lo es)

Un cuello de botella aparece cuando un componente más lento obliga al resto del sistema a trabajar a su ritmo. La metáfora del coche encaja bien: puedes tener una carrocería de Ferrari, pero si debajo llevas un motor de utilitario, el coche va a rendir como el motor más flojo, no como el chasis promete.

En un PC de sobremesa, esto se traduce en escenarios clásicos: una GPU muy potente atada a una CPU modesta, una base de datos rápida con consultas mal optimizadas, una red corporativa con equipos modernos conectados a un switch obsoleto o un ERP rodeado de procesos manuales que frenan toda la operativa. El sistema no falla como tal, pero rinde bastante menos de lo que debería.

Es importante entender que cierto grado de desajuste entre componentes es inevitable. Las generaciones de CPU, GPU, discos y software no evolucionan al mismo ritmo, y siempre habrá un elemento ligeramente más “lento” que el resto. El problema surge cuando esa diferencia supera un umbral en el que ya se nota claramente en el uso diario: caídas fuertes de FPS, esperas eternas para cargar datos, procesos bloqueados o redes que se saturan con facilidad.

Conviene olvidar la idea de que existe una fórmula mágica o una “calculadora de bottleneck” infalible. Esas herramientas se basan en promedios y suposiciones genéricas. No tienen en cuenta tu resolución de juego, tu arquitectura concreta, tu red o tus procesos internos. Pueden servir como orientación muy básica, pero si te dicen que tienes un 13,4% de cuello de botella y no duermes por la noche, quizá el problema ya no es técnico…

Detectar cuellos de botella en un PC sin recurrir a benchmarks sintéticos

La forma más fiable de saber si tu PC está limitado por algún componente no es mirar un gráfico bonito de un benchmark sintético, sino observar cómo se comporta el equipo en las tareas reales que tú haces: juegos, edición de vídeo, trabajo de oficina, máquinas virtuales, etc. Los síntomas, cuando hay un problema de verdad, suelen ser bastante obvios.

En gaming, por ejemplo, los signos más claros son caídas bruscas de FPS, tiempos de frame muy irregulares y microtirones en escenas concretas. No se trata solo de la media de FPS, sino de la consistencia. Un juego que oscila continuamente entre 50 y 120 FPS puede sentirse peor que otro bloqueado a 60 FPS sólidos como una roca.

Mucha gente mira los porcentajes de uso de CPU y GPU y se lleva conclusiones erróneas. Ver la GPU al 100% mientras la CPU ronda el 50% no significa necesariamente que haya un problema. Puede indicar simplemente que el juego está utilizando la gráfica a tope y que, por diseño, no necesita exprimir tanto el procesador. A la inversa, hay títulos muy dependientes del procesador donde la CPU se pone al límite y la gráfica parece “aburrida”. Lo importante es observar si ese patrón viene acompañado de tirones, tiempos de carga anómalos o sensaciones de lentitud injustificadas.

Otro signo típico en PCs de uso general son las esperas excesivas al abrir aplicaciones, alternar entre programas o cargar proyectos pesados. Aquí suelen entrar en juego la RAM insuficiente o el almacenamiento lento. Si el sistema empieza a tirar de memoria virtual en disco o un HDD mecánico está haciendo de tapón, notarás bloqueos puntuales, acceso constante al disco y una sensación de que “todo va a trompicones”.

Equilibrar CPU, GPU, RAM y almacenamiento sin obsesionarse

El objetivo al montar o actualizar un PC no es lograr una especie de equilibrio perfecto imposible, sino evitar desajustes bestias que tiren por tierra la inversión. No tiene lógica montar una tarjeta gráfica de más de mil euros y acompañarla de un procesador de gama de entrada, ni colocar una CPU de gama entusiasta con una GPU muy modesta “porque ya actualizaré más adelante”.

Como referencia rápida, se puede pensar en tres franjas de configuración:

• Gama de entrada: Un Intel i3 o un Ryzen 3 casan bien con gráficas modestas, sin pasarse de una RTX 3050 o equivalentes. Si subes mucho de ahí, el procesador empezará a limitar de forma notable en bastantes títulos modernos. Especialmente a 1080p.
• Gama media. Un Intel i5 / Ultra 5 o un Ryzen 5 actual se combinan sin problema con tarjetas tipo RTX 4060 Ti, RTX 5070 o equivalentes de AMD como la 9700 XT, siempre que el resto del equipo (RAM, placa, fuente) esté a la altura.
• Gráficas de gama muy alta tipo RTX 5080, 5090 o las mejores Radeon. Aquí es recomendable irse a CPUs potentes como Ryzen 7/9 X3D o Intel Ultra 7/9.

La resolución de juego cambia mucho la película. A 1080p, el procesador suele ser más determinante porque la GPU tiene más margen y genera muchos FPS, lo que pone a la CPU contra las cuerdas. A 4K, en cambio, el peso pasa a la gráfica. Y ciertas CPUs modestas ya no generan tanto cuello de botella porque el límite viene dado por la capacidad de la GPU para mover tantos píxeles. Por eso hay configuraciones que parecen desequilibradas sobre el papel, pero en resoluciones altas funcionan razonablemente bien.

Cuellos de botella que no son tan obvios: RAM, disco, fuente y buses

Cuando se habla de limitaciones de rendimiento se suele señalar directamente a la CPU o a la GPU, pero hay muchos sistemas en los que el verdadero freno está en segundo plano. Un caso clásico es la memoria RAM: no solo importa la cantidad, también la velocidad y la configuración (latencias, dual channel, etc.). RAM lenta o mal configurada puede dejar a la CPU esperando datos y generar picos de uso inesperados.

El almacenamiento es otro sospechoso habitual. Cambiar de un HDD a un SSD SATA ya marca un salto importante. No obstante, para cargas intensivas de datos un NVMe PCIe 4.0 o 5.0 reduce prácticamente a cero la posibilidad de que el disco sea el cuello de botella en lectura y escritura secuencial.

La fuente de alimentación también puede limitar sin que lo parezca. Si la GPU intenta consumir más de lo que la fuente puede suministrar de forma estable, se pueden producir bajadas de rendimiento por reducción automática de frecuencias, inestabilidades e incluso apagones. Desde fuera, eso se percibe como un equipo que “no tira lo que debería”. O que se viene abajo en cuanto se le exige un poco.

Por último, la propia arquitectura de la placa base puede ser un tapón silencioso. Una GPU de última generación conectada a un slot PCIe 3.0 con pocas líneas puede perder rendimiento respecto a su potencial real. Especialmente en tareas que requieren mucho intercambio de datos. Son detalles que muchas “calculadoras de bottleneck” ni siquiera contemplan, pero que marcan la diferencia.

En todos estos casos, los benchmarks sintéticos pueden mostrar buenos números en escenarios de laboratorio, pero es en el uso diario, con tu combinación de programas, juegos y cargas, donde vas a notar si el sistema fluye o se atasca. La clave es relacionar los síntomas con el componente que tiene más probabilidades de estar limitando el resto.

Cuellos de botella en aplicaciones complejas y bases de datos

En el mundo del desarrollo de software y de las aplicaciones empresariales grandes, el concepto de cuello de botella cambia de cara, pero la esencia es la misma: una parte de la arquitectura impide que el resto funcione al ritmo esperado. Muchas empresas tienen productos que crecieron sin una estrategia clara de pruebas unitarias ni de rendimiento, y con el tiempo se han convertido en auténticos monstruos difíciles de mantener.

Cuando una consulta que debería ser casi instantánea tarda eternidades, o un cálculo consume CPU, RAM y tiempo de forma escandalosa, lo que necesitas no es un benchmark sintético, sino observar dónde se queda atascado el proceso real. A veces el problema es una consulta Entity Framework poco eficiente que se traduce en un SQL horroroso, cuando en realidad se podría haber resuelto con una vista bien indexada en la base de datos.

En estos escenarios, la mejor forma de detectar cuellos de botella es combinar monitorización del sistema (CPU, RAM, disco, red) con herramientas específicas del stack que estés usando: perfiles de consultas SQL, analizadores de tiempo de ejecución, rastreadores de llamadas, etc. No hace falta reescribir la aplicación entera; lo habitual es encontrar unos pocos puntos calientes que concentran la mayoría de los tiempos de espera.

Un patrón muy común es descubrir que una parte relativamente pequeña del código se ejecuta miles de veces más de lo necesario. O que se realizan consultas repetitivas a la base de datos en bucle en lugar de traer la información de una sola vez y trabajar en memoria. Otro clásico: cálculos que podrían delegarse a la base de datos o a un servicio especializado se realizan en la capa de aplicación. Cargando innecesariamente el servidor web o el backend.

Cuellos de botella operativos: cuando el problema no es el ERP

En el entorno empresarial, no todo cuello de botella viene de la tecnología como tal. Muchas organizaciones sienten que su ERP o sistema de gestión se ha quedado corto porque viven en una fricción constante: retrasos, acumulación de tareas, cierres de mes tensos, decisiones tomadas a última hora… Y el diagnóstico fácil es “hay que cambiar de sistema”.

Sin embargo, es frecuente que el bloqueo real esté en los procesos y en el flujo de información. A veces el cuello de botella se manifiesta como micro retrasos recurrentes en un mismo punto: un departamento donde siempre se acumula el trabajo, una fase del proceso donde todos esperan a que alguien valide, un informe que llega siempre tarde. Otras veces toma la forma de dependencia total de una o dos personas clave. Si se ausentan, todo se desordena.

También es muy habitual la sobrecarga administrativa. Equipos operativos que pierden horas en tareas manuales, conciliaciones, hojas de cálculo paralelas y comprobaciones duplicadas porque no se fían del dato del sistema o porque la información no está bien estructurada. El síntoma visible se parece a un problema de herramientas. La causa, en todo caso, suele estar en cómo se han definido los procesos y en cómo se alimenta el ERP.

Otro indicador de cuello de botella estructural es la toma de decisiones tardía. Cuando los responsables reciben la información cuando el problema ya explotó, hay algo en el flujo de datos que no funciona. El sistema puede estar registrándolo todo, pero si los informes, alertas y cuadros de mando no están bien diseñados, el dato llega tarde o descontextualizado.

Antes de pensar en un cambio tecnológico radical, conviene revisar con calma la cadena completa: cómo se recogen los datos en origen, cómo se validan, quién los consulta, con qué frecuencia y para qué decisiones concretas se usan. Muchas veces el cuello de botella no está en el ERP, sino en la falta de visibilidad compartida y en procesos que se han ido parcheando con el tiempo sin una revisión global.

Cuando la información es el verdadero cuello de botella

En numerosos entornos industriales, logísticos o de servicios, la parte física del trabajo funciona razonablemente bien. Las máquinas producen, los pedidos salen, el servicio se presta... El gran caos aparece cuando intentas seguir el rastro de lo que está pasando. Entonces aparecen cifras distintas según el departamento, datos desactualizados, versiones contradictorias de la misma información.

Producción mira sus indicadores, compras tiene otra visión, logística interpreta los datos a su manera y finanzas hace números desde su propio ángulo. Si no existe una versión única y actualizada de la verdad, las decisiones se retrasan, se improvisa más de la cuenta y los problemas se detectan cuando ya han tenido impacto en plazos, costes o niveles de servicio.

En este contexto, el cuello de botella ya no está en una máquina concreta ni en un trabajador saturado, sino en la falta de integración real entre áreas. No sirve de mucho tener módulos sofisticados si no se hablan correctamente entre sí o si cada departamento trabaja con su Excel particular. La acumulación de tareas pendientes y la tensión constante suelen tener más que ver con esta fragmentación que con la potencia del ERP.

El riesgo aquí es intentar resolver el problema atacando solo el síntoma. Se refuerza un departamento con más personas, se añaden controles extra o se aplica una planificación más agresiva, pero el patrón vuelve a repetirse porque la raíz del cuello de botella sigue ahí. Resultado: la información no fluye en el momento ni en el formato adecuados.

Cuellos de botella TI: CPU, memoria, disco, red y bases de datos

Volviendo al terreno puramente tecnológico, en un entorno de TI corporativo los cuellos de botella se distribuyen por varios niveles: hardware, software y red. Todos ellos pueden limitar el throughput global de forma significativa si no se monitoricen y gestionen con antelación.

Una CPU saturada durante largos periodos puede arrastrar tiempos de respuesta altos en aplicaciones críticas. Especialmente si se concentra mucha carga en un solo servidor sin un buen equilibrio. La falta de memoria RAM empuja al sistema a usar swap en disco, multiplicando los tiempos de acceso y generando “parones” visibles para el usuario.

El almacenamiento lento o con I/O limitado es otro ingrediente clave. En aplicaciones que dependen mucho de bases de datos. Si los discos no son capaces de soportar el volumen de operaciones de lectura y escritura, verás consultas que se eternizan, bloqueos de tablas y timeouts. La red, por su parte, se convierte en el cuello de botella cuando el ancho de banda disponible es insuficiente, hay mucha congestión o la latencia es alta, afectando a servicios como aplicaciones web, videoconferencias o transferencias de grandes ficheros.

En este tipo de entornos, la monitorización proactiva es imprescindible. Herramientas como Zabbix, Nagios, Elastic Stack, Datadog, PRTG, Wireshark, iostat, perfmon o New Relic permiten identificar de manera temprana dónde se está acumulando el trabajo: si la CPU está a tope, si la RAM se va llenando hasta el límite, si los discos responden mal o si la red sufre picos de uso anormales.

La gracia está en no quedarse solo en la métrica puntual, sino en observar patrones: cuándo aparecen los picos, qué servicios están implicados, qué dependencias comparten. A partir de ahí se diseñan las estrategias de mitigación:

• Escalar verticalmente (más recursos en un servidor).
• Escalar horizontalmente (añadir más nodos).
• Optimizar código y consultas.
• Introducir cachés.
• Equilibrar la carga.
• Ajustar la configuración de red y políticas de QoS.

Cuellos de botella en redes empresariales: la carretera de los datos

Si pensamos en la red como una autopista por la que circulan los datos, un cuello de botella sería ese tramo donde la carretera se estrecha y los coches tienen que pasar casi de uno en uno. En una empresa, esto se traduce en navegación lenta, videollamadas que se cortan, transferencias eternas y aplicaciones en la nube que responden a trompicones.

Las causas habituales suelen ser bastante terrenales: ancho de banda insuficiente para el número de dispositivos, routers y switches obsoletos, configuraciones de red poco afinadas, aplicaciones que acaparan recursos sin control o interferencias en la Wi-Fi debido a otros dispositivos y obstáculos físicos.

Para detectar por dónde se está estrechando la “carretera”, el primer paso es monitorizar el tráfico: qué equipos consumen más, en qué franjas horarias, hacia qué destinos. Herramientas de supervisión de red permiten ver dónde se producen los picos y qué servicios están detrás. También es importante revisar el estado del hardware de red. Más que nada para descartar que un router antiguo o un switch saturado estén frenando a toda la organización.

Si se utiliza Wi-Fi, las interferencias pueden ser un cuello de botella especialmente traicionero: puntos de acceso mal ubicados, exceso de dispositivos conectados al mismo canal, paredes gruesas… Todo esto se manifiesta como una conexión inestable a pesar de tener buena velocidad contratada. Probar distintas ubicaciones del router, usar repetidores bien situados y elegir canales menos congestionados puede marcar una gran diferencia.

Una vez localizado el punto crítico, las soluciones pasan por aumentar el ancho de banda contratado si es necesario, renovar el hardware que se ha quedado corto, revisar las configuraciones (VLAN, QoS, reglas de firewall) y gestionar el uso de recursos, limitando o priorizando el tráfico según la criticidad de los servicios. La idea es que las aplicaciones clave tengan vía rápida y que el resto del tráfico no se coma toda la autopista.

Si tú y tus colegas (o tu pareja) estáis buscando juegos para compartir sofá y pantalla en Windows y Xbox, estáis en el lugar adecuado. Tanto si queréis partiros de risa con un cooperativo caótico, como si os apetece perderos durante horas en un RPG a cuatro manos, hoy en día hay más opciones de las que parece, aunque a veces cueste encontrarlas.

A continuación vas a ver una recopilación muy completa de juegos con pantalla dividida o compartida, cooperativos y competitivos, que podéis disfrutar en Xbox (One y Series) y en PC con Windows, incluyendo títulos con crossplay, experiencias centradas en la construcción y otras en la exploración, más algunos trucos para jugar como si fuera local aunque estéis cada uno en su casa.

Cooperativos narrativos para dos: aventuras pensadas para jugar acompañado

Si lo que buscas son experiencias para dos jugadores en la misma pantalla, con historia cuidada y muchas situaciones originales, hay varios estudios que se han especializado precisamente en eso.

It Takes Two

La obra de Hazelight se ha ganado a pulso la fama de ser uno de los mejores cooperativos modernos para jugar en pareja o con un amigo. Controláis a Cody y May, una pareja en crisis convertida en muñecos que debe colaborar para recuperar su relación. Cada fase cambia de género: plataformas, puzles, secciones de disparos, minijuegos competitivos… siempre obligando a que cada jugador tenga habilidades distintas y se coordine. Se puede jugar en pantalla partida en Xbox y en PC, y además permite juego online con Pase de Amigo.

A Way Out

Antes de It Takes Two, Hazelight ya demostró su talento con A Way Out, una aventura para dos jugadores obligatoriamente cooperativa. Cada uno maneja a un preso diferente que debe colaborar para diseñar y ejecutar una fuga de la cárcel, y lo interesante es cómo la pantalla se fragmenta y cambia de tamaño según lo que hace cada uno: a veces uno distrae a un guardia mientras el otro actúa a sus espaldas, otras vivís escenas paralelas en distintos lugares. Funciona tanto en pantalla dividida local en Xbox y PC como online.

Split Fiction

En Split Fiction se repite la fórmula de “cooperativo puro para dos”, pero con un giro creativo: sois dos escritoras de géneros distintos, fantasía y ciencia ficción, atrapadas en una máquina capaz de dar vida a sus textos. El resultado es un viaje por mundos que mezclan dragones, naves espaciales y situaciones cada vez más surrealistas, donde cada jugadora aporta su punto de vista. El juego está plagado de niveles muy variados, puzles ingeniosos y cambios de tono constantes, lo que lo convierte en uno de los cooperativos más frescos de los últimos años, jugable en consola y PC con pantalla partida.

RPG y acción profunda a pantalla dividida

Si lo vuestro son las campañas largas, tomar decisiones juntos y pelearos por el botín, hay varios RPG y shooters con cooperativo local en Windows y Xbox que dan para meses.

Baldur’s Gate 3

Considerado por muchos como uno de los mejores RPG occidentales de la historia, Baldur’s Gate 3 permite jugar la campaña entera con hasta cuatro personas, tanto online como en pantalla dividida en consolas y en PC (con límites según la plataforma). Podéis crear vuestros personajes, discutir cada decisión de diálogo, plantear estrategias en los combates por turnos basados en Dungeons & Dragons y provocar todo tipo de situaciones caóticas cuando alguien decide hacer algo que el resto no espera. Es ideal si queréis una partida de rol de sofá a muy largo plazo.

Divinity: Original Sin 2 – Definitive Edition

Antes de Baldur’s Gate 3, Larian ya había bordado el rol cooperativo con Divinity: Original Sin 2. Aquí también podéis compartir campaña completa en pantalla dividida en Xbox y en PC, conversando con NPC, resolviendo puzles ambientales y enfrentándoos a combates tácticos muy exigentes. El sistema de habilidades, elementos y físicas permite combos creativos a cuatro manos: empapar el suelo de aceite, prenderlo fuego, electrificar charcos, etc. Es perfecto para quienes disfrutan planificando estrategias y explorando cada rincón juntos.

Outward

Outward es un RPG de fantasía con un fuerte componente de supervivencia que se puede jugar enteramente en pantalla partida. No sois héroes todopoderosos, sino aventureros bastante vulnerables que deben cocinar, vigilar el clima, curar enfermedades y gestionar el equipo con cabeza. La gracia está en explorar mano a mano el duro mundo de Aurai, montar vuestro campamento, descubrir hechizos y afrontar enemigos que no perdonan errores. Es exigente, pero muy satisfactorio si buscáis algo distinto a los típicos juegos de acción.

Gears 5

Si os va más la acción directa, Gears 5 ofrece uno de los shooters en tercera persona más sólidos con pantalla dividida para Xbox y PC. La campaña se puede jugar íntegra en cooperativo local, y además tenéis modos como Escape u Horda para sesiones rápidas. Combina escenarios amplios, tiroteos intensos, coberturas y jefes espectaculares, todo ello con un multijugador local muy pulido para compartir sofá.

Indies cooperativos y party games para liarla en el salón

Cuando lo que apetece es reírse, gritar y picarse amistosamente, los juegos “de sofá” con pantalla compartida son insuperables, y aquí Windows y Xbox tienen un catálogo muy jugoso.

Overcooked! y Overcooked! 2 / All You Can Eat

Overcooked! y su secuela son casi obligatorios en cualquier quedada. Hasta cuatro jugadores comparten cocina en pantalla compartida y tienen que coordinarse a contrarreloj para sacar platos sin quemarlo todo. Cortar, freír, fregar, servir… mientras el escenario se mueve, se parte en dos o cambia de disposición. La versión All You Can Eat reúne ambas entregas con DLC y opciones online, así que en Xbox y PC tenéis cientos de niveles frenéticos perfectos para jugar con amigos o familia.

Moving Out y Moving Out 2

Si las mudanzas en la vida real son un estrés, aquí se convierten en una comedia cooperativa de hasta cuatro jugadores. En Moving Out tenéis que trasladar muebles y objetos variopintos sorteando obstáculos, lanzando sofás por las ventanas y aprovechando las físicas a vuestro favor. La secuela añade nuevos tipos de niveles, más locuras y más posibilidades, manteniendo la pantalla compartida tanto en consola como en PC para que nadie se pierda la acción.

Lovers in a Dangerous Spacetime

Este título propone que entre 2 y 4 jugadores controlen los distintos puestos de una nave espacial: uno pilota, otros manejan escudos, armas y motores. La acción se ve en una sola pantalla, y la clave está en comunicarse para repartir tareas mientras os enfrentáis a robots, rescatáis criaturas y mejoráis la nave. Es sencillo de entender, muy colorido y perfecto para sesiones cortas o para jugar con gente poco habituada a los videojuegos.

PHOGS!

En PHOGS! controláis a un dúo de perretes unidos por la barriga, uno rojo y otro azul, ideal para jugar a dobles con un mando cada uno. Tenéis que estirar vuestro cuerpo, morder, saltar y colaborar para superar puzles en mundos temáticos de comida, siesta y juegos. Es accesible para todas las edades, muy simpático y funciona genial tanto en Xbox como en PC con pantalla compartida.

Cuphead

Si os gustan los retos, Cuphead ofrece un run and gun con estética de dibujo animado clásico que se puede disfrutar en cooperativo local en la misma pantalla. Uno maneja a Cuphead y el otro a Mugman, plantando cara a jefes durísimos que requieren aprender patrones y mantener la calma. Visualmente es una pasada, pero hay que ir mentalizado: la dificultad es alta y las discusiones amistosas están aseguradas.

Brotato

Brotato es un roguelite de oleadas donde una patata armada hasta los dientes se enfrenta a hordas de enemigos, y en su versión con cooperativo local permite que hasta cuatro jugadores compartan pantalla. Las partidas son cortas, con montones de armas, objetos y builds posibles, así que engancha tanto para echar ratos rápidos como para maratones buscando la combinación perfecta.

Castle Crashers y otros beat ‘em up

Castle Crashers sigue siendo un clásico de los “yo contra el barrio”: hasta cuatro jugadores luchan en pantalla compartida contra ejércitos de enemigos, jefes, minijuegos y muchísimo humor. Si os gusta el género, en PC y Xbox también podéis disfrutar de Teenage Mutant Ninja Turtles: Shredder’s Revenge o Streets of Rage 4, todos con modo local para varios jugadores, controles sencillos y una rejugabilidad enorme.

Construcción, granjas y exploración juntos

Si en vuestro grupo hay quien prefiere construir, gestionar y explorar con calma antes que disparar, hay cooperativos de sofá que encajan como un guante, tanto en Windows como en Xbox.

Stardew Valley

Stardew Valley empezó siendo una experiencia puramente individual, pero con sus actualizaciones añadió un excelente modo multijugador a pantalla partida de hasta cuatro jugadores. Podéis compartir granja, ir a pescar, explorar la mina, relacionaros con los habitantes del pueblo y repartir tareas como mejor os venga. En partidas ya empezadas hay que construir una cabaña por jugador, y si empezáis nueva partida podéis configurar desde el principio cuántas cabañas habrá. La interfaz se adapta para que todos vean bien, lo que lo convierte en un título perfecto para parejas o grupos que busquen algo relajado.

Minecraft

Minecraft en sus versiones de consola y Bedrock permite pantalla dividida en Xbox si jugáis en la misma máquina, y aunque en PC el cooperativo local se suele resolver por LAN u online, sigue siendo una referencia para construir y explorar en grupo. Entre el modo supervivencia, que combina gestión de recursos, combate ligero y exploración, y el modo creativo, que es casi como un LEGO infinito, se convierte en un pozo de horas perfecto para quienes disfrutan levantando bases y probando ideas locas.

Terraria

Aunque a primera vista parezca un juego retro sencillo, Terraria es un sandbox 2D enorme con generación procedural donde podéis excavar, construir, explorar cuevas, derrotar jefes y crear auténticos monstruos de bases. En Xbox tiene modos de pantalla dividida, y en PC es fácil compartir mundo en cooperativo online. El progreso es muy gratificante, y la sensación de ir descubriendo cosas nuevas con un amigo es parte de su encanto.

Juegos deportivos, conducción y acción competitiva en la misma pantalla

No todo va a ser cooperar: a veces apetece un buen cara a cara en el sofá, ya sea a base de goles imposibles o de combates espectaculares.

Rocket League

Rocket League mezcla coches y fútbol en partidos trepidantes que se pueden disfrutar en pantalla dividida en Xbox y en PC. Es fácil de entender (empujar un balón gigante hasta la portería contraria) y difícil de dominar, con saltos, voleas aéreas, turbo y tácticas de equipo. Al ser free to play y permitir cooperativo local y online, es de esos juegos ideales para tener siempre instalado y echar “un par de partidos” que se acaban convirtiendo en horas.

EA Sports FC y otros deportes

Si sois futboleros, EA Sports FC sigue siendo el simulador más completo para jugar partidos en local en Xbox y PC, con modos cooperativos y competitivos desde el mismo sofá: temporadas cooperativas, partidos rápidos, torneos o Ultimate Team compartido. A esto se le suman propuestas deportivas más específicas como PGA TOUR 2K23 para los amantes del golf, o los NBA y otros títulos de deporte que permiten pantalla dividida para montar ligas caseras.

Tekken 8, Street Fighter V y otros juegos de lucha

Los juegos de lucha siguen siendo de los mejores candidatos para echar piques rápidos en la misma pantalla. En PC y Xbox podéis disfrutar de Tekken 8, espectacular y accesible gracias a sus modos de control simplificados, además de clásicos como Mortal Kombat o Street Fighter V (este último más ligado a PC y PlayStation, pero muy presente en la escena competitiva). Son perfectos para rotar el mando entre varios y montar mini torneos caseros.

Sobremesa, terror y experiencias online que también brillan en grupo

Aunque no todos los juegos de esta sección tienen pantalla partida estricta, muchos se disfrutan mejor con amigos, ya sea en modo local pasando el mando o conectados online entre Windows y Xbox.

Juegos de terror y aventuras “de pasar el mando”

Títulos como The Quarry o los Resident Evil más recientes (incluido Revelations 2, que sí ofrece cooperativo local) funcionan genial en grupo: uno maneja el mando y el resto decide qué hacer, o se reparten personajes y decisiones. En The Quarry, por ejemplo, podéis asignar cada adolescente a un jugador y ver cómo vuestras elecciones afectan al destino del grupo, con sustos, risas y discusiones incluidas.

Dead by Daylight, Fortnite, Apex Legends y otros multijugador online

Si en vez de compartir sofá preferís que cada uno juegue desde su casa, la lista de multijugadores online para PC y Xbox es enorme: Dead by Daylight (uno hace de asesino, cuatro intentan escapar), Fortnite con sus modos de escuadrón y LEGO Fortnite más centrado en la supervivencia y la construcción, Apex Legends para batallas tácticas en equipo, Call of Duty: Warzone, Destiny 2, Sea of Thieves para vuestras fantasías piratas, y un larguísimo etcétera que incluye MOBAs como League of Legends o DOTA 2 en PC. Todos ellos son ideales si queréis coordinaros por voz y jugar muchas horas sin necesidad de pantalla dividida.

Herramientas y servicios para exprimir el juego cooperativo

Además de los propios juegos, hay servicios que facilitan mucho el jugar con amigos en PC y Xbox, incluso cuando un título solo soporta multijugador local.

Steam Remote Play Together en PC

Si jugáis en Windows mediante Steam, Remote Play Together os permite convertir casi cualquier juego local en una experiencia online. Básicamente tu PC actúa como servidor, retransmite la imagen y sonido a tus amigos y ellos envían sus controles como si estuvieran en tu salón. Podéis compartir teclado, ratón o mandos, hablar por voz y jugar desde PC, Mac, Linux, móviles iOS o Android. Es una forma muy cómoda de disfrutar de cooperativos de sofá aunque cada uno esté en su casa.

Xbox Game Pass y pantalla dividida

En consolas Microsoft, Xbox Game Pass es una mina si os gustan los juegos con cooperativo local y pantalla partida. Con una sola suscripción tenéis acceso a títulos como Gears 5, It Takes Two, A Way Out, Halo: The Master Chief Collection (con multijugador local en muchos de sus juegos de campaña y PvP), Tetris Effect Connected, Plants vs. Zombies: Battle for Neighborville, Terraria, Minecraft y muchos más. Es una buena forma de probar muchos cooperativos distintos sin tener que comprar cada uno por separado.

Como ves, tanto en Windows como en Xbox hay un abanico enorme de juegos para compartir pantalla con amigos, desde aventuras narrativas pensadas para dos hasta RPG mastodónticos, pasando por indies desternillantes y shooters de adrenalina pura. Ya busques construir granjas, explorar mazmorras, marcar golazos imposibles o simplemente echarte unas risas organizando pedidos en una cocina infernal, hay opciones de sobra para que vuestras tardes de sofá se conviertan en historias que merezca la pena recordar.

Cuando descargamos programas desde internet siempre queda la duda de si traerán virus, adware o cambios molestos en el sistema: barras en el navegador, servicios que se ejecutan solos, restos en el registro… Y, lo peor, que luego cuesta un mundo dejar el equipo como estaba. Por suerte, en las versiones profesionales de Windows existe un modo pensado justo para esto: probar software sin que toque de verdad el sistema.

Ese modo se llama Windows Sandbox, y es básicamente como tener un ordenador nuevo dentro de tu ordenador, totalmente aislado y desechable. Cada vez que lo abres aparece un Windows limpio. Todo lo que instales, modifiques o ejecutes ahí se elimina por completo al cerrarlo, sin dejar ni un rastro en tu instalación principal. Es ideal para “cacharrear” con programas sospechosos, correos que no terminan de darte buena espina o configuraciones que no quieres arriesgar en tu sistema de uso diario.

Qué significa probar software sin dejar rastro en el sistema

Cuando hablamos de probar programas sin dejar huella en Windows nos referimos a ejecutar aplicaciones en un entorno que no pueda afectar de ninguna manera al sistema operativo principal. Ni archivos, ni registro, ni configuraciones, ni datos personales. Es decir, un campo de pruebas donde puedes hacer lo que quieras sabiendo que, al cerrarlo, todo desaparece.

En un uso normal, cualquier programa que instalas en tu PC va dejando archivos, entradas de registro, servicios y configuraciones por distintas partes del sistema. Aunque luego lo desinstales, casi siempre se queda algún resto. Con herramientas tipo sandbox, ese “desorden” se queda encerrado en un entorno aislado que se descarta por completo al terminar la sesión.

La ventaja clave es que, ante software de origen dudoso o directamente peligroso, el sistema operativo real no sufre ningún daño. Si el programa resulta ser malicioso, se queda atrapado dentro del entorno aislado. Una vez cierres la sandbox, todo lo que hubieras instalado o ejecutado en ella se elimina automáticamente.

Gracias a esto, puedes usar estos entornos para analizar archivos sospechosos, comprobar instaladores, probar betas inestables o experimentar con cambios de configuración avanzados sin arriesgarte a romper nada en tu instalación principal de Windows.

Qué es exactamente un software Sandbox

Un software Sandbox es una aplicación que crea un entorno de ejecución aislado y controlado dentro de un sistema operativo. Ese entorno virtual, al que se suele llamar sencillamente “sandbox” o “caja de arena”, se comporta como un pequeño sistema independiente donde puedes ejecutar programas y procesos sin que puedan interactuar libremente con el resto del equipo.

Técnicamente, este tipo de soluciones se apoyan en técnicas de virtualización y aislamiento, levantando una capa adicional entre el sistema anfitrión y lo que se ejecuta dentro de la sandbox. Eso implica cierto consumo extra de recursos, porque hay una instancia de sistema que se crea sobre el Windows real. A cambio, el sistema anfitrión se mantiene intacto pase lo que pase dentro de la caja.

En el caso de Windows Sandbox, Microsoft aprovecha las prestaciones de virtualización integradas en Windows 10 y Windows 11 (en sus ediciones Pro y Enterprise) para montar un entorno temporal donde cada reinicio devuelve el sistema a un estado completamente limpio. No se trata de una máquina virtual clásica con disco persistente, sino de un entorno de pruebas efímero que se resetea por completo en cada sesión.

Además de su papel como escudo frente a malware, este tipo de software resulta muy útil para pruebas de desarrollo y QA. Los programadores pueden comprobar cómo se instala y se ejecuta una aplicación en un sistema “virgen”, sin tener que preparar manualmente una máquina de pruebas y sin miedo a que librerías, dependencias o cambios de configuración contaminen el entorno de trabajo real.

Al final, las soluciones Sandbox se han convertido en una herramienta casi imprescindible para usuarios avanzados y entusiastas a los que les gusta experimentar con aplicaciones, scripts, tweaks del sistema o incluso muestras de código malicioso, pero que no quieren estar reinstalando Windows o restaurando copias de seguridad cada dos por tres, o recurrir a desinstalaciones limpias.

Diferencias entre sandbox y una máquina virtual normal

Aunque conceptualmente suenen muy parecidas, no es lo mismo una sandbox que una máquina virtual tradicional. Una VM clásica (por ejemplo con Hyper-V, VirtualBox o VMware) suele tener un sistema operativo completo instalado en un disco virtual, con configuraciones y datos persistentes que se conservan de una sesión a otra.

Sin embargo, un entorno tipo Windows Sandbox está pensado como sistema desechable y temporal. Cada vez que lo inicias se genera una imagen limpia de Windows basada en la instalación principal, sin programas ni configuraciones previas. Y cada vez que lo cierras, todos los cambios desaparecen: ficheros, instalaciones, descargas, claves de registro… todo se borra.

En una máquina virtual normal puedes usar snapshots o puntos de control para congelar estados y volver atrás cuando algo sale mal, lo que la hace ideal para entornos de pruebas continuas o laboratorios de larga duración. Windows Sandbox, en cambio, está enfocada a pruebas rápidas: ejecutas, verificas lo que necesitas y cierras, sabiendo que el sistema anfitrión no ha sufrido ni una sola modificación.

Otra diferencia importante es que, al ser una funcionalidad integrada en Windows, Windows Sandbox apenas requiere configuración: no tienes que instalar un sistema invitado, ni gestionar discos virtuales, ni preocuparte de drivers específicos. Inicias la función y, en cuestión de segundos, tienes un escritorio limpio listo para trabajar.

Requisitos para usar Windows Sandbox en tu equipo

Antes de poder disfrutar de este entorno aislado integrado en el sistema, tu ordenador tiene que cumplir con una serie de requisitos de hardware y software. No es una función pensada para equipos muy justos, porque al fin y al cabo vas a estar ejecutando un Windows “dentro” de tu Windows.

En cuanto al sistema operativo, necesitas una versión profesional o empresarial de Windows. Concretamente, Windows Sandbox está disponible en:

• Windows 10 Pro o Enterprise, a partir de la versión 1903 (y builds algo posteriores como la 18305 en el canal de pruebas).
• Cualquier edición de Windows 11 Pro o Enterprise. Las versiones Home, tanto en Windows 10 como en Windows 11, no incluyen esta característica.

A nivel de arquitectura, el sistema debe ser de 64 bits. Los procesadores de 32 bits no están soportados para esta función. Además, el equipo tiene que disponer de capacidades de virtualización por hardware, como Intel VT-x o AMD-V, y estas opciones deben estar activadas en la BIOS o UEFI.

En cuanto a recursos, Microsoft marca unos mínimos, pero en la práctica conviene ir un poco más holgado:

• CPU: procesador de 64 bits con al menos 2 núcleos. Se recomiendan 4 hilos o más, y lo ideal hoy en día es moverse en 4-6 núcleos físicos para que el sistema anfitrión no se resienta demasiado.
• Memoria RAM: mínimo 4 GB para poder levantar el Sandbox, pero lo razonable es tener 8 GB o más. Si piensas ejecutar aplicaciones pesadas dentro del entorno aislado, mejor contar con 12 GB o más para ir sobrado.
• Almacenamiento: al menos 1 GB libre en disco para la propia funcionalidad. Se recomienda encarecidamente usar una unidad SSD para que la experiencia sea fluida y las cargas sean rápidas.

También es importante tener las últimas actualizaciones de Windows instaladas, tanto por compatibilidad como por motivos de seguridad. Las builds recientes suelen incluir mejoras de rendimiento y parches específicos para la virtualización y el componente Sandbox.

Configuraciones de hardware recomendadas para un buen rendimiento

Aunque Windows Sandbox funciona con los requisitos mínimos, para que el uso sea cómodo y no tengas la sensación de que el equipo va “a pedales” es buena idea apuntar a una configuración un poco más potente que la estrictamente necesaria.

En procesador, todo lo que sea un Intel Core o AMD Ryzen de gama media hacia arriba de los últimos años te va a ir de maravilla. Pensando en trabajar con cierta soltura, un procesador de 6 núcleos y 12 hilos es una combinación muy equilibrada, sobre todo si sueles abrir varias aplicaciones tanto en el sistema principal como dentro del Sandbox.

Respecto a la memoria, aunque oficialmente se pueda tirar con 4 GB, en la práctica es una cifra muy justa hasta para el sistema anfitrión. Con 8 GB de RAM podrás trabajar razonablemente bien si no te pasas con las aplicaciones abiertas; a partir de 12 o 16 GB ya puedes plantearte ejecutar varias herramientas pesadas dentro del entorno aislado sin que el equipo se venga abajo.

El almacenamiento también marca diferencias: un SSD moderno hará que el arranque del Sandbox y la instalación de programas dentro del mismo sean mucho más ágiles. Si todavía usas un disco duro mecánico, notarás tiempos de carga más largos y cierta sensación de pesadez al manejar el entorno virtualizado.

En resumen, cuanto más equilibrado sea el hardware, mejor experiencia tendrás: procesador multinúcleo, suficiente RAM y SSD son los tres ingredientes clave para que probar software en Sandbox no se convierta en una tortura de esperas eternas.

Cómo instalar y activar Windows Sandbox paso a paso

Windows Sandbox viene incluido en las ediciones compatibles, pero no está activado por defecto. Hay dos formas principales de ponerlo en marcha:

• Mediante PowerShell (algo más técnica).
• Usando la clásica ventana de características de Windows (el método más sencillo para la mayoría de usuarios).

Si prefieres la vía rápida y gráfica, basta con ir al buscador de la barra de tareas y escribir “Activar o desactivar las características de Windows”. Abre la herramienta que te aparece como mejor coincidencia y espera a que cargue el listado de componentes opcionales.

En esa ventana verás una serie de casillas con funciones avanzadas del sistema. Desplázate hacia abajo hasta encontrar la entrada “Espacio aislado de Windows” o “Windows Sandbox” (según el idioma de tu instalación). Marca la opción y confirma con Aceptar para que Windows empiece a añadir los componentes necesarios.

Al finalizar el proceso, el sistema te pedirá reiniciar el equipo. Es un paso obligatorio: hasta que no se complete ese reinicio, la funcionalidad no quedará totalmente instalada. En máquinas actuales, el reinicio asociado a esta instalación suele durar poco más de uno o dos minutos.

Si eres más amigo de la consola, también puedes activar la función desde una ventana de PowerShell con permisos de administrador. Basta con ejecutar un comando que habilita la característica opcional de Windows Sandbox, tras lo cual igualmente tendrás que reiniciar para que los cambios surtan efecto.

Cómo usar Windows Sandbox para probar programas sin dejar rastro

Una vez que el componente está instalado, su uso es sorprendentemente sencillo. Para abrirlo, solo tienes que ir al menú Inicio o al cuadro de búsqueda de Windows y escribir “Windows Sandbox”. Verás la aplicación con su icono habitual, y la lanzas como harías con cualquier otro programa.

La primera vez que lo arranques, la carga puede tardar un poco más, ya que el sistema tiene que preparar la imagen base y la configuración inicial. A partir de ahí, las siguientes ejecuciones suelen ser mucho más ágiles, arrancando en cuestión de unos segundos en equipos modernos.

Al abrirse, te encontrarás con un escritorio de Windows totalmente funcional, habitualmente en inglés y sin activar, que se comporta como un sistema recién instalado. Sin aplicaciones de terceros, sin configuraciones extrañas y sin tus archivos personales. Es como estrenar un PC nuevo, pero en una ventana dentro de tu propio escritorio.

Para probar un archivo sospechoso, basta con arrastrarlo desde tu sistema real hacia la ventana del Sandbox o copiarlo y pegarlo dentro. Desde ahí, puedes ejecutarlo o instalarlo sin miedo: cualquier intento del programa por modificar el sistema operativo quedará encerrado en ese entorno aislado.

Cuando termines tus pruebas, cierra la ventana de Windows Sandbox usando la X de la esquina como en cualquier otra aplicación. El sistema te avisará de que todo el contenido de la sesión se perderá, y al confirmar se eliminarán por completo los cambios: los programas instalados, las descargas, las modificaciones de configuración… absolutamente todo.

Casos prácticos: cuándo tiene sentido usar Sandbox

Windows Sandbox es especialmente útil en aquellas situaciones en las que tienes dudas razonables sobre la seguridad o estabilidad de un programa, pero necesitas probarlo sí o sí. Por ejemplo, con instaladores descargados de webs de poca confianza, versiones beta filtradas, herramientas gratuitas demasiado agresivas con el sistema, etc.

También es un recurso muy cómodo para manejar adjuntos de correo electrónico de origen dudoso. Si recibes un archivo comprimido o un ejecutable que podría ser importante pero no terminas de fiarte, puedes moverlo al Sandbox y abrirlo allí: si resulta ser un troyano o un ransomware, se quedará encerrado en ese entorno efímero.

Los usuarios más técnicos lo utilizan para probar cambios de configuración avanzados (por ejemplo, toquetear el registro, experimentar con políticas de grupo o instalar drivers poco convencionales) sin arriesgarse a dejar el sistema principal inestable o inarrancable.

Del mismo modo, se usa mucho para pruebas de seguridad con malware real o scripts potencialmente peligrosos, sobre todo en entornos de laboratorio. La idea es observar el comportamiento del código en un entorno controlado, sabiendo que al cerrar la sesión todo ese “experimento” desaparecerá sin dejar rastro.

En definitiva, cada vez que pienses “esto quiero verlo, pero no me fío de meterlo en mi Windows”, es una buena candidata para pasar primero por el Sandbox y quedarte tranquilo.

Si vienes de Windows y te acabas de topar con Linux, es bastante habitual que te preguntes dónde demonios está tu tarjeta SD. No ves tus típicas unidades C: y D:, no encuentras nada en /mnt y la ruta /media te suena a chino. Abres un emulador, RetroArch, o cualquier otro programa que te pide elegir “Cargar contenido” y te quedas mirando la pantalla pensando: ¿pero dónde está mi tarjeta SD en este sistema tan raro?

Además, la cosa se complica cuando empiezas a ver rutas kilométricas tipo /var/.local/loquesea/otracarpeta/mascarpetas, directorios ocultos que no aparecen en el explorador de archivos salvo que los escribas a mano y comandos que parecen diseñados para asustar a cualquiera. Tranquilo: debajo de toda esa capa de nombres raros, Linux tiene una lógica muy clara para identificar, montar y gestionar la tarjeta SD, y con unos cuantos comandos bien escogidos podrás localizarla, revisarla, probar su estado, recuperar sus datos e incluso verificar si la memoria es fiable.

Cómo identifica Linux una tarjeta SD y por qué no ves C: ni D:

En Linux no existen letras de unidad como en Windows; todo se gestiona como archivos y directorios bajo la raíz /. Cada dispositivo de almacenamiento (discos duros, SSD, USB, tarjetas SD…) se presenta como un archivo especial dentro de /dev/, y luego se “monta” en un punto del sistema de archivos, que suele estar en /media o /run/media según la distribución.

Cuando insertas una tarjeta SD, el kernel detecta un nuevo dispositivo de bloque, generalmente con nombre /dev/sdX (donde X es una letra: a, b, c…) o en algunos equipos integrados como /dev/mmcblk0. Cada partición de esa tarjeta se representa como /dev/sdX1, /dev/sdX2, etc. y, si la distribución lo tiene configurado, se monta automáticamente en una ruta tipo /media/USUARIO/ETIQUETA.

Es aquí donde empiezan las dudas: muchos emuladores, gestores de archivos o programas antiguos no muestran directamente /media, o estás acostumbrado a ver “Disco extraíble” y ahora todo son nombres en /dev y rutas interminables. Por eso es fundamental conocer los comandos clave para listar el hardware de almacenamiento y localizar la dichosa tarjeta SD.

Comandos básicos para localizar la tarjeta SD conectada

El primer paso para dejar de pelearte con rutas absurdas es aprender a preguntar al sistema qué dispositivos tiene conectados. Linux ofrece varias herramientas de consola que enumeran discos, particiones y puntos de montaje de forma bastante clara una vez les pillas el truco.

El comando más cómodo en la mayoría de distribuciones es lsblk. Ejecuta en la terminal:

lsblk

Con este comando verás una tabla con nombres como sda, sdb, sdc, sus particiones (sdb1, sdb2…) y columnas con el tipo de dispositivo, tamaño y, muy importante, el PUNTO DE MONTAJE. La tarjeta SD suele aparecer como el dispositivo más pequeño “extra” respecto a tu disco duro principal. Por ejemplo, si tienes un SSD interno sda de 512 GB y enchufas una SD de 16 GB, es probable que la veas como sdb con 14-16G de tamaño.

Si quieres ver directamente todos los puntos de montaje y sistemas de archivos, puedes usar:

df -h

Este comando muestra dónde están montados los dispositivos, con rutas como /media/USUARIO/NOMBRE_SD. Es especialmente útil cuando el entorno gráfico ha montado la tarjeta de forma automática y solo necesitas saber qué ruta tienes que seleccionar en RetroArch o cualquier otra aplicación para llegar a tus ROMs o archivos.

Otra forma clásica de listar las particiones disponibles es:

sudo fdisk -l

Este comando enseña todas las tablas de particiones de los discos detectados. Verás algo como /dev/sdb: 14.8 GiB, tipo de partición, sistema de archivos, etc. Es más verboso que lsblk, pero muy útil cuando sospechas que la tarjeta está dañada, no tiene tabla de particiones o quieres ver detalles de bajo nivel.

En algunos casos (sobre todo en portátiles o placas tipo Raspberry Pi) tu tarjeta puede aparecer como:

/dev/mmcblk0, /dev/mmcblk1…

con particiones /dev/mmcblk0p1, /dev/mmcblk0p2, etc. El comando lsblk también detecta estos dispositivos, así que es la opción más amigable para el día a día.

Dónde se monta la tarjeta SD y cómo llegar a ella desde aplicaciones

Una vez identificada la tarjeta, la duda siguiente suele ser: “vale, sé que es /dev/sdb1, pero ¿dónde están mis archivos exactamente dentro del sistema de directorios?”. Aquí entran en juego los puntos de montaje.

En escritorios modernos (Ubuntu, Debian, Mint, etc.), lo normal es que el sistema monte las tarjetas SD de forma automática en:

/media/TU_USUARIO/ETIQUETA_DE_LA_TARJETA

Si no estás seguro, combínalo con:

lsblk -f

Esta variante muestra también la etiqueta (LABEL) y el UUID de cada partición, y la columna MOUNTPOINT te dice el directorio exacto donde está montada. Esa es la ruta que tienes que buscar luego desde RetroArch, un gestor de archivos o cualquier programa que te pida seleccionar una carpeta. En lugar de “Unidad D:”, pensarás “/media/usuario/Mi_SD”.

Si por lo que sea tu entorno no monta automáticamente la tarjeta, tendrás que hacerlo de forma manual. Un flujo típico sería:

sudo mkdir -p /mnt/misds
sudo mount /dev/sdb1 /mnt/misds

Tras eso, podrás navegar a /mnt/misds para acceder a los archivos. Si tu tarjeta SD lleva una partición con otro sistema de archivos (por ejemplo exFAT), puede que necesites instalar antes los controladores adecuados (por ejemplo, exfat-fuse o paquetes similares según la distribución).

Respecto a los directorios “ocultos” como .local que no ves en el explorador de archivos, recuerda que en Linux todo lo que empieza por un punto se considera oculto. Si tu explorador está configurado para ocultarlos, no verás /var/.local aunque exista. Es normal en Linux manejar un montón de rutas largas bajo /var, /home/.config, /usr/local, etc., pero tu tarjeta SD no tiene por qué estar enterrada ahí: casi siempre estará en algún subdirectorio de /media o /mnt.

Ver información detallada del sistema y del hardware (incluida la SD)

Si ya te manejas con lo básico y quieres profundizar más, Linux dispone de herramientas muy completas para inspeccionar el hardware y el sistema. Son especialmente útiles cuando necesitas soporte en foros, diagnosticar problemas de detección de la tarjeta SD o simplemente conocer a fondo tu equipo.

Una opción gráfica muy cómoda es Hardinfo, una aplicación disponible en la mayoría de repositorios de distribuciones GNU/Linux. Puedes instalarla desde el centro de software, con Synaptic o vía terminal con el gestor de paquetes de tu sistema. Una vez instalada, la lanzas desde el menú de aplicaciones o ejecutando hardinfo en una terminal.

Hardinfo organiza la información en cuatro bloques principales: Equipo, Dispositivos, Red y Benchmarks. En la sección de Equipo verás datos sobre el sistema operativo, versión del kernel, módulos cargados, sistemas de archivos, usuarios, compiladores, variables de entorno y otros muchos detalles que suelen pedirte cuando preguntas en un foro técnico.

En la pestaña Dispositivos encontrarás procesador, memoria RAM, dispositivos PCI y USB, almacenamiento (discos y controladoras), sensores, batería, dispositivos de entrada, placa base y más. Tu tarjeta SD aparecerá habitualmente en el apartado de almacenamiento, mostrándote el modelo detectado por el kernel y otros parámetros.

Por último, Hardinfo también incluye una sección de benchmarks que te permite estresar el sistema para medir rendimientos y temperaturas, algo útil si sospechas de una tarjeta o un lector que se comportan de forma inestable bajo carga.

Comandos de consola para conocer software, kernel y arquitectura

Más allá de saber dónde está la tarjeta SD, en muchas ocasiones necesitas datos del sistema para resolver problemas de compatibilidad o pedir ayuda. Aquí tienes algunos comandos clave relacionados con software y entorno:

Para ver la versión del kernel en uso:

uname -r

Si lo que quieres es conocer la arquitectura de tu sistema (por ejemplo, para saber qué paquetes descargar):

uname -m

Para comprobar el nombre y versión de la distribución (especialmente útil al seguir tutoriales):

lsb_release -a (en distros que lo incluyan) o leer el contenido de /etc/os-release.

Para ver el usuario actual con el que estás trabajando:

whoami

Y para mostrar el nombre de la máquina (hostname):

hostname

Si alguna guía te pide listar los módulos cargados en el kernel, especialmente cuando hay problemas con controladores de almacenamiento o USB, usa:

lsmod

En el contexto del almacenamiento, también es relevante conocer la configuración de la memoria de intercambio (swap), que puedes consultar con:

swapon –show

Y si necesitas ver el UUID de todas las particiones (identificadores únicos que algunas distribuciones usan en /etc/fstab para montar discos y tarjetas SD de forma persistente):

blkid

Comandos para listar y gestionar el hardware

Cuando ya has comprobado que tu tarjeta SD “existe” pero sospechas de problemas de hardware, hay comandos que te dan una visión panorámica del equipo. lshw es uno de los más completos:

sudo lshw | less

Este comando lista todo el hardware en un formato muy detallado. La salida es larga, por eso se suele paginar con less o redirigir a un archivo de texto para revisarla con calma:

sudo lshw > hardware.txt

Si quieres una salida más compacta, puedes pasarle opciones como -short:

sudo lshw -short

Otra herramienta muy habitual para describir el hardware expuesto por la BIOS/UEFI es dmidecode:

sudo dmidecode -q >> hardware.txt

La información que ofrece dmidecode es extensa y a veces algo críptica, pero te puede ayudar a identificar el modelo de placa, controladores y otros elementos que influyen en cómo se detecta la tarjeta SD.

Herramientas específicas para dispositivos de almacenamiento

Para centrarnos en discos, SSD, USB y tarjetas SD, además de lsblk, df y fdisk, hay utilidades adicionales muy prácticas. lsscsi lista dispositivos SCSI/SATA (entre ellos muchos lectores y tarjetas SD):

sudo apt install lsscsi
lsscsi

Con ello verás una lista de dispositivos de almacenamiento y unidades ópticas. Tu tarjeta SD puede aparecer ahí si el lector la expone como un dispositivo SCSI/SATA hacia el sistema.

Para ver el uso del espacio de forma amigable, puedes usar pydf, una versión mejorada de df en Python que muestra información con colores:

sudo apt install pydf
pydf

Otra herramienta avanzada es hdparm, que permite consultar y ajustar parámetros de discos. Es potente y conviene usarla con cuidado, pero para solo ver información puedes ejecutar:

sudo hdparm -I /dev/sdX

reemplazando sdX por el dispositivo que corresponda a tu tarjeta. Obtendrás datos sobre el modelo, capacidades, modos de transferencia y más. No es imprescindible para el día a día, pero viene bien saber que existe.

Comprobar memoria RAM, dispositivos PCI y USB

Aunque no tenga que ver directamente con la tarjeta SD, la salud general del sistema influye en cómo se comportan los dispositivos de almacenamiento. Para revisar rápidamente la memoria RAM disponible y el uso de la swap, utiliza:

free -m

Esto te mostrará la memoria total, usada, libre y la swap en megabytes. Útil si sospechas que el sistema se queda sin recursos mientras copias archivos grandes a la SD.

Para listar dispositivos PCI (tarjetas de red, controladoras, gráficas, etc.):

lspci

Y para revisar dispositivos USB conectados, incluidos muchos lectores de tarjetas SD externos:

lsusb

Con lsusb puedes confirmar rápidamente si el lector USB detecta algo. Si al conectar la tarjeta no aparece ningún cambio en lsusb ni en dmesg (lo veremos ahora), es posible que el lector o la propia tarjeta estén dañados.

Tarjeta SD que no se detecta: uso de dmesg y casos de corrupción

Un problema muy frecuente es desconectar la tarjeta mientras se está escribiendo sobre ella, por ejemplo usando dd para llenarla de ceros o crear una imagen. Si la extraes en mitad del proceso, puedes acabar con una tarjeta que ya no se monta ni aparece en lsblk o fdisk. Por eso conviene saber cómo proteger un USB o una tarjeta SD contra la escritura.

Cuando esto ocurre, lo primero es consultar los mensajes del kernel con dmesg. En lugar de buscar un archivo /var/log/dmesg (que en muchas distribuciones no existe como fichero independiente), basta con ejecutar en la terminal:

dmesg | tail -n 50

Justo después de insertar la tarjeta SD. Ahí verás si el kernel ha detectado algún error al intentar leerla: mensajes de I/O error, problemas de la controladora, avisos de que no se ha podido leer la tabla de particiones, etc.

Si dmesg no muestra absolutamente nada nuevo al insertar la tarjeta, pero sí detecta otras tarjetas o USB, es probable que la tarjeta esté físicamente dañada y no haya mucho que hacer salvo hacer pruebas con otros lectores y, si sigue igual, darla por perdida.

Cuando la tarjeta sí aparece en dmesg, pero no en fdisk -l o lsblk, puedes intentar con herramientas de bajo nivel (por ejemplo, forzar la lectura con ddrescue) para intentar clonar lo que se pueda a otro soporte, aunque si la electrónica interna se ha corrompido, las opciones son muy limitadas.

Recuperación de datos de una tarjeta SD en Linux

Si el problema no es que la tarjeta haya “muerto” sino que has perdido archivos, carpetas han desaparecido o el sistema de archivos se ha estropeado, todavía tienes bastantes opciones desde Linux para recuperar información.

Lo primero es no entrar en pánico: cada escritura nueva sobre la tarjeta reduce tus posibilidades de éxito. Lo ideal es dejar de usarla inmediatamente y, si es posible, hacer una copia completa de la tarjeta a un archivo de imagen con dd o herramientas similares (por ejemplo, ddrescue) y trabajar sobre esa imagen. Si piensas reutilizarla, quizá debas formatear la tarjeta SD tras recuperar los datos.

Antes de iniciar la recuperación, asegúrate de que la tarjeta está montada (o al menos visible como dispositivo en /dev). Para comprobar si la distribución la reconoce, ya sabes: lsblk, fdisk -l y dmesg son tus aliados.

Hay varios métodos y herramientas para recuperar datos, desde utilidades de consola hasta aplicaciones con interfaz gráfica. En Linux, muchas de las soluciones de recuperación son de terminal, a diferencia de Windows, donde predominan las herramientas gráficas. No obstante, la lógica suele ser la misma: escanear el dispositivo en bruto, buscar firmas de archivos, reconstruir estructuras y copiar a otro soporte.

Además, siempre es recomendable extraer primero toda la información que aún sea accesible de forma normal (copiar archivos que todavía se vean, hacer imágenes, etc.) antes de comenzar un proceso de recuperación profundo, ya que este puede estresar más la tarjeta y acelerar un posible fallo total.

Verificar si una tarjeta SD o pendrive es falso o defectuoso (F3)

Otro escenario que quizá te suene, sobre todo si has comprado tarjetas baratas en sitios tipo eBay, es sospechar que la capacidad que anuncian no es real o que se corrompen los datos a la mínima. Para esto existe una herramienta fantástica para Linux llamada F3 (Fight Flash Fraud).

F3 está compuesta principalmente por dos binarios: f3write y f3read. La idea es sencilla pero muy efectiva: f3write llena el sistema de archivos de la tarjeta con archivos de 1 GB llamados NNNN.fff (0001.fff, 0002.fff…) hasta ocupar todo el espacio libre; luego, f3read verifica el contenido de esos archivos. Si todo se valida correctamente, la memoria tiene la capacidad real que anuncia y no corrompe datos. Si hay sectores corruptos o capacidad falsa, saldrá a la luz.

Para usar F3, primero tienes que descargar el código fuente desde su web y compilarlo. Por ejemplo, puedes descargar el archivo zip en /tmp, luego crear un directorio de trabajo:

mkdir -p ~/src/f3
cd ~/src/f3
unzip /tmp/f3v2_1.zip

Asegúrate de tener instalado el paquete de compilación (por ejemplo build-essential en Debian/Ubuntu) y compila:

make linux

En pocos segundos tendrás en el directorio los binarios f3write y f3read. Ahora sí, con la tarjeta SD montada (por ejemplo en /media/10DF-6679/), ejecutas:

./f3write /media/10DF-6679/

Verás cómo va creando archivos 0001.fff, 0002.fff, etc., y al final te indicará el espacio libre y la velocidad media de escritura. Cuando termine, toca validar con:

./f3read /media/10DF-6679/

La salida mostrará, para cada archivo, cuántos sectores están correctos, corruptos, ligeramente modificados u sobrescritos, así como un resumen final con la cantidad de datos válidos y perdidos. Si ves que todo es OK y no hay sectores corruptos ni datos perdidos, puedes estar bastante tranquilo con esa tarjeta para llevártela de viaje y confiar en que no es “basura digital”.

Acceder a la SD de una Raspberry Pi u otro dispositivo desde Windows

Si usas una Raspberry Pi u otro miniPC con Linux y trabajas normalmente en Windows, puede que quieras manipular archivos en la tarjeta SD sin estar arrancando y apagando equipos cada dos por tres. Aquí tienes varias opciones bastante cómodas.

La más flexible es habilitar algún servicio remoto en la Raspberry (o equipo Linux) y acceder por red desde Windows. Algunas posibilidades:

– Montar carpetas compartidas con Samba, para que aparezcan como recursos de red en el Explorador de archivos de Windows.
– Utilizar SFTP (por ejemplo con WinSCP) para conectarte al servidor SSH del dispositivo y arrastrar/soltar archivos.
– Conectarte por SSH si lo que quieres es editar configuraciones y trabajar directamente en la terminal.

Si prefieres evitar tocar configuraciones de red, otra opción es usar un LiveUSB de Linux en tu PC con Windows. Arrancas desde el USB, la distribución detectará la tarjeta SD de la Raspberry, y podrás trabajar sobre ella con todas las herramientas habituales de Linux. Si necesitas crear el USB, puedes aprender a crear un USB booteable desde la terminal.

La tercera vía es instalar una máquina virtual con Linux (VirtualBox, VMware, etc.) en Windows y pasarle la tarjeta SD como dispositivo USB. Así la VM la verá como un disco más y podrás montar y modificar su contenido sin tener que apagar tu sistema principal.

Comandos relacionados con gráficos, sonido y red (para un diagnóstico más completo)

Aunque a primera vista parezca que estas áreas no tienen relación con tu tarjeta SD, en muchas ocasiones problemas de rendimiento, drivers o cuelgues durante copias de archivos se deben a aspectos más generales del sistema, como la tarjeta gráfica, el audio o la configuración de red.

Para listar las tarjetas de vídeo PCI/PCIe puedes usar:

lspci | grep -i vga

Si quieres comprobar el rendimiento gráfico, existe la clásica prueba de engranajes (glxgears), que puedes lanzar durante un tiempo limitado con:

timeout 60 glxgears

Durante 60 segundos verás una ventana con la animación de tres engranajes y, en la terminal, los fotogramas por segundo (FPS) promedio. No es un benchmark serio, pero sirve para comprobar de forma rápida que el servidor gráfico está respondiendo.

Para ver la resolución y frecuencia actual de tu pantalla, puedes ejecutar:

xrandr

Este comando también lista todas las resoluciones soportadas por tus monitores, algo útil si vas a usar el equipo como centro multimedia desde el que acceder al contenido de la SD en un televisor o pantalla externa.

En cuanto al sonido, Linux ofrece utilidades para probar los altavoces en distintas configuraciones: mono, estéreo o sistemas 5.1. Por ejemplo, con herramientas como speaker-test puedes lanzar pruebas para verificar la disposición de canales y ajustar volúmenes y conexiones mientras escuchas los sonidos de prueba.

En el apartado de red, puedes listar tarjetas alámbricas PCI con:

lspci | grep -i ethernet

y las tarjetas inalámbricas con:

lspci | grep -i wireless o similar, según el caso.

Si necesitas ver la tabla de enrutamiento para entender por qué tu equipo no accede correctamente a recursos de red (por ejemplo, una NAS donde guardas copias de la SD), puedes usar:

ip route

Todo este conjunto de comandos, aunque no estén centrados en la tarjeta SD, te ayuda a tener un diagnóstico global del sistema, lo cual es clave cuando sospechas de problemas de estabilidad o cuelgues durante operaciones intensivas de copia o recuperación de datos.

Después de recorrer todo este abanico de herramientas y comandos, se ve más claro que lidiar con una tarjeta SD en Linux no es cuestión de magia negra, sino de entender dónde se ven los dispositivos (/dev), cómo se montan en el sistema de archivos (/media, /mnt), qué utilidades tienes para ver el estado del hardware (lsblk, fdisk, lshw, dmidecode, lsusb, lspci), cómo recuperar datos cuando algo se tuerce y, si encima sospechas de memorias falsas, cómo ponerlas a prueba con F3; con ese conjunto de conocimientos, moverse por rutas largas, manejar RetroArch o revisar por qué no aparece tu SD deja de ser desesperante y pasa a ser simplemente una cuestión de aplicar el comando adecuado en el momento justo.

Si vienes del mundo del desarrollo o de la informática “pura y dura”, es muy probable que los contenedores en Windows te suenen a algo a medio camino entre magia y marketing. Y si además te has peleado con puertos, certificados SSL o despliegues que fallan en Linux pero funcionan en tu PC con Windows, es normal que te preguntes si todo esto de Docker en Windows, Kubernetes y compañía tiene realmente sentido en un entorno Microsoft.

La realidad es que los contenedores en Windows tienen mucho más sentido del que parece, pero no siempre para todo ni para todos los escenarios. En este artículo vamos a ver con calma qué son los contenedores (sin confundirlos con máquinas virtuales), cómo funcionan específicamente en Windows, qué ventajas e inconvenientes tienen frente a las VMs, qué papel juegan en entornos de desarrollo, producción y OT/PLC, y en qué casos merece la pena apostar por ellos… Y en cuáles igual es mejor seguir con lo de siempre.

Qué es realmente un contenedor (también en Windows)

Un contenedor es, básicamente, un paquete de software aislado y ligero que incluye una aplicación y todo lo que necesita para funcionar: librerías, dependencias, configuración, ficheros de sistema en modo usuario, etc. En lugar de llevarse consigo un sistema operativo completo como hace una máquina virtual, comparte el núcleo (kernel) del sistema operativo del host.

Podrías imaginar un contenedor como una caja muy bien cerrada que sólo deja ver hacia dentro lo justo y necesario. Dentro metes tu aplicación (por ejemplo, un servidor Icecast, un SCADA o una API .NET), más las librerías y herramientas exactas que necesita. Desde fuera, esa caja se comporta como si fuese un mini sistema aislado, pero en realidad está apoyándose en el kernel de Windows o de Linux que haya por debajo.

En Windows, los contenedores funcionan aprovechando la funcionalidad de contenedores integrada en el sistema (Windows Server 2016 o superior, y Windows 10/11 desde la versión 1607 para desarrollo). Esto significa que puedes ejecutar contenedores Windows de forma nativa sobre Windows Server.

Para el desarrollador o administrador, el punto clave es que el contenedor ofrece un entorno predecible y replicable: lo que funciona en tu portátil funcionará igual en el servidor, en la nube o en el edge, porque todo viaja empaquetado en la misma imagen.

En sistemas Windows, esta capacidad es especialmente útil para aplicaciones .NET Framework, .NET, servicios de Windows Server o software legado que quieres aislar, empaquetar y mover sin reconfigurar medio sistema cada vez.

Cómo encajan los contenedores en el ecosistema Microsoft

Microsoft se ha tomado muy en serio este tema y ofrece un ecosistema bastante completo para trabajar con contenedores, tanto de Windows como de Linux, cubriendo desde el desarrollo en local hasta el despliegue masivo en la nube.

En la parte de desarrollo, puedes ejecutar contenedores en Windows 10/11 usando Docker Desktop, que se apoya en la funcionalidad de contenedores de Windows o en WSL2 para el caso de Linux. De esta forma, en tu PC de trabajo puedes levantar fácilmente servicios en contenedores para probar, depurar y preparar imágenes.

Herramientas como Visual Studio y Visual Studio Code tienen soporte integrado para Docker, administración con Docker Compose, Kubernetes y Helm. Esto permite añadir un Dockerfile al proyecto, depurar dentro de un contenedor o generar las definiciones necesarias para desplegar en clústeres Kubernetes con bastante comodidad.

Una vez tienes tu aplicación empaquetada, puedes publicar las imágenes de contenedor en un registro. Ahí entran en juego Docker Hub (público) o registros privados como Azure Container Registry (ACR), donde tu organización controla quién sube, quién descarga y qué versiones se utilizan en cada entorno, y cómo desplegar contenedores en servidores remotos.

En cuanto al despliegue a gran escala, la pieza estrella es Azure Kubernetes Service (AKS), que permite orquestar docenas, cientos o miles de contenedores sobre máquinas virtuales de Azure, ya sean Windows Server personalizados o distribuciones Linux como Ubuntu. También tienes opciones híbridas con Azure Arc, AKS on Azure Stack Hub o integraciones con OpenShift en entornos locales.

En local, si no quieres depender de Azure, es perfectamente posible montar Kubernetes sobre Windows Server por tu cuenta, o usar otras plataformas que Microsoft soporta o integra, como Red Hat OpenShift con compatibilidad para contenedores de Windows.

Cómo funcionan por dentro los contenedores en Windows

Un contenedor de Windows es, en esencia, un proceso o conjunto de procesos que se ejecutan sobre el kernel del sistema operativo anfitrión. Pero (esto es importante) con una vista aislada del sistema. Esa “vista filtrada” se aplica al sistema de archivos, al registro, a la red y a otros recursos.

La parte interesante es que el contenedor no tiene acceso directo e ilimitado al kernel, aunque lo comparta. Ve un sistema de archivos virtualizado (basado en capas), un registro aislado y recursos que el motor de contenedores le presenta como si fuesen “suyos”. Pero en realidad están gestionados por el host.

Los cambios que haces dentro de un contenedor en ejecución se aplican sobre una capa de escritura efímera. Cuando el contenedor se apaga, esa capa puede descartarse, con lo que el sistema vuelve al estado original de la imagen. Si quieres persistir datos de verdad, entonces montas volúmenes o recursos de almacenamiento externos (discos, comparticiones SMB, Azure Files, etc.).

Microsoft ofrece varias imágenes base oficiales de Windows sobre las que construir tus contenedores:

• Windows. Imagen grande con casi todas las APIs y servicios de Windows (sin roles de servidor).
• Windows Server. Similar, pero pensada para escenarios de servidor con el conjunto completo de APIs y roles de Windows Server.
• Windows Server Core. Versión recortada, con menos superficie, pero incluyendo .NET Framework completo y la mayoría de roles de servidor.
• Nano Server. Imagen ultraligera, optimizada para .NET y ciertos roles concretos, ideal cuando quieres minimizar tamaño y superficie de ataque.

Estas imágenes se construyen en capas apiladas. Una capa puede contener el sistema base, otra el runtime de .NET, otra tus librerías comunes y una última tu propia aplicación. Si varias apps comparten parte de esas capas, el host sólo las descarga y almacena una vez, ahorrando mucho espacio y tiempo.

Ventajas clave de usar contenedores en Windows

En el día a día, los contenedores ofrecen beneficios concretos tanto para desarrolladores como para administradores de sistemas y equipos de seguridad, especialmente cuando el entorno gira alrededor de Windows.

Para desarrolladores: misma app, mismo comportamiento en todas partes

Desde el punto de vista del desarrollo, la gran baza de los contenedores es que el entorno deja de ser una variable. Creas una imagen con la versión exacta de .NET, las DLL necesarias, herramientas auxiliares, configuración de IIS o Kestrel, etc., y esa imagen se despliega igual en todos los entornos.

Esto reduce drásticamente los clásicos problemas de “en mi máquina funciona, en el servidor no”. Además, cada desarrollador puede levantar un entorno completo en segundos sin destrozar su Windows: BD, colas, servicios auxiliares… Todo en contenedores aislados, que se pueden destruir y recrear sin miedo.

En proyectos donde parte del stack corre en Linux (por ejemplo, microservicios Node.js o contenedores de base de datos) y otra parte en Windows (servicios que dependen de APIs específicas), puedes coordinarlo todo desde el mismo docker-compose o manifest de Kubernetes, manteniendo la coherencia de versiones y puertos.

Para equipos de IT: mejor uso del hardware y menos caos

Para los administradores, los contenedores permiten aumentar la densidad de aplicaciones en los servidores Windows. En lugar de tener una VM por aplicación (con su sistema operativo completo y sus parches), puedes tener muchas aplicaciones contenedorizadas sobre menos hosts o VMs, gestionando imágenes en lugar de instalaciones sueltas.

Las actualizaciones también cambian de enfoque. En vez de entrar en cada servidor a modificar binarios o parches, se construye una nueva imagen con el cambio (código nuevo o librería actualizada), se envía al registro y se despliega, dejando la anterior disponible para hacer rollback si hay problemas.

En entornos donde antes tenías decenas de máquinas con Windows desactualizado “porque funciona”, migrar a contenedores bien diseñados te permite aislar esas aplicaciones y, poco a poco, llevarlas a bases más modernas, manteniendo al mismo tiempo un mayor control centralizado.

Para seguridad: aislamiento, mínima superficie y control central

La seguridad en contenedores no es automática ni perfecta, pero ofrece herramientas muy potentes si se usan bien. Por un lado, cada contenedor corre con permisos limitados y recursos aislados, lo que reduce el impacto de una intrusión respecto a una aplicación que corre directamente en el sistema host.

En clústeres Kubernetes puedes segmentar el entorno mediante namespaces y políticas de red, de forma que los distintos servicios sólo se hablen entre sí cuando está explícitamente permitido. Esto encaja muy bien con principios como “mínimo privilegio” y “zero trust en Windows Server”. Especialmente interesantes en escenarios OT.

También es más sencillo implementar un ciclo de seguridad en la cadena de suministro: escaneas imágenes en el registro en busca de vulnerabilidades, exiges que todas provengan de orígenes firmados, controlas la configuración de runtime (privilegios, montajes, capacidades, etc.) y aplicas parches reconstruyendo imágenes en lugar de tocar sistemas vivos a mano.

Cuando Windows no gestiona bien los recursos… pero aun así usas contenedores

Mucha gente tiene la percepción (bastante razonable en algunos casos) de que Windows no es el rey de la eficiencia en cuanto a consumo de recursos. Sobre todo si lo comparas con distribuciones Linux afinadas para servidor. Esto lleva a la pregunta lógica: ¿para qué me voy a complicar con contenedores de Windows si ya tengo VMs o si podría moverlo todo a Linux?

Hay varias razones por las que, aun aceptando esas limitaciones, los contenedores de Windows pueden tener sentido:

• Aplicaciones fuertemente ligadas a Windows. Muchas soluciones empresariales, componentes COM+, servicios que usan APIs específicas de Windows o aplicaciones .NET Framework antiguas no pueden migrarse fácilmente a Linux.
• Entornos estandarizados de empresa. Organizaciones que tienen toda su operativa basada en Active Directory, GPOs, herramientas de monitorización y backup pensadas para Windows.
• Equipos con experiencia en tecnologías Microsoft. Personal de IT más cómodo con Windows Server, Hyper-V y herramientas de Microsoft que con administrar clústeres puramente Linux.

En estas situaciones, contenerizar sobre Windows permite ganar en consistencia, despliegue rápido, portabilidad y automatización, incluso si el host de base no es el más ligero del mundo. Después, siempre puedes optimizar con imágenes tipo Nano Server o Server Core y con buenas políticas de recursos.

Red, puertos, IPs y SSL en contenedores de Windows

Uno de los primeros quebraderos de cabeza de quien empieza con contenedores es entender cómo se gestionan los puertos y las direcciones IP en una infraestructura de red saludable. Si ya has sufrido intentando hacer convivir servicios en los mismos puertos o configurando HTTPS con contenedores, te sonará.

Por defecto, cada contenedor tiene su propio espacio de red aislado. Internamente puede escuchar en el puerto 80, 443, 8000… como si estuviera solo. El truco está en que el motor de contenedores o el orquestador se encarga de mapear esos puertos internos a puertos del host o a servicios virtuales dentro del clúster.

Eso significa que no necesitas una Raspberry Pi por servicio sólo porque todos quieran usar el puerto 80. Puedes tener varios contenedores escuchando en 80 internamente y mapear cada uno a un puerto distinto del host (por ejemplo, 8081, 8082…), o esconderlos detrás de un proxy inverso o Ingress que se encargue de hacer de frontal único.

Respecto al direccionamiento IP, en escenarios sencillos cada contenedor recibe una IP interna de la red virtual que gestionan Docker o Kubernetes. En entornos más complejos se usan plugins CNI y redes overlay para que los contenedores se vean entre sí de manera consistente a través de varios nodos.

En cuanto al cifrado SSL/TLS, lo más habitual es no pelearse con certificados en cada contenedor, sino centralizarlos en un frontal: un reverse proxy tipo Nginx, Traefik, HAProxy, o en Windows un IIS o un Application Gateway en Azure. Ese frontal termina HTTPS y reenvía el tráfico por HTTP interno a los contenedores. También puedes montar certificados dentro de los contenedores, pero se complica la gestión y renovación.

Contenedores y OT/PLC: ¿cambio real o fantasía de TI?

En el mundo de la automatización industrial y los PLC, la situación suele ser bastante distinta a la de los data centers clásicos. Es frecuente encontrar HMIs y PCs industriales con versiones viejas de Windows, drivers muy atados a hardware específico, sistemas que no se han parcheado en años y arquitecturas pensadas siguiendo el principio “no lo toques si funciona”.

Desde el lado del software, la promesa de Kubernetes, edge computing y contenedores suena atractiva: independencia de hardware, alta disponibilidad, autorreparación, despliegues homogéneos y arquitecturas defensivas cercanas a “cero confianza”. El problema es que en el taller la realidad tiene otras restricciones.

¿Puede una arquitectura perimetral basada en contenedores ayudar? La respuesta, con la experiencia de muchos pilotos y proyectos, suele ser “sí, pero”. Sí, porque:

• Permite encapsular aplicaciones OT legadas. Reduciendo su exposición directa a la red.
• Facilita desplegar gateways de datos, agregadores, servicios de historización o analítica cerca de la máquina.
• Da opciones de alta disponibilidad y autorreparación a componentes no críticos para la seguridad de personas o de la planta.

Y “pero” porque añade capas de complejidad: hay que formar a equipos, gestionar clústeres, integrar con redes OT muy restringidas y convivir con proveedores de PLC que quizá no soportan oficialmente esas arquitecturas.

Desde el punto de vista de ciberseguridad industrial, este tipo de arquitecturas se ve cada vez más como un paso razonable hacia mayor aislamiento y control, siempre que se respete la segmentación de la red, se limite estrictamente qué se ejecuta en cada nodo y se mantenga una fuerte coordinación entre OT y TI.

Máquinas virtuales frente a contenedores: cuál usar en cada caso

La eterna pregunta “¿contenedores o VMs?” no tiene una única respuesta. Lo habitual es que termines usando ambas tecnologías según la necesidad.

Si necesitas ejecutar distintos sistemas operativos completos en paralelo, aislar al máximo una carga por requisitos regulatorios o ejecutar software que asume que tiene control total del sistema, una máquina virtual sigue siendo la mejor opción. También cuando quieres una separación muy fuerte entre tenants o clientes distintos.

Si lo que buscas es rapidez de despliegue, escalabilidad y uso eficiente de recursos, y tus aplicaciones pueden ejecutarse cómodamente sobre la misma familia de sistema operativo (por ejemplo, varias apps .NET sobre Windows Server), entonces los contenedores son una opción claramente más atractiva.

En muchos entornos empresariales verás un patrón mixto: servidores virtuales (en Hyper-V, VMware o en la nube) que sirven como nodos de un clúster de contenedores. Sobre esas VMs despliegas Kubernetes, Docker Swarm u otro orquestador, y a partir de ahí todas las apps nuevas o modernizadas van ya empaquetadas en contenedores.

Desarrollo en Windows y despliegue en Linux: el choque de realidad

Un problema muy habitual, especialmente en equipos que desarrollan en Windows y despliegan en Linux (contenedor o servidor), es la diferencia en el sistema de archivos. Windows suele tratar los nombres de archivo como insensibles a mayúsculas/minúsculas, mientras que en Linux File.ts y file.ts son cosas distintas.

Esto lleva a errores muy puñeteros. Por ejemplo, importaciones en código que funcionan en local (porque Windows ignora la capitalización) pero que revientan en un contenedor Linux porque el fichero real tiene una letra distinta en el nombre. En stacks como TypeScript, Node, frontends modernos, etc., es un clásico.

La única forma de evitarlo de verdad es adoptar convenciones de nombres claras y estrictas desde el inicio del proyecto (por ejemplo, todo en kebab-case o camelCase consistente) y reforzarlo con herramientas automáticas: linters, validaciones en CI que corran pruebas en entornos Linux, revisiones de código que comprueben rutas sensibles a mayúsculas.

Las empresas que se toman en serio la calidad del código suelen incorporar estos controles en el pipeline de CI/CD, de forma que cualquier diferencia de mayúsculas, ruta mal escrita o dependencia inválida salte antes de llegar a producción. Esto es todavía más importante cuando el despliegue final es un contenedor, porque allí todos esos detalles del sistema operativo subyacente se hacen notar.

Además, gestionar bien las dependencias, las versiones de runtimes y las configuraciones específicas de cada entorno se vuelve crítico cuando empiezas a trabajar con nube, IA y servicios gestionados (AWS, Azure, etc.), donde la infraestructura es más homogénea y menos tolerante a “trucos” típicos de Windows de escritorio.

Herramientas principales y alternativas en el mundo de contenedores

Aunque Docker y Kubernetes se han convertido en el estándar de facto, el ecosistema de contenedores es amplio y ofrece muchas opciones para distintos niveles de complejidad y necesidades.

Docker: la base de casi todo

Docker popularizó la forma moderna de trabajar con contenedores y sigue siendo la puerta de entrada para la mayoría de equipos. Con Docker Engine lanzas y gestionas contenedores. Con Dockerfile defines, de manera declarativa, cómo construir tus imágenes. Finalmente, con Docker Hub o registros privados compartes esas imágenes con otros entornos o equipos.

En entornos Windows, Docker es especialmente útil para crear entornos de desarrollo reproducibles, minimizar “instalaciones Frankenstein” en los servidores y construir una base sólida para escalar luego hacia orquestadores más complejos.

Kubernetes: orquestación a lo grande

Cuando una aplicación empieza a usar varios servicios, bases de datos, colas, frontales y demás piezas contenedorizadas, es cuestión de tiempo que necesites un orquestador. Kubernetes (K8s) es la plataforma open source más extendida para automatizar el despliegue, el escalado y la gestión de contenedores.

En Kubernetes agrupas contenedores relacionados en pods, defines despliegues que indican cuántas réplicas quieres de cada servicio, y expones esos pods mediante servicios de red. El plano de control se ocupa de repartir la carga entre los nodos de trabajo, monitorizar la salud de las instancias, reiniciarlas si fallan y escalar hacia arriba o abajo según la demanda.

En escenarios híbridos y de nube, plataformas como AKS (Azure Kubernetes Service), GKE (Google Kubernetes Engine) o EKS (Amazon Elastic Kubernetes Service) simplifican el despliegue de Kubernetes gestionado. Así, tú te centras en las aplicaciones, dejando parte de la gestión del clúster al proveedor.

Otras herramientas y alternativas

Además de Docker y Kubernetes, existen otras soluciones que cubren necesidades específicas o preferencias de arquitectura:

• Podman. Similar a Docker, pero sin daemon central; muy apreciado en algunos entornos Linux.
• Containerd. El motor de contenedores sobre el que se apoya Docker; se puede usar por separado.
• OpenShift. Plataforma de Red Hat basada en Kubernetes, con muchas funcionalidades añadidas para desarrollo y operación empresarial.
• Nomad. Orquestador de HashiCorp más sencillo de operar que Kubernetes en algunos casos, capaz de gestionar contenedores y cargas tradicionales.
• LXD. Contenedores tipo “sistema completo” sobre Linux, útil cuando quieres algo intermedio entre un contenedor clásico y una VM ligera.
• Vagrant. No es de contenedores, pero sigue siendo útil para montar entornos de desarrollo reproducibles con VMs o incluso combinados con Docker.

Todo este recorrido hace que, cuando te planteas si los contenedores en Windows tienen sentido, la respuesta no dependa tanto de la tecnología en sí, sino de si encaja con tus aplicaciones, tu equipo y tu modelo operativo. En muchos casos, son la mejor forma de dar un salto de calidad en despliegue, portabilidad y seguridad sin renunciar al ecosistema Windows;. En otros, quizá tenga más lógica seguir con VMs clásicas o apostar directamente por Linux. Lo importante es conocer bien las piezas para decidir con cabeza cuándo, cómo y dónde merece la pena contenerizar.

Hoy en día llevamos el móvil pegado a la mano, pero la realidad es que a muchos se les escapa una buena parte de todo lo que puede hacer. Los smartphones actuales son auténticos miniordenadores: sirven para trabajar, estudiar, controlar la salud, viajar, pagar, jugar, sacar fotos de infarto y mucho más… pero solemos quedarnos en lo básico.

Si alguna vez has dicho eso de “no puedo hacerlo ahora porque no estoy delante del ordenador”, es bastante probable que no estés aprovechando de verdad el potencial de tu smartphone; además puedes aprender a conectar el móvil al PC para trabajar sin depender del sobremesa. En esta guía práctica y muy directa vas a aprender, paso a paso y sin tecnicismos raros, cómo configurar, organizar y exprimir tu móvil para que se convierta en tu asistente diario en lugar de un simple aparato para mirar WhatsApp.

Primeros pasos: organiza tu móvil para que no sea un caos

Antes de meternos con trucos avanzados, conviene dejar tu móvil un poco “decente”. Una buena organización de iconos, carpetas y fondo de pantalla marca la diferencia a la hora de encontrar rápidamente lo que necesitas.

En Android y iOS puedes crear carpetas arrastrando un icono encima de otro en la pantalla de inicio. Ahí es donde tiene sentido agrupar apps de trabajo, estudios, redes sociales, herramientas de productividad, banca, etc. La idea es que, en un apuro, tengas a mano las apps más críticas sin tener que buscar entre páginas y páginas.

También es importante cuidar el fondo de pantalla. Evita fondos demasiado recargados o llenos de colores chillones, porque dificultan ver iconos y textos. Optar por fondos más limpios y discretos ayuda a que todo sea más legible y cómodo a la vista.

El siguiente paso es quitar lastre. Desinstala sin miedo las aplicaciones que no usas, incluidas muchas de las que vienen de serie del fabricante y permiten ser eliminadas o desactivadas. Además, casi todos los móviles incluyen una app de limpieza para eliminar archivos temporales, fotos duplicadas y basura que se va acumulando.

Una buena costumbre es revisar también apps como WhatsApp o Telegram. Configura que no se descarguen automáticamente todas las fotos, vídeos y audios, sino solo lo que tú elijas. Así evitarás llenar la memoria con memes que ni te interesan.

Apps indispensables y herramientas que no te pueden faltar

Una vez despejado el terreno, toca decidir qué quieres tener siempre a mano. Tu smartphone debe cubrir trabajo, gestiones diarias y ocio, y para eso necesitas una base mínima de aplicaciones bien elegidas.

En el día a día recibimos documentos por todas partes: correo, apps de mensajería, enlaces… Por eso es clave contar con lectores y editores de documentos como PDF, Word o Excel. Lo ideal es usar apps que permitan no solo abrirlos, sino también firmar, rellenar formularios, reorganizar páginas o comprimirlos para enviarlos rápido.

El formato estrella actualmente es el PDF, especialmente para contratos, facturas, formularios médicos o documentación oficial. Herramientas online tipo PDFGuru permiten ordenar, dividir, firmar y editar PDFs sin ocupar espacio extra en el móvil ni tener que instalar nada pesado.

Las apps bancarias también son imprescindibles. Poder pagar facturas, hacer transferencias o revisar movimientos desde el móvil te ahorra colas, desplazamientos y disgustos. Lo mismo con las apps de compañías de suministros (luz, gas, agua), que te permiten controlar consumos y recibos.

Por último, es casi obligatorio contar con tus redes sociales y mensajerías favoritas bien organizadas: no solo sirven para cotillear, sino para compartir archivos, trabajar en remoto, gestionar proyectos, vender productos o atender clientes. Los SMS se han quedado cortos para todo esto.

Trucos de Android para personalizar la pantalla y la interfaz

Los móviles Android modernos traen una barbaridad de opciones para dejarlo todo a tu gusto. Buena parte de la personalización se concentra en el apartado de Pantalla y Fondo de pantalla dentro de los ajustes del sistema.

Uno de los clásicos es el modo oscuro. Al activarlo, la mayoría de menús y muchas apps pasan a tener fondos negros u oscuros, algo que descansa más la vista y, en pantallas OLED, ayuda a ahorrar batería; si quieres ir más allá consulta cómo configurar el modo oscuro automático. Puedes encenderlo y apagarlo cuando quieras o programarlo para que se active automáticamente por la noche.

Otra función muy interesante es la de adaptar los colores del sistema al fondo de pantalla. Android analiza tu fondo y genera una paleta de colores que aplica a botones, menús e incluso a los iconos de muchas apps si activas los “iconos con tema”. El resultado es una interfaz más uniforme y estética.

Desde ese mismo menú puedes ajustar la “cuadrícula de apps” del escritorio. Variar el número de filas y columnas determina cuántos iconos caben en la pantalla de inicio, ideal para quien prefiere tener todo más compacto o, por el contrario, con iconos grandes y espaciosos.

Por último, tienes la opción de cambiar el tamaño de los elementos de la pantalla. Puedes aumentar o reducir el tamaño del texto, iconos y otros controles desde Ajustes > Pantalla > Tamaño y texto de la pantalla, algo muy útil si tienes problemas de vista o una pantalla grande.

Buscadores internos y navegación rápida por el sistema

Una de las funciones que más tiempo ahorra, y que muchos ignoran, es el buscador general del sistema. En muchos Android basta con deslizar el dedo hacia abajo en el escritorio para abrir una barra de búsqueda que rastrea apps, contactos, documentos, ajustes y más.

También tienes el buscador dentro del cajón de aplicaciones: según empiezas a escribir el nombre de una app, aparece de inmediato, lo que viene genial si tienes instaladas decenas de aplicaciones. Evitas estar pasando pantallas como si fuera un álbum infinito.

En el menú de Ajustes de Android hay otro buscador específico que es oro puro. En lugar de bucear por menús de sistema interminables, escribes “batería inteligente”, “modo oscuro”, “Smart Lock” o lo que sea y vas directo a la opción que buscas, aunque no sepas en qué apartado está.

Además, la barra de navegación por gestos te permite pasar de una app a otra deslizando la línea inferior hacia los lados. Con un gesto rápido navegas entre las apps que has abierto recientemente sin volver al escritorio.

Idioma por app y accesibilidad de una sola mano

Desde Android 13 puedes hacer algo muy cómodo: poner cada aplicación en un idioma distinto. Si, por ejemplo, prefieres tener el sistema en español, pero una app de aprendizaje en inglés, puedes configurarlo en Ajustes > Sistema > Idiomas > Idiomas de las aplicaciones.

En móviles grandes, otra ayuda importante es el modo de una mano. Este modo reduce la interfaz y la desplaza hacia una esquina inferior para que puedas llegar con el pulgar a casi todo sin hacer malabares. Normalmente se activa en Ajustes > Accesibilidad > Controles del sistema > Modo a una mano.

Si no terminas de hacerte a los gestos táctiles, Android te sigue dejando volver al clásico sistema de navegación con tres botones (Atrás, Inicio y Recientes). Se cambia en Ajustes > Accesibilidad > Navegación del sistema, eligiendo “Navegación con 3 botones”.

También puedes aumentar la sensibilidad táctil de la pantalla si llevas un cristal templado grueso. Al activar la opción de aumentar sensibilidad en Ajustes > Pantalla, mejorarás la respuesta del panel al tacto.

Notificaciones: domínalas para que el móvil no te domine a ti

Un móvil bien configurado no es el que más ruido hace, sino el que solo te avisa de lo que realmente te importa. Para eso, Android tiene muchas opciones específicas dentro de Ajustes > Notificaciones.

Con Android 13, cuando abres una app recién instalada por primera vez, el sistema te pregunta si quieres permitirle mostrar notificaciones. Es una forma fantástica de frenar el spam desde el principio. Siempre podrás cambiarlo después en el menú de apps.

Dentro de Ajustes > Notificaciones > Ajuste de aplicaciones, verás un listado de todas las apps. Desde ahí puedes desactivar por completo las notificaciones molestas o afinar el tipo de aviso que quieres (solo mensajes importantes, sin sonido, etc.). Además, si necesitas gestionarlas también desde el ordenador, aprende a gestionar notificaciones desde tu PC.

Existe también un historial de notificaciones que puedes activar. Si sueles borrar avisos sin querer o llegas tarde a leerlos, esta función te muestra las notificaciones recientes aunque ya no estén en la barra. Se activa en Ajustes > Notificaciones > Historial de notificaciones.

Para conversaciones concretas (WhatsApp, Telegram, SMS, etc.), Android permite marcar ciertos chats como prioritarios. En el apartado Conversaciones de Notificaciones decides qué contactos son “VIP”, de forma que sus mensajes se destaquen o, al contrario, pasen a un segundo plano sin avisos.

Privacidad en la pantalla de bloqueo y control del reproductor

La pantalla de bloqueo es uno de los puntos que más miradas curiosas recibe. Por eso, Android te deja ocultar el contenido sensible de las notificaciones cuando el móvil está bloqueado. En Ajustes > Privacidad > Notificaciones en pantalla de bloqueo puedes hacer que solo se vean el nombre de la app y el emisor, pero no el texto del mensaje, o directamente que no se muestre ninguna notificación.

Si te resulta molesto el reproductor multimedia permanente en la barra de notificaciones, también hay solución. Puedes desanclar el reproductor manteniendo pulsado sobre él y entrando en Ajustes para desactivar la opción de “Fijar reproductor multimedia”. Así evitarás que se quede enganchado cuando ya no estés escuchando nada.

Otra opción curiosa son las notificaciones silenciosas. Android las coloca en una sección aparte para cosas menos urgentes. Si no quieres ni ver esas notificaciones silenciosas, puedes ocultarlas desde Ajustes > Notificaciones activando “No mostrar notificaciones silenciosas en la barra de estado”.

Funcionalidades rápidas desde la barra de ajustes

Al deslizar dos dedos desde la parte superior de la pantalla, aparecen los ajustes rápidos. Aquí puedes activar o desactivar WiFi, Bluetooth, datos, linterna, modo avión y un montón de accesos directos. Lo mejor es que puedes ordenarlos a tu gusto.

Pulsando el icono del lápiz (o similar, según el fabricante) entras en modo edición. Desde ahí arrastras los accesos que más uses a la parte superior y ocultas los que no necesitas. Si usas mucho el modo oscuro, la linterna o el grabador de pantalla, colócalos en la primera fila.

Android 13 incorpora, además, un escáner de códigos QR directamente en los ajustes rápidos. Así ya no necesitas una app aparte para leer los QR de menús, webs o redes WiFi: pulsas el icono de QR, apuntas con la cámara y listo.

En esos accesos rápidos también suele aparecer “Casa” o “Control de dispositivos”, que sirve para gestionar bombillas inteligentes, enchufes, altavoces y otros dispositivos domóticos conectados a tu cuenta de Google, sin tener que abrir la app Home.

Batería: cómo estirarla todo lo posible

Nos encantaría que las baterías duraran como las de los móviles de hace 20 años, pero con pantallas gigantes y apps devoradoras de recursos toca afinar. Además del modo oscuro, Android incluye varias herramientas para ganar autonomía.

En Ajustes > Batería puedes activar el “porcentaje de batería” para ver el nivel exacto junto al icono en la barra superior, algo mucho más útil que un simple dibujito. Desde ahí también accedes a las “Preferencias de funciones inteligentes”.

La llamada “Batería inteligente” analiza tus patrones de uso para limitar el consumo de apps que casi no utilizas. Al activarla, el sistema reduce procesos en segundo plano de esas apps, alargando la autonomía sin que tengas que estar pendiente de nada.

Si viajas o compartes WiFi con mucha gente, incluso puedes limitar el ancho de banda de descarga de tu móvil. En las opciones para desarrolladores (que se activan pulsando varias veces sobre Número de compilación) hay un ajuste de “Límite de frecuencia de descarga de la red” donde puedes capar la velocidad máxima que usará tu teléfono en una WiFi.

Smart Lock y desbloqueo inteligente en sitios de confianza

Para que no tengas que estar metiendo PIN o huella cada dos por tres, Android incorpora Smart Lock. Esta función mantiene el móvil desbloqueado en ciertas circunstancias de confianza: cuando estás en casa, cuando lo llevas encima o cuando está conectado a un reloj o dispositivo Bluetooth concreto.

En Ajustes > Seguridad > Configuración avanzada > Smart Lock puedes elegir entre mantener el dispositivo desbloqueado mientras está en movimiento, confiar en una ubicación (por ejemplo, tu domicilio) o en dispositivos cercanos como el smartwatch del día a día.

Otra opción interesante para momentos puntuales es fijar una aplicación. La fijación de apps bloquea una app en primer plano para que quien use tu móvil no pueda salir de ella sin introducir el PIN o patrón. Se activa en Ajustes > Seguridad > Configuración avanzada > Fijar aplicaciones, y luego se usa desde la vista de apps recientes tocando el icono de la app y eligiendo “Fijar”.

Privacidad: ubicación, cámara, micrófono y datos

La privacidad es otra pata clave. En Android puedes gestionar la ubicación de forma muy granular por aplicación. En Ajustes > Ubicación > Permisos de ubicación de aplicaciones eliges si cada app puede acceder siempre, solo al usarse o nunca a tu posición.

Además, muchas apps permiten usar “Ubicación aproximada” en lugar de la precisa. Si desactivas la ubicación exacta en aquellas apps que no necesitan saber dónde estás al metro (por ejemplo, apps de tiempo o noticias), ganarás un punto extra de privacidad.

En Ajustes > Privacidad verás dos interruptores clave: “Acceso a la cámara” y “Acceso al micrófono”. Si desactivas estas palancas, ninguna aplicación podrá utilizarlos hasta que los vuelvas a activar. Es una forma rápida de asegurarte de que no hay escuchas o grabaciones indeseadas sin volverte loco con permisos individuales.

También puedes desmarcar la opción de “Personalizar usando datos de aplicaciones”. Al hacerlo, reduces la cantidad de información que las apps comparten con el sistema para personalizar recomendaciones, lo que ayuda a limitar el seguimiento y el perfilado.

Bienestar Digital y gestión del tiempo de uso

Los móviles enganchan, eso ya lo sabemos. Para ayudarte a controlar ese uso, Android incluye la sección de Bienestar Digital, normalmente visible en Ajustes.

En su panel principal verás el tiempo que has pasado con el móvil, cuántas veces lo has desbloqueado y cuántas notificaciones has recibido durante el día. Desde ahí puedes poner límites de uso a ciertas apps, silenciar notificaciones en determinados horarios o activar modos de descanso para no ser molestado.

Complementa esta función con apps de gestión del tiempo y recordatorios, que te ayudan a priorizar tareas, marcar plazos y controlar cuánto se te va en redes sociales, juegos o streaming.

Widgets y rastreadores de datos en la pantalla de inicio

Los widgets son pequeños paneles interactivos que puedes colocar en la pantalla de inicio. Bien usados, convierten el móvil en un centro de control muy potente. Por ejemplo, puedes tener widgets de calendario, lista de tareas, tiempo, notas rápidas o reproductor de música.

Otro tipo de widget muy útil son los rastreadores de consumo de datos móviles. Si viajas mucho, eres creador de contenido o usas muchos gigas al mes, estos widgets te muestran cuánto llevas gastado y qué apps consumen más. Así ajustas el uso antes de quedarte sin datos o sobrepasar tu tarifa.

Cuando vayas al extranjero y te toque comprar una SIM o eSIM, tener claro cuánto sueles gastar de datos al día te ayudará a elegir el plan adecuado y evitar sorpresas en la factura.

Cámara y fotos: atajos para no perder el momento

La cámara es una de las funciones estrella de cualquier móvil. Android y los fabricantes añaden muchos trucos para que hacer fotos sea rápido y cómodo, sin tener que andar buscando la app.

En la mayoría de dispositivos, si pulsas dos veces el botón de encendido se abre automáticamente la cámara, aunque el móvil esté bloqueado. Es perfecto para no perder una foto improvisada.

También puedes usar la voz con el Asistente de Google: al decir “Hey Google, haz una foto” o “haz un selfie”, el móvil abre la cámara y dispara tras una breve cuenta atrás. Ideal para fotos en grupo o cuando tienes las manos ocupadas.

Si quieres salir bien en selfies, utiliza siempre la cámara frontal pensada para retratos, ya que suele realzar mejor el primer plano y difuminar el fondo de forma más favorecedora.

Además, en el apartado de Accesibilidad muchos móviles permiten activar la notificación con flash, de forma que el flash parpadea cuando entra una llamada o mensaje, algo muy útil si tienes el móvil en silencio boca abajo sobre la mesa.

Escanear documentos y compartir WiFi en segundos

Para tareas más “serias”, tu smartphone también se porta. Casi todas las apps de cámara actuales incluyen un modo escáner de documentos. Haces una foto a un papel y el móvil corrige perspectiva, recorta los bordes y mejora el contraste para que parezca pasado por un escáner de sobremesa.

Si por lo que sea tu móvil no trae ese modo, puedes tirar de apps como CamScanner u otras soluciones de escaneo disponibles para Android e iOS, que además permiten generar PDFs, dividir páginas y compartirlos directamente por correo o mensajería.

Compartir la clave del WiFi también ha dejado de ser un suplicio. Desde los ajustes de la red a la que estás conectado, puedes pulsar en Compartir y mostrar un código QR que cualquier invitado escanea con su cámara para conectarse al instante. En muchos móviles también se ofrece la opción de compartir por Nearby, enviando la configuración a otro Android cercano.

Grabación de pantalla y extracción de texto e imágenes

Otra función muy práctica es la de grabar lo que ocurre en la pantalla. Desde la barra de ajustes rápidos, pulsando en “Grabar pantalla”, puedes mostrar a alguien cómo hacer algo en el móvil, guardar una partida de un juego o capturar un vídeo que se esté reproduciendo.

Antes de empezar se suele mostrar una pequeña ventana donde eliges si quieres grabar con sonido del sistema, con micrófono o ambos, y si se mostrarán los toques en pantalla. Cuando terminas, el resultado se guarda como un vídeo más en la galería; si quieres ajustar el audio, mira cómo grabar pantalla con sonido.

En la vista de aplicaciones recientes (las tarjetas de apps que has usado), Android permite una cosa muy curiosa: seleccionar texto o imágenes sin entrar en la app. Pulsando en “Seleccionar” o manteniendo sobre un texto, el sistema detecta el contenido y te deja copiarlo, compartirlo o buscarlo en Google directamente.

Si lo que aparece es una foto, puedes mantener el dedo encima y se activará Google Lens para copiarla, guardarla, compartirla o incluso analizarla, todo sin abrir la aplicación original. Es un truco muy útil para ahorrar pasos.

Control por gestos, doble toque y botón de encendido

Muchos móviles permiten “despertar” la pantalla con dos toques cuando está apagada. Esto te deja ver la hora y las notificaciones sin coger el teléfono ni pulsar botones físicos. Si tienes desbloqueo facial, en algunos modelos incluso llega a desbloquearse al detectar tu cara tras esos toques.

Otro gesto interesante es el de mantener pulsado el botón de encendido. Tradicionalmente abría el menú de apagado, pero ahora puedes configurar que sirva para invocar al Asistente de Google. Se cambia en Ajustes > Sistema > Gestos > Mantener pulsado el botón de encendido.

Si prefieres la opción de apagar y reiniciar en ese botón, puedes desactivar el uso para el asistente y volver al comportamiento clásico en ese mismo menú.

Lectura cómoda y uso del móvil en condiciones especiales

Cuando lees a oscuras, incluso el brillo mínimo del móvil puede resultar molesto. Android incluye un ajuste llamado “extra atenuado” o brillo ultrabajo que reduce la iluminación de la pantalla por debajo del mínimo estándar. Se suele activar desde los accesos rápidos o desde Ajustes > Accesibilidad > Mejoras de visión.

Para quienes necesitan tener el móvil silenciado pero seguir recibiendo avisos, la ya mencionada notificación con flash es una gran aliada. Cada vez que entra una llamada o mensaje, el flash trasero parpadea unos segundos para que te des cuenta incluso en entornos ruidosos.

También existe una función basada en la detección de la orientación de tu cara para el giro automático de pantalla. En lugar de girar solo cuando el móvil está en horizontal, tiene en cuenta si tu rostro está recto o de lado para no forzar el giro cuando estás tumbado en la cama.

Apps para viajar, ocio y uso personal

Tu smartphone también puede ser tu mejor compañero de viajes. Las apps de mapas, transporte y reserva de hoteles o vuelos te permiten organizar un viaje completo: buscar alojamiento, comprar billetes, consultar horarios de buses o trenes y pedir un taxi o VTC sin levantar la voz.

En el plano personal, no está de más contar con apps de salud, deporte y bienestar que monitoricen pasos diarios, entrenamientos, sueño o incluso tensión arterial con accesorios compatibles. También entran aquí lectores de libros electrónicos, reproductores multimedia o apps de meditación.

Para la parte más creativa, puedes instalar editores de fotos y vídeo más avanzados que los que vienen de serie. Con ellos podrás retocar imágenes, crear collages, preparar presentaciones para clase o trabajo o crear vídeos para redes sociales o diseñar contenido más profesional para redes sociales.

Bien configurado y con las herramientas adecuadas, tu móvil pasa de ser un simple “cacharrito para chatear” a convertirse en un auténtico centro de operaciones para tu vida diaria: te ayuda a trabajar, estudiar, organizarte, moverte, comunicarte, firmar documentos, escanear papeles, cuidar tu salud y controlar tu tiempo. Solo hace falta dedicar un rato a revisar ajustes, limpiar lo que sobra, instalar lo que realmente necesitas y aprovechar todas estas funciones que, muchas veces, estaban ahí desde el primer día sin que nadie te las hubiera explicado.

Si desarrollas interfaces en React u otros frameworks de frontend, tarde o temprano te das cuenta de que fiarlo todo a “funciona en mi máquina” es jugar con fuego. Un pequeño cambio en un componente, una refactorización rápida o una dependencia que se actualiza pueden romper partes de la aplicación sin que te des ni cuenta… Salvo que tengas un buen sistema de pruebas unitarias montado con Jest.

El ecosistema moderno de JavaScript lleva las pruebas automatizadas en el ADN. Herramientas como Jest hacen que escribir tests para componentes, funciones y hooks sea algo asumible en el día a día, incluso si no eres un fanático del testing. La clave está en tener una configuración cómoda, entender bien cómo se escriben los tests y saber interpretar los resultados y la cobertura para detectar qué zonas del código se están quedando sin comprobar.

Por qué hacer pruebas unitarias en proyectos frontend

Las pruebas unitarias son pequeños tests que validan piezas concretas de tu código (funciones, componentes, hooks, utilidades…). En frontend son especialmente útiles porque la interfaz cambia mucho, hay lógica de estado, eventos del usuario, llamadas asíncronas, etc. Sin una red de seguridad, cada cambio es una lotería.

Entre los beneficios más claros de las pruebas unitarias destacan la detección temprana de errores. En lugar de descubrir fallos cuando el usuario ya está en producción, los detectas nada más guardar cambios y lanzar la batería de tests, lo que ayuda a comprender mejor el ciclo de vida de un bug. Esto ahorra tiempo, dinero y muchos dolores de cabeza al equipo.

Otro punto muy potente es que los tests acaban funcionando como documentación viva. Ver cómo está escrito un test sobre un componente o una función deja claro cómo se espera que se use, qué entradas admite y qué resultados debería devolver. En proyectos grandes, esto es oro para quienes se incorporan nuevos al equipo.

En el contexto de JavaScript y React, escribir tests también ayuda a modularizar mejor el código. Para poder probar una pieza por separado, necesitas que esté bien aislada, con dependencias claras y responsabilidades acotadas, lo que se traduce en un frontend más mantenible a medio y largo plazo.

Qué es Jest y por qué se usa tanto en frontend

Jest es un framework de pruebas para JavaScript desarrollado originalmente por Facebook, pensado para funcionar de maravilla con React, pero totalmente válido para cualquier proyecto de JavaScript o TypeScript del lado del cliente o del servidor.

Una de sus grandes bazas es la filosofía de “cero configuración”. En muchos proyectos basta instalarlo y añadir un script en el package.json para empezar a correr tests sin volverte loco con ficheros de configuración complejos. Esto lo hace especialmente atractivo en entornos frontend donde ya hay muchas herramientas en juego.

Jest integra de serie características clave para proyectos frontend: ejecución rápida de pruebas, modo watch que relanza los tests al detectar cambios, soporte muy cómodo para código asíncrono, mocks y spies para simular dependencias, y generación de informes de cobertura de código sin depender de herramientas externas adicionales.

Para proyectos frontend con React, Jest se combina casi siempre con React Testing Library, una biblioteca que facilita probar componentes a través de su comportamiento y lo que renderizan, en lugar de atarse en exceso a la implementación interna. Entre ambas herramientas cubres prácticamente todas las necesidades habituales de testing en la interfaz.

Instalación de Jest y React Testing Library en un proyecto frontend

El primer paso para empezar con Jest es añadirlo como dependencia de desarrollo en tu proyecto. Si utilizas npm, el comando típico sería:

npm install –save-dev jest

Si prefieres trabajar con yarn, puedes instalarlo con:

yarn add –dev jest

En proyectos basados en React es muy habitual instalar también React Testing Library, que se compone de varios paquetes: la base @testing-library/react para componentes, @testing-library/jest-dom para matchers adicionales sobre el DOM, y a menudo @testing-library/user-event para simular interacciones complejas de usuario.

Una instalación típica para React podría ser algo como:

npm install –save-dev @testing-library/react @testing-library/jest-dom @testing-library/user-event

Con estas dependencias en su sitio, tu entorno queda preparado para escribir tests unitarios centrados en componentes, eventos y resultados visibles para el usuario, apoyándote siempre en Jest como motor principal de ejecución de pruebas.

Configuración básica de Jest en package.json

Una vez instalado Jest, necesitas decirle al proyecto cómo se van a lanzar las pruebas. Lo habitual es añadir un script en el archivo package.json para tener un comando sencillo desde la terminal.

Un ejemplo mínimo de configuración podría ser:

{ «scripts»: { «test»: «jest» } }

Con este script puedes ejecutar todos los tests del proyecto lanzando simplemente:

npm test

o, si usas yarn, con:

yarn test

Jest detecta automáticamente los archivos de test en función de su nombre. Por defecto, buscará ficheros con sufijos .test.js o .spec.js en tu árbol de carpetas, de forma que no suele hacer falta indicarle rutas manualmente mientras respetes estas convenciones.

Convención de archivos: extensión .test.js y estructura de tests

Para que Jest reconozca tus tests sin configuración extra, es muy recomendable usar la extensión .test.js (o .test.ts si trabajas con TypeScript). Por ejemplo, si tienes un componente Button.jsx, un nombre muy común para su test sería Button.test.js en el mismo directorio o en una carpeta de tests paralela.

Esta convención tiene dos ventajas claras:

• Por un lado, Jest localiza automáticamente los archivos a ejecutar.
• Por otro, cualquier persona que llegue nueva al proyecto sabe enseguida qué ficheros contienen código de producción y cuáles contienen pruebas.

Las pruebas se definen mediante la función test o su alias it, donde el primer argumento es una descripción en texto de lo que estás comprobando y el segundo es una función que ejecuta la lógica de la prueba. Dentro de esa función se usan las aserciones, a través de expect y sus distintos matchers.

En componentes de React la estructura es similar, solo que en lugar de probar una función pura, renderizas el componente con React Testing Library, buscas elementos en pantalla (por texto, rol, etiquetas, etc.) y compruebas que se muestren o reaccionen como esperas cuando simulas interacciones del usuario.

Escribir tu primera prueba unitaria con Jest

Para bajar todo esto a tierra, imagina una función sencilla que suma dos valores. En un archivo sum.js defines function sum(a, b) { return a + b; } y la exportas. A continuación, en sum.test.js importas esa función y defines un test con una descripción clara de lo que debería suceder.

El cuerpo de la prueba se limita a ejecutar la función y validar el resultado: llamas a sum(1, 2) y usas expect para indicar que el valor debe ser exactamente 3. Si la función deja de devolver ese resultado (por un bug o una modificación no prevista), Jest marcará el test como fallido.

Este tipo de prueba, por simple que parezca, es la base del testing unitario. Cada función o unidad lógica tiene uno o varios tests que describen lo que debería hacer en diferentes escenarios, de manera que cualquier desviación del comportamiento esperado salta a la vista con solo ejecutar la batería de pruebas.

En componentes de frontend el planteamiento es igual de directo: renderizas el componente, compruebas qué se muestra, simulas eventos como clics o escritura en inputs y validas que el estado y el DOM resultante coinciden con lo que define el diseño funcional de la aplicación.

Conforme el proyecto crece, irás añadiendo más pruebas para cubrir casos límite, entradas atípicas, errores y situaciones menos obvias, reforzando la fiabilidad de la aplicación y evitando regresiones cuando introduzcas nuevas funcionalidades.

Matchers de Jest: distintas formas de comprobar resultados

El corazón de las aserciones en Jest es la función expect, que se encadena con diferentes matchers para expresar qué debe cumplir el valor recibido. Dependiendo de qué estés probando, te interesará usar uno u otro. Estos son los matchers más prácticos:

• toBe. Comprueba igualdad estricta, lo que en JavaScript implica el mismo valor y el mismo tipo, muy útil para números, cadenas o booleanos donde esperas una coincidencia exacta. Si esperas 3, no te vale que llegue «3».
• toEqual. Útil cuando trabajas con objetos o arrays. Este matcher compara la estructura y el contenido de los objetos, de manera que puedes verificar que una función devuelve un objeto con las propiedades y valores correctos, aunque la referencia interna no sea la misma.
• not. Si en algún momento necesitas asegurar que algo NO ocurre, dispones de la negación not. Por ejemplo, expect(valor).not.toBe(0) deja claro que un número no debería ser cero, o expect(array).not.toEqual([]) indica que no esperas un array vacío.

Además de estos básicos, Jest ofrece muchos otros matchers: para comprobar que una función lanza un error, que un array contiene un elemento concreto, que una cadena hace match con una expresión regular, o, con jest-dom en el caso de React, que un elemento del DOM está visible, deshabilitado, tiene cierto texto, etc.

Pruebas asíncronas en Jest: promesas, async/await y callbacks

El frontend moderno está lleno de operaciones asíncronas: peticiones HTTP, timers, interacciones del usuario que desencadenan actualizaciones de estado, etc. Por eso, Jest integra varias formas de trabajar cómodamente con pruebas asíncronas.

La manera más limpia y habitual de probar lógica asíncrona es usar async/await. Declaras tu función de test como asíncrona, esperas a que se resuelva la promesa que estás comprobando y luego haces las aserciones habituales con expect sobre el resultado recibido.

Por ejemplo, podrías tener una función fetchData que devuelve una promesa y escribir un test asíncrono que llame a fetchData, espere a que se resuelva y verifique que el dato devuelto coincide con lo que esperas, ya sea un texto concreto o un objeto con una estructura determinada.

Jest también soporta directamente las promesas sin async/await, devolviendo la propia promesa desde el test para que el framework sepa cuándo ha terminado la operación. Además, en casos viejos o muy específicos, permite usar callbacks con un parámetro done para indicar el final de la prueba.

En el terreno de React Testing Library, las pruebas asíncronas suelen combinar esperas con findBy o waitFor, que permiten aguardar a que el DOM se actualice tras una petición o un cambio de estado antes de hacer las aserciones pertinentes.

Mocking en Jest: simulando módulos, funciones y dependencias

Un principio básico de las pruebas unitarias es aislar la unidad bajo prueba. Eso implica que, si una función o componente depende de servicios externos (APIs, librerías de terceros, módulos pesados…), te interesa simular esos comportamientos en lugar de ejecutarlos realmente durante el test.

Jest facilita este aislamiento a través de los mocks. Con jest.fn puedes crear funciones simuladas que registran cuántas veces se llaman, con qué argumentos, o qué valor deberían devolver. Esto resulta muy útil para comprobar interacciones internas sin tener que tocar el código real de esos servicios.

Cuando necesitas ir un paso más allá, jest.mock te permite reemplazar módulos enteros. Puedes indicar que, al importar un determinado archivo, Jest use una implementación falsa que devuelva valores controlados, evitando, por ejemplo, lanzar peticiones HTTP reales cada vez que se ejecuta la batería de pruebas.

En componentes de React, los mocks se utilizan con frecuencia para simular hooks personalizados, servicios de datos o módulos que gestionan almacenamiento local, analítica, etc., manteniendo la prueba centrada en el comportamiento del componente y no en el de sus dependencias externas.

Bien utilizado, el mocking acelera muchísimo la ejecución de los tests y permite reproducir fácilmente escenarios de error, respuestas extrañas del servidor o estados atípicos que serían complicados de conseguir interactuando con los servicios reales.

Organizar y agrupar pruebas con bloques describe

A medida que tu suite de pruebas crece, necesitas mantener un mínimo de orden para no perderte entre cientos de tests repartidos por varios archivos. Jest ofrece los bloques describe como forma natural de agrupar pruebas relacionadas.

Con describe puedes encerrar varios tests bajo un mismo contexto, por ejemplo “operaciones aritméticas” o “comportamiento del componente Header”. Dentro del bloque, cada test describe un caso concreto, pero el conjunto se lee como una especie de historia coherente sobre esa parte del código.

Esta organización ayuda tanto a nivel de lectura como a la hora de depurar. Cuando algo falla, es más sencillo localizar el grupo de pruebas y entender a qué parte del sistema afecta, sin necesidad de escanear todo el proyecto.

Además, describe se combina muy bien con hooks de ciclo de vida de Jest, como beforeEach o afterEach, permitiendo preparar datos o limpiar estados compartidos para todas las pruebas dentro del mismo bloque, evitando duplicar lógica de inicialización en cada test individual.

En proyectos frontend complejos es habitual tener un describe por componente, subdividido si hace falta en descripciones internas para diferentes modos, props o flujos de interacción, lo que convierte el archivo de test en un mapa bastante claro de todo lo que se espera de ese componente.

Uso de npm test y disciplina de ejecución en el flujo de trabajo

Con la configuración básica lista, el comando npm test se convierte en tu aliado diario. Lanzarlo antes de subir cambios debería ser un gesto casi automático, como guardar el archivo o ejecutar el linter.

Muchos equipos adoptan la norma no escrita de que no se hace commit si los tests no pasan. Esta costumbre evita que la rama principal del proyecto se rompa y mantiene una calidad mínima garantizada en cada merge o pull request que se integra al repositorio.

Jest también ofrece un modo interactivo muy útil en desarrollo. Al ejecutar npm test en modo watch, el framework vuelve a correr solo los tests relacionados con los archivos que modificas, lo que acelera mucho el ciclo de probar y corregir mientras desarrollas nuevas features o arreglas bugs.

Integrar Jest en un sistema de integración continua (CI) como GitHub Actions completa el círculo. Cada vez que alguien sube código al repositorio remoto, el servidor de CI ejecuta npm test y bloquea la integración si la suite falla, evitando que los errores se cuelen en entornos compartidos.

Cobertura de código: midiendo cuánto se prueba realmente

No basta con tener algunos tests escritos. También interesa saber hasta qué punto están cubriendo el código. Para eso, Jest integra generación de informes de cobertura que indican qué líneas, funciones y ramas se han ejecutado durante las pruebas.

Generar estos informes es tan sencillo como añadir el flag –coverage al comando de test. Por ejemplo, puedes configurar el script de package.json como «test»: «jest –coverage» o ejecutar npm test — –coverage cuando quieras un informe detallado.

El resultado incluye porcentajes de cobertura por archivo y a nivel global. Verás qué ficheros tienen buena cobertura y cuáles apenas se tocan durante las pruebas, lo que sirve de guía para decidir dónde merece la pena invertir esfuerzo adicional escribiendo más tests.

Eso sí, conviene recordar que un 100 % de cobertura no garantiza ausencia de errores. Es posible ejecutar todas las líneas del código con tests poco exigentes, así que la calidad de las aserciones es igual o más importante que el número en sí.

Usar la cobertura como indicador aproximado, combinado con revisiones de código y sentido común, es una buena forma de mantener el equilibrio entre esfuerzo en testing y beneficios reales para la estabilidad del proyecto.

Con todo lo visto, usar Jest y herramientas como React Testing Library en proyectos frontend se convierte en una decisión bastante lógica: te permite comprobar que cada componente y función hace lo que debe, ejecutar las pruebas fácilmente con npm test, vigilar la cobertura con –coverage y mantener una base de código sólida en la que es mucho más seguro evolucionar el producto sin temor a romper lo que ya funcionaba.

Si cada vez que miras tu escritorio ves un batiburrillo de ventanas apiladas, solapadas y peleándose por llamar tu atención, es muy probable que estés exprimiendo poco tu equipo y mucho tu paciencia. Navegador, IDE, chats, reproductor, documentación, correo… todo abierto a la vez y tú haciendo malabares con el ratón para mantenerlo medio ordenado.

En el ecosistema de GNU/Linux, y cada vez más también en Windows, existen otros modos de entender el escritorio: gestores de ventanas en mosaico, dinámicos, deslizantes o basados en zonas que reorganizan por ti el caos visual. En lugar de que tú muevas y redimensiones todo a mano, son estas herramientas las que se encargan de colocar cada ventana en su sitio, de forma coherente con tu flujo de trabajo.

Qué es un gestor de ventanas y por qué cambia tu forma de trabajar

En cualquier sistema de escritorio hay un programa “invisible” que decide dónde y cómo aparece cada ventana; ese programa es el gestor de ventanas o window manager. Se encarga del tamaño, la posición, los bordes, el título, los botones y el comportamiento básico de las ventanas de tus aplicaciones.

Este gestor trabaja sobre una capa gráfica: en Linux tradicionalmente X11 y, cada vez más, Wayland. En Windows y macOS esa capa viene integrada en el propio sistema, pero la idea es la misma. Todo lo que ves en pantalla pasa por ese intermediario, que determina cómo interactúas con tu entorno gráfico.

Según la filosofía de diseño, los gestores de ventanas suelen encajar en tres grandes familias que influyen directamente en tu productividad y en tu forma de moverte por el escritorio:

• Stacking o flotantes: el modelo clásico de Windows y macOS, donde las ventanas se superponen libremente. En Linux, ejemplos claros son Openbox o Fluxbox.
• Tiling o en mosaico: las ventanas se distribuyen como piezas de Tetris, sin solaparse; cada nuevo programa ocupa un hueco del mosaico y el espacio se reparte de forma automática. i3, Sway, Awesome o Hyprland son buenos exponentes.
• Gestores dinámicos o híbridos: permiten mezclar mosaico y flotante, de forma que unas ventanas se acojan a un layout rígido y otras “floten” por encima. DWM y varios entornos modernos apuestan por este enfoque mixto.

Escoger una u otra familia no es solo estética. Determina si pasas el día montando y desmontando tu escritorio o si lo dejas fijado y te dedicas, por fin, al contenido.

Gestores de ventanas en mosaico: todo a la vista, menos caos y más teclado

Piensa en una jornada típica con navegador, varias terminales, editor de código, correo y un reproductor de música. En un escritorio flotante clásico estás todo el rato con Alt+Tab, arrastrando bordes, maximizando, minimizando y reacomodando ventanas para que no se tapen.

Con un gestor de ventanas en mosaico el enfoque cambia radicalmente: cada aplicación ocupa un bloque del monitor y el gestor garantiza que no haya solapamientos. Las nuevas ventanas se integran en el layout y el espacio de pantalla se aprovecha al máximo, especialmente si trabajas con monitores grandes o varios a la vez.

Esto trae varias ventajas muy claras:

• Todo visible de un vistazo. Ninguna ventana desaparece detrás de otra; cambias el foco mediante atajos y ya está, sin mover nada físicamente.
• Ratón opcional, teclado protagonista. Abrir, cerrar, recolocar, cambiar de área de trabajo o reorganizar el mosaico se hace con combinaciones de teclas que, una vez interiorizadas, son mucho más rápidas que andar apuntando con el ratón.
• Aprovechamiento brutal del espacio. En un monitor 4K o en una configuración multimonitor, no tienes un único programa despilfarrando píxeles mientras el resto se queda escondido.

La contrapartida es que el choque cultural al principio es importante. Muchos tiling vienen prácticamente “en hueso”: sin barra de tareas vistosa, sin miles de menús contextuales y con configuración en archivos de texto. A cambio, te dan un nivel de control finísimo sobre cada detalle del entorno.

Niri y los gestores de ventanas deslizantes: escritorio sobre carril infinito

En los últimos años ha surgido una variación interesante de los gestores en mosaico: los gestores deslizantes o scrolling window managers. En vez de encajar todas las ventanas en un único mosaico estático, se plantea el escritorio como un lienzo continuo por el que te desplazas mediante scroll horizontal o vertical.

Herramientas como Niri o PaperWM apuestan por esta metáfora del “carril infinito”. Visualmente tienes una ventana principal en foco, pero alrededor hay más, distribuidas a lo largo de un eje, y llegas a ellas desplazándote con el teclado o con el scroll. Es como tener un timeline de aplicaciones.

Niri, en particular, rompe con el mosaico tradicional organizando las ventanas en un scroll horizontal interminable. Puedes abrir tantas como quieras, ir deslizándote entre ellas y, cuando una te interesa especialmente, ampliarla para que ocupe todo el alto de la pantalla, ocultando las demás temporalmente sin que desaparezcan de tu flujo.

Además del scroll infinito, Niri incorpora espacios de trabajo dinámicos al estilo de GNOME: se crean y destruyen según los necesitas, y puedes acceder a una vista general (overview) que muestra todas las ventanas y workspaces abiertos de una tacada. Es una especie de “vista de pájaro” muy cómoda para no perderte cuando tienes muchas tareas en paralelo.

En el apartado estético y de personalización Niri tampoco se queda corto. Su configuración en formato KDL —almacenada en ~/.config/niri/config.kdl— permite definir bordes, huecos entre ventanas, tamaños predefinidos, gradientes de color con soporte para Oklab y Oklch, animaciones suaves y agrupación de ventanas en pestañas dentro de una misma columna para ahorrar espacio vertical.

Uno de los detalles más potentes de Niri es que recarga la configuración al vuelo. Modificas el archivo, guardas y los cambios se aplican en la sesión sin reiniciar. Es una maravilla para ajustar el entorno, aunque también una trampa: si te descuidas, pasas el fin de semana entero toqueteando ajustes en vez de trabajar.

Montar un escritorio completo alrededor de Niri

Como Niri solo cubre la parte de gestión de ventanas, para tener un entorno de trabajo redondo toca combinarlo con otras utilidades.

• Para la barra de estado puedes recurrir a Waybar, una barra moderna y altamente configurable donde mostrar la hora, el estado de la batería, la red, el volumen, información de trabajo, etc. Muchos usuarios vienen de swaybar y hacen la transición sin demasiadas complicaciones.
• Como sistema de notificaciones, SwayNotificationCenter (swaync) es casi el estándar de facto. Ligero, integrable y con un centro de notificaciones cómodo de gestionar.
• Para lanzar aplicaciones es habitual usar Ulauncher, un buscador rápido que sustituye a menús tradicionales tipo rofi o wofi; o Flow Launcher en Windows.
• El fondo de escritorio se puede gestionar con swaybg o incluso con mpvpaper. El primero sirve para fijar imágenes; el segundo te permite tener un vídeo en bucle como wallpaper, ya sea estático o repartido por varios monitores, aprovechando el backend de vídeo de mpv.
• Para seguridad, swaylock y swayidle son la dupla más habitual. Swaylock bloquea la pantalla de forma segura y swayidle se encarga de apagar monitores o activar el bloqueo tras un periodo de inactividad, ideal para no dejar la sesión a la vista cuando te levantas un rato.
• Como terminal, muchas configuraciones con Niri eligen Alacritty, un emulador rápido, con aceleración por GPU y muy configurable.
• Para compatibilidad con aplicaciones antiguas basadas en X11 entra en juego xwayland-satellite. Actúa de puente para programas que aún no han dado el salto a Wayland, como ciertos juegos (Steam) o herramientas de diseño específicas.

Tiling, dinámicos, flotantes y deslizantes: un zoológico de gestores en GNU/Linux

El mundo de los gestores de ventanas en UNIX y GNU/Linux es inmenso. No solo están los entornos de escritorio completos como GNOME, Plasma o Xfce; también conviven decenas de window managers con filosofías radicalmente distintas, desde clones minimalistas hasta experimentos casi artísticos.

Entre los gestores ligeros y clásicos destacan nombres como 9wm, blackbox, fluxbox o cwm. 9wm imita la interfaz del gestor de Plan 9 (8½/rio) con una simplicidad extrema: sin escritorios virtuales, sin atajos sofisticados, sin Unicode siquiera, ideal como base para crear tu propio WM. Blackbox y su derivado Fluxbox apuestan por la ligereza y la rapidez, con decoraciones sencillas y un enfoque muy sobrio.

Otros proyectos curiosos:

• MLVWM, que recrea la estética de los Mac de los 90.
• Matchbox, orientado a pantallas pequeñas como teléfonos o PDAs.
• UDE, con su peculiar menú radial de hexágonos que parece sacado de una película de ciencia ficción.

En el ámbito minimalista hay piezas tan extremas como ratpoison, que busca eliminar el ratón de la ecuación basándose en atajos al estilo Emacs, o proyectos escritos en lenguajes poco habituales para un WM como PycaWM (Python), GwML (Objective Caml) o PerlWM (Perl), muchos de ellos abandonados, pero interesantes como curiosidad histórica.

También existen escritorios completos más ligeros que los grandes gigantes. IceWM ofrece una barra de tareas tradicional con atajos globales y está tan integrado en ciertas distros que se usa en instaladores como el de openSUSE. JWM es el rey de los equipos modestos y distribuciones como Puppy Linux.

Entre los escritorios completos conviene recordar a Cinnamon, MATE, LXDE, LXQt, Pantheon, Lumina, Sugar o Deepin, aunque la oferta es enorme.

Wayland, Sway, Hyprland y la migración desde escritorios clásicos

La transición de Linux desde X11 a Wayland ha agitado mucho el panorama de gestores alternativos. Sway se ha convertido en el heredero natural de i3. Comparte casi la misma sintaxis de configuración y el mismo enfoque centrado en el teclado, pero sobre un servidor gráfico moderno.

Para usuarios que vienen de años de i3 o AwesomeWM en X11, Sway tiene un sabor familiar. La detección de monitores, el escalado, las teclas multimedia o la gestión básica de sesiones suelen funcionar bastante bien con ajustes mínimos. Sin embargo, replicar configuraciones muy complejas —layouts exóticos, scripts caseros, automatizaciones milimétricas— puede requerir cierto trabajo de adaptación.

Hyprland, por su parte, pone más énfasis en los efectos visuales y las animaciones fluidas, sin abandonar la esencia tiling. Ha ganado fama rápidamente. Especialmente entre usuarios que quieren algo más vistoso que i3 o Sway, aunque arrastra informes puntuales de incompatibilidades con funciones como compartir ventanas específicas en apps de videoconferencia, algo que para muchas personas es clave en su día a día.

Quien tenga setups muy pulidos en X11 con scripts en Perl o shell para recolocar ventanas según el monitor conectado se enfrenta, al migrar a Wayland, a la decisión de qué mantener y qué simplificar. Las herramientas modernas suelen ofrecer reglas por aplicación y por salida de vídeo. Pero a veces no cubren de serie toda la granularidad acumulada en años de ajustes personalizados.

La buena noticia es que la comunidad de Wayland se mueve rápido. Es fácil encontrar scripts, utilidades y proyectos que automatizan desde la detección de monitores hasta el reparto de ventanas por workspaces.

Alternativas para Windows: zonas, reglas y automatización del escritorio

Si usas Windows tampoco estás condenado al desorden permanente. Aunque el sistema ofrece acoplamiento básico de ventanas, existen utilidades que se superponen al gestor estándar y añaden layouts avanzados, zonas personalizadas y reglas automáticas.

La más popular hoy en día es FancyZones, integrada dentro de Microsoft PowerToys. Te permite definir cuadrículas o diseños libres en cada monitor y, al arrastrar una ventana mientras pulsas una tecla modificadora (por defecto, Shift), te muestra las zonas disponibles para encajarla justo donde quieras.

FancyZones admite layouts predefinidos y completamente personalizados. Puedes crear tres columnas homogéneas, una franja panorámica en la parte superior y varias ventanas pequeñas abajo, o incluso zonas que se solapan. Luego guardas ese diseño y lo aplicas mediante atajos de teclado.

Entre sus funciones más útiles para flujos exigentes están las asignaciones por teclado y el soporte multimonitor avanzado: puedes mover ventanas entre zonas con combinaciones tipo Win + flechas, tratar varios monitores como si fueran una única superficie gigante (si comparten escalado) y fijar reglas para que las apps recuerden sus zonas cuando cambias de resolución o conectas/desconectas pantallas.

FancyZones incluye además un editor visual muy completo, accesible con Win + Shift + `, desde el que puedes ajustar el tamaño de las zonas, los huecos entre ellas, colores, opacidades y teclas directas para aplicar un layout concreto. Incluso ofrece una pequeña herramienta de línea de comandos (FancyZonesCLI) para listar diseños, asignar atajos o cambiar layouts desde scripts, ideal si quieres automatizar entornos complejos.

Junto a FancyZones existen alternativas como Actual Window Manager y GridMove. Actual Window Manager añade reglas muy potentes para abrir ventanas siempre en posiciones y tamaños concretos, escritorios virtuales avanzados, modos always-on-top y muchas más opciones, aunque buena parte de su funcionalidad es de pago. GridMove es más sencillo, centrado en dividir la pantalla en cuadrículas simples, pero completamente gratuito y muy ligero.

Quién se beneficia de estos gestores de ventanas alternativos

No todo el mundo necesita reinventar su escritorio. Si solo usas dos o tres aplicaciones y te apañas arrastrando ventanas de vez en cuando, probablemente no saques un beneficio enorme de cambiar de modelo. Pero hay perfiles para los que un buen gestor de ventanas alternativo es casi un antes y un después.

Los usuarios avanzados de Linux que disfrutan afinando su sistema hasta el último detalle encuentran en los tiling y dinámicos un terreno de juego perfecto. Configurar reglas, layouts y scripts genera un entorno totalmente ajustado a sus manías y necesidades.

Programadores, administradores de sistemas, perfiles DevOps y gente que trabaja con muchas terminales y paneles simultáneos se benefician especialmente de ver varios contextos al mismo tiempo: logs, monitorización, documentación, editor y navegador repartidos sin solaparse.

Quienes valoran la productividad por encima de los fuegos artificiales visuales suelen encontrarse más cómodos en entornos minimalistas que en escritorios llenos de animaciones. Tener siempre el mismo layout reconocible reduce el ruido mental y ayuda a entrar más rápido “en modo trabajo”.

En cualquier caso, probar un tiling clásico, un gestor deslizante como Niri o una herramienta de zonas tipo FancyZones es una buena forma de descubrir cuántos segundos al día pierdes microgestionando ventanas. Hay gente que incluso lo mide con herramientas de productividad y, cuando ve la cantidad de tiempo que se va en estos pequeños gestos, tiene claro que merece la pena cambiar de paradigma.

Al final, todos estos gestores —en mosaico, dinámicos, flotantes con reglas, deslizantes o basados en zonas— persiguen lo mismo: domar el caos del escritorio para que tu tiempo se vaya en escribir código, diseñar, analizar datos o coordinar equipos, y no en perseguir ventanas por la pantalla. Elegir uno u otro depende de cuánto te apetezca trastear, de tus herramientas diarias y de si tu prioridad es la estabilidad absoluta, la personalización extrema o un punto intermedio sensato que te dé fluidez sin volverte loco configurando.

WSL, Docker, Linux y máquinas virtuales… Parece un mundo complejo para quienes trabajan en proyectos de desarrollo en Windows. A muchos devs les pasa que oyen maravillas del Subsistema Windows para Linux, pero cuando se ponen delante del PC no tienen claro qué problema real les va a solucionar, qué riesgos tiene ni cómo dejarlo todo limpio después.

En este artículo vamos a ver con calma qué es WSL, para qué sirve más allá de lo obvio y, sobre todo, cómo usarlo de forma que “ensucie” lo menos posible tu instalación de Windows. También veremos cuándo quizá te interese dar la vuelta a la tortilla y usar Linux como sistema principal, dejando Windows en una máquina virtual.

Qué es exactamente WSL y por qué tanta gente habla de él

WSL son las siglas de Windows Subsystem for Linux, el subsistema de Windows para ejecutar distribuciones Linux de forma integrada dentro de Windows 10 y 11. La idea de Microsoft es sencilla: darte un entorno Linux “de verdad” sin obligarte a usar arranque dual ni a montar una máquina virtual clásica con VirtualBox o VMware.

En la práctica, con WSL puedes tener una distro como Ubuntu, Debian o Kali ejecutándose en paralelo a Windows, compartir archivos entre ambos mundos y lanzar herramientas típicas de Linux (bash, ssh, apt, Python, Node, Docker…) sin salir de tu escritorio habitual. Todo con un grado de integración bastante alto con el sistema anfitrión.

Desde su lanzamiento, WSL ha generado opiniones muy polarizadas. Hay desarrolladores que lo consideran un éxito absoluto y una razón de peso para seguir en Windows. Otros, sobre todo del entorno más purista de Linux, lo ven como una maniobra de “adoptar‑extender‑extinguir” para mantener la hegemonía del escritorio de Microsoft. Más allá de la polémica, la realidad es que WSL ha cambiado la forma de trabajar de muchos devs.

La versión actual recomendada es WSL 2, que ya no es solo una capa de compatibilidad sino que usa una máquina virtual ligera con un kernel Linux real. Microsoft insiste en que “no es una VM tradicional”, porque la crea, configura y optimiza por ti, pero por debajo hay virtualización con tecnologías como Hyper‑V.

WSL 1 vs WSL 2 y requisitos que debes tener en cuenta

Hoy en día conviene entender la diferencia entre WSL 1 y WSL 2. Sobre todo por temas de rendimiento, compatibilidad y requisitos de hardware. WSL 1 hacía una traducción de llamadas de sistema Linux a Windows; funcionaba bien para muchas cosas, pero fallaba en compatibilidad con herramientas más avanzadas.

Con WSL 2, Microsoft cambia el enfoque: ejecuta un kernel Linux completo dentro de una máquina virtual muy optimizada. Esto mejora muchísimo la compatibilidad (Docker, sistemas de archivos típicos de Linux, etc.) y la mayoría del software que funciona en un Linux “real” también lo hace dentro de WSL 2.

La contrapartida es que WSL 2 tiene más dependencias. Requiere soporte de virtualización en la CPU y SLAT (Second Level Address Translation), presente en procesadores relativamente modernos (Intel Nehalem en adelante, AMD Opteron y sucesores). CPUs más antiguas, como algunos Core 2 Duo, simplemente no podrán usar WSL 2 aunque actives todas las características.

Además, para usar WSL 2 necesitas una versión de Windows suficientemente reciente: Windows 10 1903 (build 18362) o superior, o Windows 11. En sistemas previos hay que quedarse en WSL 1, con sus limitaciones. Esto significa que, en cierto modo, sigues arrastrando los requisitos y ciclos de vida de Windows: si tu máquina se queda fuera de soporte, WSL también.

Instalación rápida de WSL y primeras decisiones

En versiones actuales de Windows, Microsoft ha simplificado muchísimo el proceso. Desde una consola de PowerShell con privilegios de administrador basta con ejecutar el comando wsl –install para que se instale WSL y una Ubuntu por defecto. El propio sistema descarga los componentes necesarios y la distro desde la Microsoft Store.

Durante el primer arranque de la distro se te pedirá que crees un usuario y contraseña para el sistema Linux. Ese usuario es tu cuenta principal dentro de la distro, totalmente independiente de la de Windows, lo que ayuda a mantener cierto aislamiento.

Si quieres ir un poco más allá, puedes listar todas las distribuciones disponibles con wsl –list –online y escoger, por ejemplo, Debian, Kali, openSUSE u otras variantes de Ubuntu. La instalación se hace con wsl –install -d NOMBRE_DISTRIBUCION y cada distro vive en su propia “caja” aislada.

Por defecto, en sistemas nuevos el propio comando wsl –install configura WSL 2 como versión de base, pero puedes asegurarlo con wsl –set-default-version 2. Si ya tienes distros creadas con WSL 1, las puedes migrar de forma individual con wsl –set-version NOMBRE_DISTRIBUCION 2, a costa de un pequeño tiempo de conversión.

Cómo afecta WSL a tu sistema Windows y dónde guarda las cosas

Una de tus dudas principales seguramente sea cuánto “ensucia” WSL tu Windows y dónde termina todo lo que instales en Linux. Lo esencial es que cada distribución WSL se almacena en una carpeta de datos de usuario dentro de %LocalAppData%\Packages, y, si prefieres gestionar ficheros fuera del Explorador clásico, puedes usar gestores de archivos alternativos, no suelta archivos por todo el disco como haría una instalación clásica de Linux.

Dentro de esa carpeta hay un directorio LocalState con un disco virtual (VHDX) que contiene todo el sistema de archivos Linux: /, /home, /var, etc.. Es decir, el servidor web, Docker, las bases de datos, el código del proyecto… Todo vive dentro de ese contenedor. Mientras no toques nada fuera de ahí, el impacto en las rutas típicas de Windows es mínimo.

Ahora bien, WSL requiere activar ciertas características del sistema: “Subsistema de Windows para Linux” y, para WSL 2, “Plataforma de máquina virtual”. Esto se puede hacer vía PowerShell (Enable-WindowsOptionalFeature) o desde la GUI de “Activar o desactivar las características de Windows”. También se instala el kernel de Linux para WSL en %SystemRoot%\System32\lxss\tools.

Estos componentes forman parte de Windows una vez activos, de modo que, si en algún momento quieres dejar el sistema como si nunca hubieras tocado WSL, tendrás que desinstalar las distribuciones, desactivar las características opcionales y, si hace falta, quitar el paquete del kernel. No es un “solo borro una carpeta y ya”, pero tampoco es especialmente complicado.

Ten en cuenta además que WSL crea una interfaz de red virtual, ajusta reglas de firewall y, en el caso de WSL 2, depende de servicios como ICS (Internet Connection Sharing) y HNS para gestionar NAT, DNS y DHCP internos. Todo esto es transparente en el día a día, pero explica por qué a veces ciertas VPNs o firewalls corporativos chocan con WSL.

Uso de WSL para desarrollo web y tareas no tan evidentes

Más allá del típico “quiero tener bash en Windows”, WSL brilla cuando necesitas reproducir entornos Linux de producción sin abandonar tu escritorio Windows. Por ejemplo, el caso que comentabas: un proyecto FOSS que usa Docker, Flask, ArangoDB y otros servicios de backend.

En lugar de pelearte con versiones raras para Windows o con Docker Desktop sobre Windows nativo (que históricamente ha sido bastante doloroso), puedes instalar todo el stack directamente dentro de tu distro WSL. Docker corre de forma natural sobre el kernel de WSL 2, los servicios Linux funcionan como en un servidor real y tú sigues usando VS Code u otras herramientas gráficas desde Windows.

También hay ventajas menos obvias. Puedes ejecutar scripts de administración, herramientas de línea de comandos exclusivas de Linux, buenas versiones de Node y NVM, gestores de paquetes como apt, y en general todo el ecosistema de utilidades al que están acostumbrados los devs de servidores.

Gracias a la integración de sistemas de archivos, WSL monta tus discos de Windows bajo /mnt (por ejemplo, /mnt/c para la unidad C:). Esto te permite editar el código con tu editor de Windows y ejecutarlo dentro de Linux sin duplicar proyectos.

Otra cosa interesante es la interoperabilidad hacia el otro lado: desde la shell de Linux puedes llamar ejecutables de Windows como notepad.exe, powershell.exe o cualquier .exe del sistema. Si tu variable PATH incluye rutas Win32 como /mnt/c/Windows/System32, basta con escribir el nombre del ejecutable para lanzarlo, salvo que tu shell haya machacado el PATH por error.

Windows Terminal: la pareja ideal de WSL

Para que la experiencia con WSL sea más cómoda, Microsoft recomienda usar Windows Terminal (Terminal Windows en castellano). Es una aplicación moderna que permite abrir pestañas de diferentes shells: PowerShell, CMD, y, muy importante, cada una de tus distribuciones WSL.

Con Windows Terminal puedes crear sesiones de Ubuntu, Debian o Kali desde un mismo programa, con pestañas y paneles, configurar atajos de teclado y personalizar fuentes, colores y perfiles sin tener que mantener mil ventanas sueltas de cmd.exe. Además, te evita depender de herramientas antiguas como PuTTY para conexiones SSH, ya que puedes conectar a servidores remotos directamente desde una distro WSL.

El flujo habitual para muchísimos desarrolladores en Windows hoy en día es: código en VS Code, terminal principal en Windows Terminal y backend y herramientas dentro de WSL. Esta combinación ofrece una experiencia muy cercana a trabajar en macOS o directamente en una distro Linux de escritorio.

Red, DNS, VPN y otros quebraderos de cabeza en WSL

Donde más guerra suele dar WSL 2 es en la red: al usar una VM ligera, depende de un adaptador virtual, reglas de firewall y un pequeño NAT interno que a veces chocan con configuraciones corporativas, VPN, antivirus con cortafuegos o políticas de seguridad estrictas.

Un problema frecuente es que WSL no tenga salida a Internet en equipos de empresa. En muchos dominios de Active Directory, las reglas de firewall definidas por la organización bloquean reglas locales. Como la excepción que crea HNS para permitir tráfico DNS desde la vNIC de WSL es local, queda anulada. Si AllowLocalFirewallRules o AllowInboundRules están en False en el perfil correspondiente (con Get-NetFirewallProfile), WSL se queda sin resolver nombres.

La solución pasa porque el administrador defina una regla corporativa adecuada. O, alternativamente, habilitar la tunelización DNS de WSL mediante la opción experimental dnsTunneling en el archivo .wslconfig. Esta característica hace que las consultas DNS del Linux interno vayan directamente al resolver de Windows a través de la capa de virtualización, sin necesidad de paquetes de red clásicos que choque con el firewall.

También dan guerra algunas VPN. Hay casos conocidos con Cisco AnyConnect, clientes de OpenVPN, soluciones como ZScaler, McAfee Safe Connect o Bitdefender que manipulan rutas, NRPT o proxies de un modo que rompe el NAT o interfiere con el tráfico de WSL. A veces la solución es activar el networkingMode=mirrored (modo reflejado), otras deshabilitar dnsTunneling, o incluso tocar la configuración de autoProxy para que el reflejo de HTTP_PROXY/HTTPS_PROXY dentro de Linux se ajuste a tu escenario.

En modo NAT clásico hay limitaciones como solo poder definir tres DNS en /etc/resolv.conf, cosa que dnsTunneling también ayuda a resolver: Linux pasa a usar todos los DNS que tenga configurados Windows. Además, los sufijos DNS se gestionan de forma distinta según si estás en NAT puro, NAT con tunelización DNS o modo reflejado. En el último, se reflejan todos los sufijos DNS de Windows en el search de resolv.conf y se actualizan automáticamente cuando cambian en el host.

Compatibilidad con Docker y contenedores dentro de WSL

Uno de los grandes motivos de adopción de WSL 2 ha sido mejorar drásticamente la experiencia con Docker. La idea oficial de Microsoft y Docker es que Docker Desktop use WSL 2 como backend, en lugar de Hyper‑V directo o su motor antiguo.

Aun así, no todo es perfecto. Se han detectado problemas, por ejemplo, cuando usas el modo de red reflejado (networkingMode=mirrored) y ejecutas contenedores con puertos publicados. En esos casos, Docker Desktop puede fallar al crear esos contenedores si usas el espacio de nombres de red por defecto. La solución temporal es lanzar los contenedores con –network host o añadir los puertos problemáticos a ignoredPorts en .wslconfig.

También hay incidencias con contenedores que llevan Network Manager u otros servicios de red complejos activos dentro. Pueden impedir que la configuración de red de WSL funcione correctamente, sobre todo para conexiones de retorno al host. Microsoft recomienda desactivar ese tipo de demonios cuando no son estrictamente necesarios.

Si, además, tu entorno corporativo añade proxy HTTP/S y tú habilitas autoProxy en WSL, se rellenarán variables como HTTP_PROXY, HTTPS_PROXY, NO_PROXY y WSL_PAC_URL. Ojo porque las variables definidas por el usuario tienen prioridad sobre las generadas automáticamente. Linux no soporta nativamente PAC, así que puede que tengas que adaptar scripts o desactivar la característica.

Errores habituales dentro de la distro Linux y cómo resolverlos

Una vez dentro de la distro, también pueden aparecer problemas típicos de Linux, algunos agravados por las peculiaridades de WSL. Un clásico es que comandos de Windows como powershell.exe o notepad.exe no se encuentren al invocarlos desde bash con un mensaje “command not found”.

En la mayoría de casos se debe a que algún script de inicio (como /etc/profile en Debian) redefine PATH sin tener en cuenta el valor que le pasa WSL, perdiendo las rutas de /mnt/c/Windows y similares. La forma correcta es no machacar PATH, sino ampliarlo, o directamente eliminar esas líneas problemáticas. Conviene también revisar que en /etc/wsl.conf no tengas appendWindowsPath=false.

Otro problema recurrente son errores de apt-get upgrade relacionados con udev y servicios del sistema que no están soportados dentro de WSL, al no ser un sistema completo con init tradicional. La solución habitual es instalar un script policy-rc.d en /usr/sbin que devuelva exit 101 para evitar que se intenten arrancar servicios, añadir permisos de ejecución y usar dpkg-divert para redirigir /sbin/initctl a /bin/true.

Con SSH también hay particularidade. Si al intentar conectarte a un servidor remoto te encuentras con advertencias tipo “UNPROTECTED PRIVATE KEY FILE!” y permisos 0777, lo más probable es que estés guardando claves en un directorio montado desde Windows con permisos demasiado laxos. Para que WSL gestione bien permisos POSIX sobre archivos de Windows, es recomendable añadir en /etc/wsl.conf una sección con opciones como metadata,uid=1000,gid=1000,umask=0022.

En sentido inverso, si montas un servidor OpenSSH dentro de tu distro WSL y al conectarte desde Windows ves “Connection closed by 127.0.0.1 port 22”, revisa los logs arrancando sshd en modo debug y comprueba que hay claves de host en /etc/ssh y que no han sido eliminadas. Si faltan, se pueden regenerar o, más sencillo, purgar e instalar de nuevo el paquete openssh-server.

Uso de WSL en versiones antiguas de Windows y la variante heredada

En equipos con Windows 10 muy antiguos (Creators Update, Anniversary Update) el soporte de WSL es bastante más limitado. Allí se usaba bash.exe, lxrun y una implementación menos madura. Los comandos y rutas cambian. Se pasaban órdenes de Linux con bash -c, las distros se guardaban en %LocalAppData%\lxss y la interoperabilidad con Windows era más tosca.

Si vienes de esa etapa y todavía tienes la “versión heredada” de WSL, Microsoft recomienda migrar tus datos a una distro moderna desde la Store y desinstalar la antigua. Puedes hacerlo con wsl –unregister Legacy o borrando manualmente la carpeta %LocalAppData%\lxss (cuidado, elimina todo el contenido Linux viejo).

En esos sistemas, características como WSL 2, soporte oficial para apps gráficas de Linux, integración con Docker Desktop o la propia simplificación de wsl –install no están disponibles. Si tu hardware lo permite, lo mejor es actualizar a una build reciente. O directamente a Windows 11 para aprovechar la versión actual del subsistema.

En cualquier caso, si por encima de todo quieres minimizar el impacto en Windows o tu equipo se está quedando atrás en requisitos, hay una alternativa cada vez más sólida: usar Linux como sistema principal y relegar Windows a una máquina virtual (por ejemplo con VirtualBox, VMware o GNOME Boxes). Así evitas depender de los requisitos crecientes de Windows 11. Y mantienes tu hardware vivo más tiempo.