- WSL integra un entorno GNU/Linux real en Windows usando virtualización ligera con Hyper-V y un kernel propio en WSL 2.
- Permite usar herramientas y flujos de trabajo típicos de Linux (Docker, nvm, SSH, scripts) sin abandonar Windows ni levantar VMs pesadas.
- Ofrece interoperabilidad de sistemas de archivos y red entre Windows y Linux, con acceso a NTFS y ext4 y servicios accesibles vía localhost.
- Aunque es ideal para desarrollo y pruebas, WSL tiene límites para producción y tareas muy exigentes de red o hardware donde sigue mandando Linux nativo.
Si llevas un tiempo desarrollando en Windows, es muy probable que hayas oído hablar de WSL y que más de un compañero te haya dicho que es imprescindible para tener un entorno parecido a Linux sin abandonar tu sistema operativo principal. Aun así, es normal preguntarse si tanto revuelo está justificado, sobre todo si ya te manejas bien con Windows para programar en JavaScript, TypeScript o cualquier otro stack web habitual.
La realidad es que WSL abre la puerta a tareas nada evidentes a primera vista: desde usar Docker de forma decente en Windows hasta trabajar con herramientas pensadas solo para Linux, automatizar despliegues, jugar con redes o acceder a discos con ext4 sin montar una máquina virtual pesada. En este artículo vamos a desgranar a fondo qué es WSL, cómo funciona, qué aporta respecto a máquinas virtuales, dual boot o Docker, y en qué escenarios tiene muchísimo sentido usarlo aunque ya tengas una distro Linux en otro equipo.
Qué es realmente WSL y qué problema viene a resolver
WSL (Windows Subsystem for Linux) es una característica de Windows que permite ejecutar un entorno GNU/Linux casi completo directamente dentro de Windows, sin necesidad de usar una máquina virtual tradicional ni arrancar el PC en un sistema distinto. Técnicamente, se apoya en la virtualización de Microsoft (Hyper-V y el hipervisor nativo) para ofrecer un kernel Linux real (en WSL 2) accesible desde una simple ventana de terminal.
Esto significa que puedes instalar distribuciones Linux como si fueran aplicaciones desde la Microsoft Store (Ubuntu, Debian, Kali, openSUSE, etc.) y abrirlas igual que abres cualquier otra app. Al hacerlo, obtienes un shell Linux completo, con soporte para comandos como bash, git, ssh, apt, dpkg o nvm, y con acceso tanto al sistema de archivos de Windows como a un sistema de archivos Linux nativo.
Uno de los puntos clave es que el entorno Linux está muy integrado con Windows: se puede acceder a la unidad C: desde Linux, usar rutas cruzadas, ejecutar comandos Linux desde PowerShell o CMD con el prefijo wsl y aprovechar herramientas de ambos mundos en el mismo flujo de trabajo diario.
A diferencia de montar una distro en VirtualBox o VMware, con WSL no tienes que gestionar una VM completa con su escritorio, su configuración de red y sus recursos dedicados. El sistema se centra en proporcionar un terminal Linux ligero, rápido de arrancar (normalmente en uno o dos segundos) y que solo consume recursos cuando lo estás utilizando.
Windows vs Linux para desarrollo: por qué WSL importa tanto
Históricamente, muchos desarrolladores de backend, DevOps o sistemas han preferido trabajar en Linux porque la mayoría de despliegues en producción se hacen sobre servidores Linux. Desarrollar en un entorno similar al de producción reduce la clásica brecha de “en mi máquina funciona, en el servidor no”, ya que compartes librerías, gestores de paquetes, servicios de base de datos, colas de mensajes, servidores web, etc.
Mientras tanto, la mayoría de usuarios de escritorio siguen usando Windows, lo que dejaba a los desarrolladores en una posición incómoda: trabajan a diario en Windows pero despliegan en Linux. Esa dualidad obligaba a usar máquinas virtuales o dual boot, con sus respectivas molestias: consumo de recursos, tener que reiniciar para cambiar de sistema o lidiar con una experiencia bastante alejada de la integración fina que se busca en un entorno profesional.
Los usuarios de macOS lo han tenido más fácil porque el sistema comparte una base tipo Unix bastante cercana a Linux, lo que ha llevado a muchos desarrolladores a cambiarse de equipo solo para simplificar su día a día. El detonante definitivo de esta incomodidad en Windows llegó con la popularización de Docker, que sobre Windows tradicionalmente ha funcionado peor, con más fricción y menos rendimiento.
WSL nace precisamente para acercar Windows al mundo Linux de forma nativa, evitando que el desarrollador tenga que escapar a otro sistema solo para poder usar las mismas herramientas que luego estarán en producción. Con WSL 2, además, Docker se apoya directamente en este subsistema para ofrecer un rendimiento y una compatibilidad muchísimo mejores que en los intentos anteriores.
Cómo funciona WSL por debajo: de WSL 1 a WSL 2
En su primera versión, WSL 1 actuaba como una capa de traducción entre las llamadas de Linux y el kernel de Windows. Era útil para muchas cosas, pero se quedaba corto en compatibilidad a nivel de kernel: determinadas herramientas que necesitaban un kernel Linux real, como Docker, no funcionaban correctamente.
Con WSL 2, Microsoft dio un salto grande: ahora se ejecuta un kernel Linux real dentro de una máquina virtual ligera de Hyper-V. Esta VM está muy optimizada, se administra de forma transparente para el usuario y arranca muy rápido. Así se consigue una mejora de rendimiento notable (se habla de incrementos del 500% en determinadas operaciones de I/O) y una compatibilidad prácticamente completa con el ecosistema Linux.
WSL 2 utiliza un hipervisor nativo para ejecutar la VM, lo que implica que la conectividad de red y el acceso a hardware pasan por varias capas adicionales. Esto introduce algunas limitaciones: ciertos periféricos pueden no ser accesibles desde WSL o rendir peor, y los usos de red de muy bajo nivel pueden verse penalizados en cuanto a latencia.
En Windows 11, WSL 2 viene ya como opción por defecto, y es la base técnica no solo del subsistema Linux, sino también de otros proyectos como el Subsistema de Windows para Android (WSA), que permite ejecutar aplicaciones Android dentro de Windows usando un enfoque muy similar.
Diferencias entre WSL, una máquina virtual y el arranque dual
Cuando piensas en usar Linux desde Windows, lo habitual es comparar WSL con máquinas virtuales tradicionales (VirtualBox, VMware) y con el clásico dual boot. Cada opción tiene pros y contras, y entenderlos te ayudará a saber cuándo WSL es la mejor alternativa.
En una máquina virtual clásica, Linux se ejecuta completamente aislado del sistema anfitrión, con su escritorio, su gestor de ventanas y todos sus servicios. Eso da mucho control y flexibilidad, pero consume más memoria RAM y CPU porque tienes que mantener dos sistemas completos funcionando a la vez. Además, el arranque de la VM suele ser claramente más lento que el inicio de una sesión WSL.
Con el arranque dual (dual boot), Linux aprovecha todo el hardware de forma nativa y sin capas intermedias. Es la opción ideal si quieres usar Linux como sistema principal o casi principal, pero a cambio debes reservar espacio en disco, configurar un gestor de arranque y, sobre todo, reiniciar cada vez que quieras pasar de Linux a Windows o viceversa.
WSL, en cambio, está pensado como un entorno de trabajo híbrido muy ligero: se ejecuta dentro de Windows solo cuando lo necesitas, se integra con el sistema de archivos y con la consola, no te obliga a reiniciar y puedes lanzar un terminal Linux en cuestión de segundos. No es la opción más potente para grandes cargas de producción, pero es extremadamente cómoda para desarrollo, automatización y tareas de administración.
Como regla práctica, tiene sentido preferir una máquina virtual o dual boot cuando quieres exprimir al máximo Linux con interfaz gráfica, necesitas escalabilidad de alto nivel o vas a hacer un uso intensivo de red y hardware. WSL brilla cuando te interesa ejecutar comandos y servicios Linux de forma rápida, ligera y estrechamente integrada con tu entorno Windows.
Ventajas clave de usar WSL (incluidas las que no se ven a primera vista)
El beneficio más evidente de WSL es que puedes usar herramientas Linux sin salir de Windows. Pero si rascas un poco, hay muchas ventajas menos obvias que explican por qué tantos desarrolladores han adoptado este subsistema como parte central de su flujo de trabajo diario.
Para empezar, WSL facilita una interoperabilidad real de sistemas de archivos. Desde Linux puedes navegar por /mnt/c para acceder a tu unidad C: y trabajar sobre archivos de Windows, mientras que desde el Explorador de Windows puedes entrar en la ruta especial de la distro para ver y manipular archivos guardados en el sistema de archivos Linux (normalmente ext4) sin depender de software adicional.
Además, WSL es ideal para probar herramientas y comandos Linux sin miedo. Si rompes algo en la distro, puedes desinstalarla o reinstalarla con relativa facilidad, sin comprometer la estabilidad de Windows. Esta separación te deja experimentar, aprender y hasta meter la pata sin temor a dejar inservible tu sistema principal.
Otro punto muy interesante es que WSL permite acceder a unidades con formato ext4 que Windows no soporta de forma nativa. Aunque el proceso no es trivial y se hace todo por línea de comandos, es una vía útil para leer discos o particiones Linux desde Windows sin recurrir a utilidades de terceros.
Por último, el consumo de recursos de WSL 2 es considerablemente menor que el de una VM completa. Al ser una implementación ligera que arranca solo el kernel y los servicios imprescindibles, resulta ideal en portátiles o equipos con recursos ajustados, donde lanzar una máquina virtual pesada puede ser inviable.
Inconvenientes y límites: cuándo WSL se queda corto
No todo son ventajas. WSL tiene limitaciones importantes que conviene conocer para no llevarte sorpresas si intentas usarlo en escenarios para los que no está pensado. Una de las más destacadas es su relación con la virtualización: al apoyarse en Hyper-V, arrastra parte de sus problemas, sobre todo en lo referente a rendimiento de red y compatibilidad con algunos periféricos.
WSL 1 no soporta operaciones a nivel de kernel, por lo que algunas aplicaciones como Docker simplemente no funcionan en esa versión. Esta carencia está resuelta en WSL 2, pero aún hay casos muy de nicho que requieren un Linux “real” o una VM tradicional por cómo gestionan drivers y accesos de bajo nivel.
La conectividad de red en WSL pasa por varias capas, lo que implica que procesos de red muy sensibles a la latencia o con requisitos muy específicos pueden rendir peor que en un Linux nativo o en una máquina virtual configurada a medida. Del mismo modo, la integración con cierto hardware (especialmente en portátiles) puede no ser tan directa como en un escritorio Linux completo.
Otro aspecto a considerar es el uso de WSL en entornos de producción. Aunque puedes arrancar servicios y hacer pruebas, no está diseñado para cargas de trabajo masivas ni para sustituir a servidores Linux convencionales. Tampoco todas las distribuciones disponibles en la Store están pensadas como sistemas “servidor”, y la ausencia de systemd en muchas de ellas complica la gestión de procesos y demonios.
Finalmente, existe un riesgo “cultural”: al tener Linux embebido en Windows, algunos usuarios pueden tener la falsa sensación de que ya no hace falta conocer Linux de escritorio ni entender sus particularidades, cuando en realidad WSL es una aproximación muy funcional pero todavía limitada si lo comparas con una instalación nativa o una VM bien configurada.
WSL 2, GPU, red y compatibilidad con otras herramientas de virtualización
Con la llegada de WSL 2, Microsoft ha ido ampliando poco a poco las capacidades del subsistema, incluyendo acceso a GPU para escenarios específicos como machine learning o computación acelerada por hardware. Esto permite que determinados flujos de trabajo que antes requerían Linux dedicado se puedan hacer desde un portátil con Windows y WSL 2.
En cuanto a la red, WSL 2 permite ejecutar aplicaciones y servicios de red sin mayor problema para la mayoría de usos habituales: servidores HTTP locales, bases de datos, APIs, etc. Sin embargo, como ya hemos comentado, hay cierta sobrecarga por la capa de virtualización que puede notarse en usos de red extremos.
Un tema que genera muchas dudas es la convivencia de WSL 2 con otras soluciones como VMware o VirtualBox. Al usar Hyper-V, puede haber conflictos de virtualización que impidan arrancar algunas VMs o reduzcan su rendimiento. Las versiones más recientes de estas herramientas han mejorado su compatibilidad, pero sigue siendo algo a tener en cuenta si dependes mucho de ellas.
Por otro lado, WSL 2 se puede ejecutar incluso dentro de una máquina virtual Windows, siempre que la VM soporte virtualización anidada. Es una opción curiosa para laboratorios de pruebas o para quienes necesitan replicar entornos complejos con varias capas de virtualización.
Casos de uso no tan evidentes de WSL en el día a día
Más allá del clásico “quiero tener bash en Windows”, hay una serie de casos de uso muy interesantes y menos obvios donde WSL puede marcar la diferencia y ahorrarte muchísimo tiempo.
El primero, quizá el más famoso, es usar Docker en Windows de forma seria. Antes de WSL 2, Docker para Windows daba muchos dolores de cabeza: rendimiento pobre, configuraciones enrevesadas y una sensación constante de ir a contracorriente. Ahora, Docker Desktop se apoya directamente en WSL 2 para ejecutar contenedores en un kernel Linux real, con mucho mejor rendimiento y compatibilidad.
Otro caso muy práctico es el uso de nvm (Node Version Manager) y otras herramientas del ecosistema Node que no tienen soporte nativo o cómodo en Windows. En WSL puedes instalar nvm como lo harías en cualquier distro Linux, cambiar de versión de Node al vuelo y ejecutar tu stack JS/TS sin restricciones.
WSL también resulta perfecto para ejecutar scripts y herramientas de administración de sistemas que solo existen para Linux: playbooks de Ansible, scripts de shell para automatizar despliegues, comprobaciones remotas vía SSH, etc. Puedes usar tus claves y configuración desde Linux mientras tienes, en paralelo, tus herramientas gráficas de Windows abiertas.
Un uso menos obvio pero muy útil es el de acceso y manipulación de archivos en ext4 desde Windows. Si tienes un disco o partición formateada para Linux, WSL puede servir como puente: montas el sistema de archivos, trabajas con él desde la terminal y evitas instalar drivers de terceros que a veces son inestables o inseguros.
Instalación de WSL en Windows 10 y Windows 11
Instalar WSL hoy en día es mucho más fácil de lo que fue en sus inicios. En las versiones modernas de Windows 10 (a partir de 2004/20H1) y Windows 11 basta con usar un único comando que activa todas las características necesarias, descarga la distribución por defecto (Ubuntu) y deja el entorno listo tras un reinicio.
El procedimiento más sencillo consiste en abrir PowerShell con permisos de administrador desde el menú Inicio (buscas “PowerShell”, botón derecho, “Ejecutar como administrador”) y ejecutar:
wsl --install
Este comando se encarga de habilitar el Subsistema de Windows para Linux, activar las funciones de virtualización requeridas y descargar una distro Ubuntu por defecto. Durante el proceso verás mensajes de progreso y se te indicará que debes reiniciar el equipo para completar la instalación.
Tras el reinicio, se lanzará automáticamente la configuración inicial de Ubuntu en WSL, donde tendrás que crear un usuario y una contraseña propios para ese Linux. No tienen por qué coincidir con los de Windows: son cuentas independientes dentro del entorno WSL. Cuando termines, tendrás un terminal Linux plenamente funcional.
Instalar otras distribuciones, gestionar versiones y comandos básicos
Aunque Ubuntu es la opción por defecto, WSL permite instalar otras distribuciones Linux fácilmente. Para ver la lista de distros disponibles, puedes ejecutar en PowerShell:
wsl --list --online
El sistema mostrará las distribuciones que se pueden descargar (por ejemplo, distintas versiones de Ubuntu, Debian, Kali, openSUSE, etc.). Para instalar una de ellas, basta con usar:
wsl --install -d <nombre_distribucion>
Si ya tienes WSL instalado, también es conveniente comprobar qué versión (WSL 1 o WSL 2) está usando cada distro. Para ello puedes ejecutar:
wsl -l -v
En caso de que quieras que todas las nuevas distribuciones utilicen WSL 2 como versión predeterminada, puedes establecerlo con:
wsl --set-default-version 2
Y si tienes una distro instalada en WSL 1 y quieres migrarla a WSL 2, el comando sería:
wsl --set-version <nombre_distribucion> 2
Una vez dentro del entorno Linux, te conviene actualizar paquetes con:
sudo apt update && sudo apt upgrade
y familiarizarte con comandos básicos como ls, cd, pwd o el acceso a la unidad C: mediante cd /mnt/c. Desde ahí podrás navegar por tus carpetas de Windows directamente desde el shell Linux.
Windows Terminal: la pareja perfecta para WSL
Para sacarle todo el partido posible a WSL, es muy recomendable instalar Windows Terminal, una aplicación de Microsoft que unifica en una sola ventana varias pestañas de consola: PowerShell, CMD y todas las distribuciones WSL que tengas instaladas.
Windows Terminal se descarga desde la Microsoft Store igual que cualquier otra aplicación. Una vez instalada, puedes abrir nuevas pestañas seleccionando si quieres un terminal de Windows o una de tus distros Linux. Cada pestaña puede tener su perfil, su configuración visual y sus atajos de teclado.
Esta herramienta hace que trabajar con WSL sea mucho más cómodo y agradable. Además de su estética cuidada, permite prescindir de programas como PuTTY para conexiones SSH, ya que puedes usar directamente el terminal Linux de WSL para entrar a tus servidores remotos.
Aunque no pienses usar WSL a diario, Windows Terminal puede convertirse fácilmente en tu terminal principal en Windows por su flexibilidad, su soporte de pestañas y su integración con atajos y temas personalizados.
Trabajar con archivos, credenciales y puertos entre Windows y Linux
Una de las grandes fortalezas de WSL es la interacción fluida entre los sistemas de archivos de Windows y Linux. Desde Linux, tus unidades de Windows aparecen montadas bajo /mnt/, de modo que /mnt/c corresponde a la clásica C:. Puedes editar archivos de proyectos ubicados ahí, compilar código, ejecutar scripts, etc.
Por el lado contrario, Windows puede acceder al sistema de archivos interno de WSL. Esto permite, por ejemplo, que tu editor favorito en Windows (como VS Code) abra carpetas ubicadas en el entorno Linux y trabaje directamente sobre ellas, mientras el código se ejecuta dentro de WSL. Es un flujo muy cómodo para mezclar herramientas gráficas de Windows con la potencia de Linux.
En cuanto a credenciales, es posible configurar el administrador de credenciales de Git para que WSL aproveche los mismos tokens o llaves que usas en Windows, aunque requiere algunos pasos de configuración extra y depende del flujo concreto que utilices (SSH, HTTPS, PAT, etc.).
Respecto a puertos, los servicios que levantes en WSL (por ejemplo, un servidor web en el puerto 3000) son accesibles desde Windows usando localhost y el puerto correspondiente, ya que la red está “puenteada”. En caso de no tener acceso a Internet desde WSL o tener problemas de conectividad, suele tratarse de temas de firewall, antivirus o configuración de red de la VM de WSL que se pueden ajustar desde Windows.
Por último, es posible realizar copias de seguridad y transferir distros entre máquinas usando comandos de exportación e importación de WSL, así como moverlas a otras unidades de disco si necesitas liberar espacio en C:. Todo esto se hace con los parámetros adecuados de wsl --export y wsl --import.
Gráficos y futuro de la interfaz en WSL
Durante mucho tiempo, WSL se ha centrado en entornos de línea de comandos. Para usar aplicaciones gráficas de Linux, era necesario recurrir a soluciones de terceros, como servidores X para Windows o proyectos como Win-KeX (Windows Kali Desktop Experience), que lanzan un escritorio remoto de Kali a través de VNC integrado con Windows.
Win-KeX permite que aplicaciones GUI de Linux convivan con programas de Windows en el mismo escritorio, ofreciendo una experiencia bastante cercana a la de una máquina virtual, pero sin el peso de un sistema completo y con arranques mucho más rápidos.
Microsoft es consciente de que muchos usuarios encuentran poco atractiva la idea de trabajar solo con terminales, por lo que se ha hablado y se sigue trabajando en hacer que la ejecución de aplicaciones gráficas Linux sobre WSL sea cada vez más sencilla y mejor integrada. Este desarrollo avanza en paralelo a otros proyectos como el subsistema Android.
Aunque hoy en día ya hay soluciones oficiales para ejecutar GUI en WSL 2 en Windows 11, sigue siendo un área en evolución, y no está tan pulida ni tan universal como la experiencia en una distro Linux de escritorio nativa o en una virtualización completa.
Problemas frecuentes y cómo afrontarlos
A la hora de habilitar WSL, es relativamente común encontrarse con errores de configuración o compatibilidad. Algunos de los más típicos se solucionan asegurando que tu Windows está completamente actualizado y que tienes permisos de administrador.
Por ejemplo, si recibes errores al habilitar la característica de WSL, revisa desde “Activar o desactivar características de Windows” que el Subsistema de Windows para Linux y, en su caso, Hyper-V están marcados. Si falta la virtualización a nivel de BIOS/UEFI, también deberás activarla allí antes de que WSL 2 funcione.
Errores durante la instalación de la distro (códigos como 0x80070003, 0x80370102 o 0x8007019e) suelen estar relacionados con que la distro no está instalada en la misma unidad que Windows, con que el componente opcional de WSL no está habilitado o con que la virtualización está desactivada. Ajustar estos puntos y repetir el proceso suele resolver el problema.
Si ves un mensaje indicando que “WSL 2 requiere una actualización del componente kernel”, significa que tienes que descargar e instalar manualmente el paquete de actualización de kernel Linux para WSL desde el enlace oficial de Microsoft. Una vez instalado y reiniciado el PC, WSL 2 debería funcionar con normalidad.
En lo referente a rendimiento, si notas que tu distro en WSL va más lenta de lo razonable, comprueba que estás usando WSL 2, que tu equipo cumple los requisitos de hardware y que no tienes procesos de antivirus o seguridad bloqueando o inspeccionando en exceso las operaciones de la VM.
Y si al intentar usar WSL obtienes mensajes del tipo “esta directiva de grupo bloquea este programa” (por ejemplo, el error 0X800704EC), es probable que haya una política corporativa o de seguridad que impide el uso del subsistema. En ese caso, necesitarás la intervención del administrador del sistema para levantar la restricción.
En conjunto, WSL se ha consolidado como una herramienta potentísima para quienes desarrollan o administran sistemas desde Windows y necesitan un acceso cómodo al ecosistema Linux. Permite un flujo de trabajo mucho más cercano a producción, hace que tareas como usar Docker, nvm, scripts de administración, acceso a ext4 o automatización avanzada resulten accesibles sin abandonar Windows, y reduce la clásica fricción entre ambos mundos, siempre que tengas claras sus limitaciones y sepas en qué escenarios es mejor recurrir a una máquina virtual o a un Linux nativo.