Linux y el código abierto

Linux surgió de dos esfuerzos independientes: uno aportó un núcleo y el otro aportó gran parte del software que lo rodea. Unix proporcionó las ideas de diseño anteriores. Distinguir estas contribuciones facilita la comprensión de los nombres Linux y GNU/Linux.

Unix aporta el diseño

Ken Thompson y Dennis Ritchie desarrollaron Unix en los Bell Labs de AT&T a partir de 1969. Gran parte se reescribió en C en 1973, lo que facilitó su adaptación a distinto hardware. Unix permitía que varios usuarios trabajaran y que varios programas se ejecutaran al mismo tiempo. Entre sus ideas duraderas están un único árbol de directorios con raíz en /, el tratamiento de muchos recursos como archivos y la combinación de pequeños programas que realizan una tarea cada uno.

Unix evolucionó en varias ramas. Entre los sistemas comerciales estaban IBM AIX, HP-UX y Sun Solaris. La rama BSD de Berkeley dio lugar a FreeBSD, OpenBSD y NetBSD. macOS de Apple también tiene raíces en BSD y ha sido certificado como UNIX. Una interfaz similar no convierte a todos estos sistemas en Linux.

GNU aporta gran parte del sistema

Richard Stallman anunció el Proyecto GNU en 1983 para crear un sistema operativo libre de tipo Unix. GNU significa «GNU no es Unix». Fundó la Fundación para el Software Libre en 1985. A principios de la década de 1990, GNU había creado el compilador GCC, una biblioteca de C, Bash, utilidades básicas y editores. El núcleo previsto, GNU Hurd, no estaba listo para el uso cotidiano.

Un compilador convierte el código fuente de un programa en código ejecutable. Un intérprete de comandos como Bash acepta instrucciones de un usuario. Estas herramientas hicieron que GNU fuera útil, pero seguían necesitando un núcleo para gestionar el hardware de la computadora.

Linux cubre la falta de un núcleo

En 1991, Linus Torvalds, estudiante de la Universidad de Helsinki, comenzó a crear un núcleo para su PC con Intel 386. MINIX, el sistema educativo de tipo Unix de Andrew Tanenbaum, ayudó a inspirar el proyecto. Torvalds lo anunció el 25 de agosto de 1991; la versión 0.01 llegó en septiembre. Linux 1.0 apareció en marzo de 1994.

La primera licencia prohibía cobrar por la redistribución, incluidos los gastos de gestión. Linux 0.12 pasó a la GNU GPL en 1992. Esto permitió tanto a voluntarios como a empresas redistribuirlo bajo las condiciones de la GPL. El núcleo sigue bajo la versión 2 de la GPL.

Las distribuciones reunieron el núcleo y el espacio de usuario en sistemas instalables. Slackware y Debian comenzaron en 1993; Red Hat Linux llegó en 1994–1995. Entre los hitos posteriores están el nombre de código abierto y la OSI en 1998, Ubuntu en 2004, Git en 2005, la Linux Foundation en 2007 y el primer teléfono Android en 2008. Tux, la mascota con forma de pingüino, data de 1996.

Interpreta los nombres con precisión

En sentido estricto, Linux es el nombre del núcleo. En el lenguaje cotidiano también se usa para un sistema operativo completo. GNU/Linux reconoce las herramientas GNU combinadas con ese núcleo; Debian usa este nombre. Android usa un núcleo Linux con un espacio de usuario diferente, por lo que no se llama GNU/Linux.

Ordena los acontecimientos principales: Unix en 1969, GNU en 1983, Linux en 1991 y el cambio a la GPL en 1992. GNU comenzó antes de que existiera Linux. Linux es de tipo Unix porque sigue muchas ideas y estándares de Unix, incluido POSIX; se escribió de forma independiente y no se publicó como una rama del código original de Unix.

Un escritorio Linux es un conjunto de partes que trabajan juntas. El núcleo gestiona el acceso a la máquina, mientras que los programas externos a él proporcionan las herramientas e interfaces que usas. La versión del núcleo informa sobre una parte del sistema, no sobre la versión de cada aplicación.

El núcleo gestiona el hardware compartido

El gestor de arranque carga el núcleo en la memoria al iniciar. El núcleo permanece activo hasta el apagado. Reparte el tiempo de procesador y la memoria entre los programas, gestiona las redes y los sistemas de archivos, aplica los permisos y se comunica con los dispositivos mediante controladores.

El núcleo se ejecuta en el espacio del núcleo, con acceso privilegiado al hardware. Las aplicaciones normales se ejecutan en el espacio de usuario, con permisos limitados. Una llamada al sistema es una solicitud de un programa para obtener un servicio del núcleo, como leer un archivo. Un fallo de una aplicación normal suele afectar a esa aplicación; un fallo grave del núcleo puede detener toda la máquina.

Linux tiene un núcleo monolítico: los controladores, las funciones de red y los sistemas de archivos se ejecutan dentro de él. Muchos controladores son módulos cargables. El núcleo puede cargar un módulo adecuado cuando aparece hardware sin reconstruir todo el sistema operativo.

El espacio de usuario proporciona las herramientas de trabajo

El espacio de usuario incluye el sistema que inicia los servicios, bibliotecas, utilidades, intérpretes de comandos, software gráfico y aplicaciones. Entre los ejemplos habituales están systemd, la biblioteca de C glibc, GNU coreutils, Bash, Wayland y escritorios como GNOME o KDE Plasma. Los sistemas pequeños pueden usar musl y BusyBox en lugar de glibc y las utilidades GNU.

Supón que abres un dibujo guardado en una aplicación. Primero, la aplicación solicita el archivo mediante una llamada al sistema. Después, el núcleo comprueba los permisos de acceso y usa el código del sistema de archivos y un controlador de almacenamiento para recuperar sus bytes. La aplicación interpreta esos bytes y dibuja la imagen. Sus menús y herramientas de edición pertenecen al espacio de usuario.

Cambiar de GNOME a KDE Plasma modifica tu experiencia de escritorio sin requerir otro tipo de núcleo. A la inversa, actualizar el núcleo no tiene por qué cambiar la disposición del escritorio.

Interpreta correctamente los números de versión y el soporte

En 7.2.12, 7.2 identifica la serie de versiones del núcleo y 12 es su duodécima actualización estable. Un primer número mayor no indica automáticamente un rediseño importante: el paso de 6.19 a 7.0 en 2026 siguió la práctica de reiniciar un número secundario que había crecido.

El desarrollo de la línea principal comienza con una ventana de integración de unas dos semanas para nuevas funcionalidades. Después, las versiones candidatas semanales prueban y estabilizan el trabajo. Normalmente se publica una versión cada 9–10 semanas. Los responsables del mantenimiento de las versiones estables aplican correcciones posteriormente. Algunos núcleos seleccionados con mantenimiento a largo plazo reciben correcciones importantes durante años; las previsiones de kernel.org de octubre de 2026 incluyen 6.12 y 6.18 hasta diciembre de 2028.

Las distribuciones crean sus propios paquetes del núcleo y les aplican correcciones. Una cadena como 6.8.0-45-generic incluye la información de compilación de Ubuntu después del guion. Ubuntu 24.04 usó originalmente el núcleo 6.8; Ubuntu 26.04 usa 7.0. Un número de base antiguo por sí solo no indica si el núcleo de una distribución con soporte tiene parches. Comprueba su estado de mantenimiento y sus actualizaciones.

El desarrollo del núcleo es un trabajo compartido. Los responsables del mantenimiento de los subsistemas revisan los cambios propuestos para sus áreas y Torvalds integra el trabajo aceptado en la línea principal. Muchos colaboradores reciben un salario de empresas de hardware, nube y software.

Linux suele funcionar detrás de una pantalla que nunca muestra su nombre. Una computadora de escritorio, un teléfono, un router y un servidor en la nube pueden usar el núcleo Linux y presentar interfaces muy diferentes. Identifica tanto el tipo de entorno como la función que cumple.

Cliente y servidor describen funciones

Un servidor proporciona un servicio, como páginas web, archivos o una base de datos. Un cliente solicita ese servicio. Estas palabras pueden describir programas o computadoras. Un servidor web Linux actúa como cliente de base de datos cuando solicita información a un servidor de bases de datos independiente. Por tanto, la misma máquina puede desempeñar ambas funciones.

Entre las distribuciones de escritorio Linux están Ubuntu, Fedora, Debian y Linux Mint. ChromeOS y SteamOS también usan el núcleo Linux. Linux es especialmente habitual en alojamiento web, bases de datos, infraestructura en la nube y otros servicios de internet, aunque Windows y macOS tienen mayores cuotas en el escritorio.

Las máquinas virtuales y los contenedores son distintos

Un hipervisor proporciona a una máquina virtual procesadores, memoria, almacenamiento y red virtuales. Cada VM ejecuta su propio sistema operativo y núcleo. KVM añade capacidades de virtualización a Linux y es utilizado por muchas plataformas en la nube.

Una instancia en la nube es una VM alquilada que se inicia a partir de una imagen de sistema operativo. Seleccionas los recursos y una región y después te conectas a través de la red, habitualmente mediante SSH. Las instancias en ejecución pueden generar cargos.

Un contenedor empaqueta una aplicación con sus archivos y bibliotecas de apoyo. Los contenedores de un mismo anfitrión comparten su núcleo, por lo que suelen iniciarse más rápido y usar menos recursos que las VM completas. Un contenedor Linux necesita un núcleo Linux. En Windows o macOS, el software de contenedores suele proporcionar uno mediante una pequeña VM Linux. Tener un espacio de usuario de aspecto Linux dentro de un contenedor no significa que ese contenedor tenga un núcleo independiente.

Los dispositivos y las grandes computadoras también usan Linux

Los sistemas integrados son computadoras incorporadas en un dispositivo para una tarea concreta. Algunos ejemplos son routers, televisores inteligentes, controladores industriales y sistemas de entretenimiento de vehículos. Muchos usan procesadores ARM y un espacio de usuario pequeño como BusyBox. Una Raspberry Pi puede, en cambio, ejecutar una distribución completa, Raspberry Pi OS.

Android combina un núcleo Linux modificado con su propio espacio de usuario, incluidos Bionic y Android Runtime. Las aplicaciones de Android no son aplicaciones normales de escritorio Linux. En la computación de alto rendimiento, los grupos de computadoras dividen grandes cálculos entre muchas máquinas. Todos los sistemas de la lista TOP500 usan un sistema operativo basado en Linux desde noviembre de 2017.

Gestión de muchas máquinas

Los administradores usan herramientas de gestión de la configuración como Ansible, Puppet, Chef o Salt para describir el estado deseado de un sistema y aplicarlo repetidamente. Esto ayuda a mantener la coherencia del software instalado, los ajustes y los servicios en muchas máquinas.

Los ajustes de Linux suelen estar en archivos de texto. nano muestra en pantalla los atajos de teclado habituales. vi y Vim separan la introducción de texto de las acciones de comando mediante modos. Conocer estos editores ayuda a entender por qué un servidor puede administrarse sin un escritorio gráfico.

Piensa en un quiosco de museo que carga páginas desde una VM Linux alquilada. El quiosco es un cliente; la VM alquilada es una instancia en la nube que actúa como servidor. Si ese servidor ejecuta varias aplicaciones en contenedores, esos contenedores comparten su núcleo Linux. Un controlador de pantalla con Linux dentro del quiosco es un uso integrado, independientemente de que los visitantes vean o no un escritorio.

Una distribución convierte el núcleo Linux en un sistema que puedes instalar y mantener. Reúne herramientas, bibliotecas, paquetes, un instalador, ajustes predeterminados y un servicio de actualización. Algunas distribuciones son proyectos comunitarios; otras las mantienen empresas.

Sigue las relaciones entre familias

Una distribución derivada parte de otra y la modifica. Ubuntu se basa en Debian y la edición principal de Linux Mint se basa en Ubuntu. Los sistemas relacionados suelen compartir formatos y herramientas de paquetes. Su relación te ayuda a identificar software e instrucciones adecuados.

Debian es un proyecto de voluntarios desde 1993 y sigue un Contrato Social escrito. Canonical crea Ubuntu. Raspberry Pi OS se basa en Debian y está adaptado a las computadoras Raspberry Pi. Una base compartida no hace que estas distribuciones sean idénticas: pueden diferir en sus valores predeterminados, calendarios, soporte y versiones de paquetes.

Comprende la secuencia de Enterprise Linux

Fedora incorpora nuevas tecnologías rápidamente. Una futura versión principal de RHEL se deriva de Fedora. CentOS Stream desarrolla cambios antes de la siguiente versión secundaria de RHEL. RHEL proporciona una plataforma comercial con soporte mediante suscripción. AlmaLinux y Rocky Linux ofrecen sistemas comunitarios gratuitos diseñados para ser compatibles con RHEL.

CentOS Stream es diferente de la recompilación CentOS Linux, que ha finalizado. CentOS Linux 7, su última versión con soporte, llegó al fin del soporte en junio de 2024. Elegir un nombre conocido sin comprobar su función actual puede llevar a escoger el sistema equivocado.

Conoce otras opciones

SUSE Linux Enterprise es comercial. openSUSE Leap ofrece una versión comunitaria estable vinculada a fuentes empresariales; Tumbleweed se actualiza continuamente. Ambas usan zypper, aunque comparten el formato RPM con la familia Enterprise Linux.

Alpine combina musl y BusyBox para mantener pequeña su base. Tiene ramas estables numeradas y una rama de desarrollo, edge. Ambas tienen repositorios main y community; edge también tiene testing. Arch es una distribución de actualización continua que configura el usuario y que suelen elegir usuarios experimentados.

Usa correctamente la pista de la familia

Supón que una instrucción menciona dnf y un paquete .rpm. Eso apunta a Fedora o Enterprise Linux. Una instrucción que usa apt y un paquete .deb apunta a sistemas basados en Debian. Un RPM por sí solo no distingue SUSE de Fedora, porque ambos usan ese formato.

Después comprueba la distribución, la versión y la arquitectura exactas. Un paquete creado para una versión puede depender de versiones de bibliotecas que faltan en otra. Muchos programas están disponibles en distintas familias de Linux, pero un paquete descargado no es un instalador universal para Linux.

El software de Linux suele proporcionarse mediante un sistema de paquetes. Este lleva el control de lo que necesita un programa, dónde deben estar sus archivos y cómo debe actualizarse. Esto evita tener que buscar un instalador en un sitio web independiente para cada aplicación.

Un paquete contiene archivos e instrucciones

Un paquete de software es un archivo contenedor que incluye archivos de programa y metadatos. Los metadatos describen su nombre, versión, propósito, paquetes necesarios y acciones de instalación o eliminación. Entre los formatos habituales están .deb, .rpm y .apk de Alpine. Los paquetes de Alpine y las aplicaciones de Android usan la misma extensión, pero son formatos diferentes.

Una dependencia es otro paquete que un programa necesita. Una aplicación gráfica puede necesitar una biblioteca de imágenes. Si varias aplicaciones comparten esa biblioteca, el sistema de paquetes puede mantener una copia compartida y aplicar correcciones de forma centralizada.

Un repositorio es una colección de paquetes preparados para una distribución y una versión. El gestor de paquetes comprueba firmas criptográficas para verificar la información y el contenido de los paquetes de confianza. Esto ayuda a rechazar archivos modificados durante el trayecto hasta tu máquina. La confianza sigue dependiendo de elegir un repositorio legítimo y su clave de firma.

Relaciona las herramientas con sus tareas

Un centro de software gráfico es una interfaz para los sistemas de paquetes, no un tipo independiente de sistema operativo. Conocer la fuente subyacente sigue siendo útil aunque nunca escribas un comando de paquetes.

Imagina que instalas un editor de audio que necesita dos bibliotecas. Un gestor de alto nivel comprueba la lista de dependencias, descarga los paquetes que faltan y los instala en el orden correcto. Si solo se proporciona el paquete del editor a una herramienta de bajo nivel, las dependencias pueden quedar sin resolver.

Compara los formatos universales

Flatpak, Snap y AppImage ayudan a las aplicaciones a funcionar en distintas distribuciones al proporcionar más software de apoyo. Las aplicaciones Flatpak suelen proceder de Flathub. Snap está asociado a Canonical y se usa para algunos programas de Ubuntu. Un AppImage es un único archivo de aplicación que puede ejecutarse sin la instalación normal de paquetes.

Estos formatos pueden proporcionar versiones más recientes de aplicaciones en un sistema con soporte prolongado. Las bibliotecas incluidas también pueden aumentar el tamaño de la descarga y duplicar archivos. Una aplicación sigue teniendo requisitos de hardware y sistema; «universal» no significa que todos los paquetes funcionen en cualquier máquina posible.

Distingue las vías de actualización

Para un principiante, los repositorios de la distribución son un buen punto de partida: sus paquetes están preparados para la versión y se comprueban mediante su sistema de confianza. Las descargas de sitios web elegidos al azar no ofrecen el mismo mantenimiento integrado.

Si un editor procede de la distribución y otro se instaló mediante Flatpak, tienen vías de actualización diferentes. La actualización de los paquetes de la distribución cubre lo que ese sistema gestiona. Comprueba también las actualizaciones de Flatpak. Una aplicación descargada no recibe mantenimiento automáticamente solo porque se ejecute en Linux.

Un modelo de publicación indica cómo cambia una distribución. Su política de soporte indica durante cuánto tiempo llegan las correcciones. Elegir un sistema implica planificar tanto los cambios que quieres ahora como el mantenimiento que necesitarás más adelante.

Versiones fijas y de actualización continua

Un modelo de versiones fijas publica versiones numeradas. Las actualizaciones dentro de una versión se centran en la seguridad y la corrección de errores; algunos componentes pueden recibir nuevas funcionalidades. Los cambios más amplios llegan con una actualización de versión. Debian stable, Ubuntu, RHEL, openSUSE Leap y las ramas estables de Alpine siguen este modelo.

Un modelo de actualización continua actualiza continuamente los paquetes a nuevas versiones de los proyectos de origen, sin actualizaciones entre versiones principales. Arch y openSUSE Tumbleweed usan este enfoque. Las actualizaciones periódicas mantienen el sistema al día, pero pueden requerir más atención cuando cambia su comportamiento. Debian unstable y Alpine edge también cambian continuamente, pero son ramas de desarrollo.

Interpreta el compromiso de soporte

El soporte a largo plazo (LTS) significa varios años de mantenimiento. Ubuntu publica versiones LTS cada dos años, en abril de los años pares. El mantenimiento de seguridad estándar dura cinco años; Ubuntu Pro amplía la cobertura a diez y su complemento Legacy a quince. La cobertura depende del servicio y de los paquetes correspondientes. Las versiones intermedias tienen nueve meses de soporte.

El 26.04 de Ubuntu significa abril de 2026. La versión 26.10 significa octubre de 2026. Ubuntu 24.04 es Noble Numbat y 26.04 es Resolute Raccoon. Según la información de octubre de 2026, el mantenimiento de seguridad estándar de 24.04 termina en mayo de 2029; 26.04 recibe soporte hasta abril de 2031.

Debian stable es la versión actual, bien probada. Testing reúne paquetes para la próxima versión estable. Unstable, siempre llamada sid, recibe primero los paquetes nuevos. Debian 13, trixie, se publicó el 9 de agosto de 2025; el soporte completo dura hasta el 9 de agosto de 2028, seguido de LTS hasta el 30 de junio de 2030. LTS puede cubrir menos arquitecturas y paquetes.

Las versiones principales de RHEL tienen un ciclo de vida de diez años con fases de soporte completo y de mantenimiento. Fedora publica una versión aproximadamente cada seis meses y ofrece soporte para cada una durante unos 13 meses. Una descarga gratuita y un largo periodo de soporte son propiedades diferentes.

Distingue las etapas de prueba del mantenimiento

Una alfa es una compilación temprana, posiblemente incompleta. Una beta invita a realizar pruebas más amplias con las funcionalidades principales ya incorporadas. Una versión candidata puede convertirse en definitiva si no se encuentra ningún problema grave. Estas etiquetas describen el avance hacia la publicación, no una promesa de soporte a largo plazo.

El fin del soporte (EOL) termina las actualizaciones de seguridad de una versión. Una máquina puede seguir arrancando después de esa fecha, pero ese servicio de soporte no corregirá los fallos que se descubran posteriormente.

Como ejemplo de planificación, Ubuntu 26.10 comienza en octubre de 2026 y tiene nueve meses de soporte. Al contar hacia delante se llega a julio de 2027. Instalarlo en junio de 2027 no reinicia ese plazo. Planifica la actualización a partir de la fecha de fin del soporte publicada para la versión. Del mismo modo, la palabra «estable» de Debian significa una plataforma deliberadamente coherente y probada, no una promesa de que el software nunca falla.

Comienza la elección de un sistema por el trabajo que debes realizar. Una interfaz conocida, una descarga gratuita o un número de versión alto no indican si la aplicación y el hardware necesarios funcionarán. Enumera los requisitos antes de seleccionar una distribución.

Compara los sistemas operativos

La mayoría de las distribuciones de Linux pueden descargarse gratuitamente. Las suscripciones empresariales pagan servicios como compilaciones probadas, soporte, certificación y mantenimiento prolongado. La libertad de estudiar y compartir software no exige que todos los servicios que lo rodean sean gratuitos.

Observa las diferencias cotidianas

Linux organiza los archivos en un único árbol que comienza en /, sin letras de unidad de Windows. Una ruta de Linux puede ser /home/ana/report.odt. Los nombres de archivos de Linux normalmente distinguen entre mayúsculas y minúsculas: Report.txt y report.txt pueden designar archivos diferentes. El software normalmente procede de repositorios.

Un escritorio gráfico es un componente reemplazable de un sistema Linux. GNOME, KDE Plasma, Cinnamon, Xfce y LXQt ofrecen interfaces diferentes. Los escritorios ligeros pueden ayudar en máquinas con poca memoria. Los servidores suelen prescindir de un escritorio y se administran mediante un terminal.

Comprueba primero la compatibilidad de las aplicaciones

Un .exe de Windows no es una aplicación nativa de Linux. Wine ejecuta muchas aplicaciones de Windows mediante una capa de compatibilidad; Proton, basado en Wine, admite muchos juegos de Windows a través de Steam. La compatibilidad depende de la aplicación, por lo que estas herramientas no garantizan que todos los programas necesarios funcionen.

Algunos proveedores ofrecen ediciones nativas para Linux. Muchas aplicaciones de código abierto funcionan en Linux, Windows y macOS. Las aplicaciones de navegador también pueden permitir que un flujo de trabajo se use en distintos sistemas. Microsoft Office y Adobe Photoshop para escritorio no tienen ediciones nativas para Linux. WSL ejecuta distribuciones de Linux junto con Windows, y una VM puede ejecutar Linux en un anfitrión Windows o macOS.

Analiza una elección

Una fotógrafa necesita la aplicación de escritorio Photoshop, un navegador y archivos compartidos. Primero, el requisito de Photoshop apunta a Windows o macOS para el escritorio de trabajo. Después, puede aprender Linux en una VM o en WSL en Windows. Sustituir el sistema de trabajo antes de comprobar la aplicación necesaria interrumpiría su actividad.

Para un servidor pequeño, las prioridades cambian. Comprueba la arquitectura, el software de servidor necesario, la duración del soporte y si un proveedor debe responder a las solicitudes de soporte. Una versión de servidor empresarial o LTS puede ajustarse a esa necesidad. Para una computadora portátil antigua, compara los requisitos de memoria y las opciones de escritorio más ligeras; para una Raspberry Pi, elige una imagen adecuada como Raspberry Pi OS.

Una lista útil de opciones recoge el propósito, la arquitectura del procesador, la memoria y el almacenamiento disponibles, las aplicaciones imprescindibles, las fechas de soporte, las necesidades de soporte comercial y la documentación. Después compara las distribuciones con esos requisitos.

El precio de una descarga dice poco sobre tus derechos. Un programa puede no costar nada y prohibir las modificaciones, o venderse y permitir a los usuarios estudiarlo, modificarlo y compartirlo. La licencia determina esas libertades.

Código fuente y categorías de software

El código fuente es la forma legible para las personas que escriben los programadores. Un binario compilado es una forma que puede ejecutar una computadora. El acceso al código fuente ayuda a los usuarios a inspeccionar y modificar un programa, pero poder verlo no concede por sí solo permiso para reutilizarlo.

El código fuente propietario puede ser privado o visible bajo restricciones. Un repositorio público sin licencia tampoco concede un derecho general a copiar, modificar y redistribuir el código. Comprueba si hay una licencia antes de reutilizarlo.

Las cuatro libertades

La Fundación para el Software Libre numera las libertades desde cero:

• 0: ejecutar el programa para cualquier propósito.
• 1: estudiar cómo funciona y modificarlo.
• 2: redistribuir copias.
• 3: distribuir versiones modificadas.

Las libertades 1 y 3 necesitan acceso al código fuente. «Libre» se refiere aquí a la libertad. Una empresa puede vender software libre y un cliente puede pagar por soporte y conservar estos derechos.

La Open Source Initiative, fundada en 1998, aplica una definición de diez criterios derivada de las Directrices de Software Libre de Debian. Exige acceso al código fuente, redistribución y obras modificadas. Las licencias no pueden discriminar a personas, grupos o ámbitos como los negocios. Los derechos deben llegar a quienes reciben el software sin un acuerdo independiente y no pueden estar vinculados a un producto, restringir software no relacionado distribuido junto a él ni exigir una tecnología concreta.

El movimiento del software libre destaca los derechos y el control de los usuarios; el movimiento de código abierto destaca el desarrollo compartido y las ventajas prácticas. Las licencias que aprueban coinciden en gran medida. FOSS y FLOSS son términos generales para estas ideas estrechamente relacionadas.

Aplica la distinción

Una aplicación de dibujo de descarga gratuita tiene el código fuente visible, pero prohíbe el uso empresarial. Primero, deja de lado su precio. Después, examina el permiso: la restricción empresarial incumple la regla del código abierto contra la discriminación por ámbito de uso. La aplicación es de código fuente disponible, no de código abierto en el sentido de la OSI. BSL y SSPL son ejemplos de licencias de código fuente disponible.

En cambio, un editor bajo licencia MIT puede venderse y seguir siendo software libre y de código abierto. Su precio no elimina los permisos de su licencia.

Control de dispositivos y datos

La autonomía digital se refiere al control de una persona sobre sus dispositivos, datos y software. La soberanía digital se refiere al control de una organización o un país sobre la infraestructura y los datos. El código abierto favorece estos objetivos porque otro proveedor puede inspeccionar, mantener o adaptar el código. Esto reduce la dependencia de un proveedor, que dificulta cambiar de suministrador. La capacidad de mantener un sistema de forma independiente es distinta de que un equipo disponga del personal y los recursos para hacerlo.

Una licencia de código abierto concede derechos y mantiene condiciones asociadas al código. Para aplicarla, identifica la licencia y su versión, decide qué acción planeas realizar y comprueba qué parte del software cubren las condiciones.

Las licencias permisivas conservan los avisos

MIT y las licencias BSD de 2 y 3 cláusulas permiten reutilizar, modificar y distribuir el código en productos propietarios. Conserva el aviso de derechos de autor y el texto de la licencia exigidos. La licencia BSD de 3 cláusulas también impide usar los nombres de los colaboradores para respaldar un producto derivado sin permiso.

Apache 2.0 también es permisiva. Añade una licencia explícita de patentes de los colaboradores, exige marcar los archivos modificados y transmitir la información pertinente de NOTICE.

El copyleft mantiene abierto el código cubierto

El software GPL puede venderse. Ejecutarlo o modificarlo de forma privada no exige por sí solo publicar los cambios. Distribuir copias, incluso dentro de dispositivos, activa obligaciones hacia quienes las reciben. El método permitido para entregar el código fuente depende de la versión de la GPL y de la forma de distribución; una oferta escrita se permite en casos específicos, no en todos.

GPLv3 añade protecciones de patentes y reglas sobre información de instalación para los productos de consumo cubiertos. El núcleo Linux usa GPL-2.0-only. Un identificador SPDX terminado en -or-later permite elegir esa versión o una posterior; -only no lo permite.

Comprueba la acción y la parte cubierta

Una empresa modifica una herramienta GPL y la ejecuta solo en sus propias computadoras. No ha distribuido copias, por lo que esa modificación privada no crea una obligación de publicar el código fuente. Si entrega la herramienta modificada a clientes, debe cumplir las condiciones de distribución, incluido el acceso al código fuente correspondiente.

Ahora una empresa modifica una aplicación web AGPL y permite a sus clientes usarla en línea. La interacción por red con esa versión modificada exige ofrecer su código fuente a esos usuarios. Por tanto, la GPL y la AGPL difieren incluso cuando los clientes no reciben una descarga del programa.

Un proveedor de routers que entrega un núcleo Linux modificado debe proporcionar el código fuente correspondiente del núcleo bajo GPLv2 mediante un método válido. Los programas independientes del espacio de usuario que usan llamadas al sistema normales no quedan cubiertos por la GPL solo por ese motivo. Los documentos y las imágenes creados con una aplicación GPL tampoco adquieren la licencia de la aplicación.

Combina código con cuidado

El código MIT normalmente puede incorporarse a un programa GPL conservando los avisos MIT. El programa combinado resultante debe cumplir la GPL. El código GPL no puede simplemente cambiarse a licencia MIT para eliminar las condiciones de copyleft. Apache 2.0 es compatible con GPLv3, pero no con GPLv2-only.

Las licencias abiertas también se aplican a obras como imágenes, textos, música y materiales didácticos. Creative Commons proporciona herramientas para este contenido. Lee los elementos de la licencia antes de decidir si se permite un uso concreto.

Lee los cuatro elementos

Las seis licencias son CC BY, CC BY-SA, CC BY-ND, CC BY-NC, CC BY-NC-SA y CC BY-NC-ND. Las seis exigen atribución. Estas restricciones no forman una única clasificación sencilla: ND restringe las adaptaciones, mientras que NC restringe otra dimensión, el uso comercial.

CC0 es una cesión al dominio público independiente. Renuncia a los derechos de autor en la medida de lo posible y proporciona un permiso alternativo donde sea necesario. Dar crédito es una buena práctica, pero no es una condición de CC0. Entre estas herramientas, CC BY, CC BY-SA y CC0 permiten tanto la reutilización comercial como las adaptaciones y coinciden con la idea de reutilización plenamente abierta.

Decide si el uso previsto encaja

Imagina que una persona que imparte formación encuentra una foto CC BY-NC para un anuncio de pago. El anuncio es comercial, por lo que la licencia NC no autoriza ese uso. Dar crédito no elimina la restricción; necesita un permiso adicional u otra imagen.

En el caso de un diagrama CC BY-ND, se permite compartir el original con atribución. Cambiar sus colores para crear una adaptación y compartirla no está autorizado por ND. La restricción pertinente de ND es compartir la adaptación; no prohíbe hacer una adaptación privada.

Un texto CC BY-SA puede adaptarse, incluso para uso comercial, con atribución y la licencia exigida para el material adaptado. Esto no significa que el material no relacionado que se coloque junto a él tenga automáticamente la misma licencia. El texto de Wikipedia es un ejemplo conocido de BY-SA.

Proporciona una atribución útil

TASL es un recordatorio práctico: Título, Autor, Fuente, Licencia. Incluye enlaces al original y a la licencia cuando sea posible, y describe los cambios. Un ejemplo de atribución es: «“Puerto por la mañana”, de Lee Park, del portafolio del creador, CC BY 4.0; recortada». Enlaza el título al original y el nombre de la licencia a sus condiciones. Usa el creador, la fuente y la licencia reales en tus propias atribuciones.

Un enlace a un resultado de búsqueda por sí solo no identifica al creador ni la licencia. Conserva la información de atribución cuando descargues contenido.

Mantén separadas las licencias de contenido y de código

Creative Commons recomienda licencias específicas de software para el código de los programas porque las licencias de la familia BY no tratan de la misma manera la entrega del código fuente ni las cuestiones de patentes de software. Un proyecto puede publicar su código bajo MIT y su manual bajo CC BY-SA.

Las licencias de la versión 4.0 no pueden revocarse simplemente para los usuarios que ya recibieron la obra y cumplen sus condiciones. Retirar la descarga más adelante no elimina los permisos que ya tienen. Sin embargo, encontrar una imagen en línea no proporciona por sí solo una licencia abierta.

Un proyecto de código abierto necesita más que código. Los usuarios identifican problemas, los colaboradores proponen mejoras y los responsables del mantenimiento deciden qué entra en el proyecto oficial. La licencia te concede derechos sobre el software; la gobernanza del proyecto decide cómo evoluciona la versión compartida.

Comprende las funciones y las decisiones

Los colaboradores pueden escribir documentación, traducir interfaces, probar versiones, mejorar el diseño, responder preguntas o informar de errores. Los responsables del mantenimiento revisan el trabajo de un proyecto o subsistema. Los proyectos más grandes también tienen equipos de seguridad y responsables de publicación de versiones.

La gobernanza varía. Linus Torvalds toma la decisión final sobre la línea principal del núcleo Linux. Debian elige a un líder del proyecto y sigue una constitución. Una empresa puede dirigir un proyecto, como Canonical dirige Ubuntu. Fundaciones como la Apache Software Foundation o la Python Software Foundation proporcionan una estructura organizativa y gestionan asuntos como los fondos y las marcas. La participación de una fundación no significa que todos los proyectos usen el mismo proceso de decisión.

Cualquiera puede proponer un cambio o crear una bifurcación. Solo los responsables del mantenimiento autorizados pueden aceptarlo en el proyecto oficial. Una bifurcación desarrolla una copia de forma independiente; algunos ejemplos son LibreOffice a partir de OpenOffice.org, Nextcloud a partir de ownCloud y MariaDB a partir de MySQL.

Conoce el proyecto de origen y el derivado

El proyecto original que desarrolla un programa es su proyecto de origen. Las distribuciones que lo empaquetan y a veces le aplican parches son proyectos derivados. Una corrección enviada al proyecto de origen puede beneficiar a muchas distribuciones y reducir la necesidad de mantener parches separados.

Informa de un problema de empaquetado específico de una distribución por la vía de esa distribución. Un error general de una aplicación puede corresponder al proyecto de origen. Lee las instrucciones para informar de errores, porque los proyectos pueden pedirte que primero confirmes el problema o recopiles información concreta.

Sigue el flujo de contribución

Git registra el historial del proyecto. GitHub, GitLab y Codeberg alojan repositorios y herramientas de colaboración. Un sistema de seguimiento de incidencias registra problemas y solicitudes de funcionalidades. Una solicitud de incorporación de cambios o de fusión propone cambios para su revisión; las pruebas automatizadas pueden comprobarlos. El núcleo suele revisar parches enviados por correo electrónico.

Lee el README, la guía de contribución y el código de conducta. Un CLA concede al propietario del proyecto determinados derechos sobre la contribución. Una declaración DCO certifica que el colaborador tiene derecho a enviar el trabajo. Son mecanismos diferentes. Mantén cada cambio propuesto centrado en un tema y responde con paciencia a la revisión.

Redacta un informe de error útil

Supón que una aplicación se cierra inesperadamente al exportar un gráfico. Busca primero en el sistema de seguimiento. Si el problema es nuevo, escribe un informe como este:

1. Título: «La exportación de un gráfico cierra la aplicación».
2. Entorno: versión exacta de la aplicación, distribución y versión de la distribución.
3. Pasos: abrir una hoja nueva, insertar un gráfico, elegir el formato de exportación y guardar.
4. Resultado esperado: una imagen exportada y la aplicación abierta.
5. Resultado real: la aplicación se cierra; incluye el texto exacto del error si está disponible.

Proporciona una muestra pequeña que reproduzca el problema cuando sea apropiado. Elimina los datos personales y las credenciales de los archivos adjuntos. Un informe específico permite a otra persona reproducir e investigar el fallo. «Está roto» describe la frustración, pero no proporciona un camino reproducible hasta el problema.

La redistribución libre cambia la forma en que las empresas de software ganan dinero, pero no impide obtener ingresos. Los clientes suelen pagar por el trabajo necesario para ejecutar el software de forma fiable. Los proyectos también pueden compartir costes mediante donaciones, subvenciones, fundaciones y colaboradores remunerados.

Relaciona el modelo con lo que se vende

Red Hat, SUSE y Canonical venden servicios de soporte y mantenimiento. Un servicio de bases de datos gestionadas vende operación y comodidad. Un fabricante de routers vende un dispositivo físico y se beneficia de un sistema operativo compartido. Las alianzas con buscadores pueden financiar el desarrollo de navegadores; Mozilla recibe ingresos considerables mediante estos acuerdos.

Distingue el núcleo abierto del licenciamiento dual

En el modelo de núcleo abierto, el componente adicional de pago tiene funcionalidades que el núcleo abierto no incluye. Una empresa podría ofrecer una herramienta de supervisión abierta y un complemento propietario para gestionar miles de máquinas.

En el licenciamiento dual, el mismo código se ofrece bajo distintas licencias. Un cliente puede seguir la licencia con copyleft o comprar una alternativa comercial que permita un uso diferente. MySQL y Qt usan variantes de este modelo. El titular de los derechos de autor necesita los derechos necesarios para ofrecer la alternativa; un usuario no puede simplemente cambiar la licencia del código de otra persona.

Comprende la financiación compartida

Las empresas pagan a desarrolladores para mejorar la infraestructura de la que dependen. Compartir el coste de un núcleo, una biblioteca o una herramienta puede ser más barato que crearlos por separado. Las cuotas de membresía de fundaciones, las donaciones individuales, el patrocinio y las subvenciones también apoyan el trabajo. El código abierto incluye tanto a profesionales remunerados como a voluntarios.

Sigue los cambios de licencia y las bifurcaciones

Algunos proveedores pasaron las nuevas versiones a condiciones de código fuente disponible para controlar los servicios alojados competidores. MongoDB adoptó la SSPL en 2018. Terraform pasó a la BSL en 2023; Redis adoptó RSAL y SSPL en 2024. Las versiones anteriores siguen disponibles bajo las licencias ya concedidas.

Las comunidades pueden continuar a partir de una versión abierta anterior. OpenSearch continuó a partir de Elasticsearch, OpenTofu de Terraform y Valkey de Redis. Los cambios posteriores pueden volver a añadir opciones abiertas: Elastic añadió una opción AGPL en 2024 y Redis 8 añadió AGPL en 2025. Comprueba la versión y la licencia exactas al comparar productos.

Piensa en un equipo que financia una aplicación de programación de tareas. La venta de un servicio alojado paga los servidores y la operación. La venta de soporte paga la ayuda y el mantenimiento. La venta de un módulo de gestión propietario adicional es un modelo de núcleo abierto. Estas elecciones afectan a lo que compran los clientes sin hacer desaparecer el código abierto.

Las aplicaciones de código abierto cubren trabajo de oficina, navegación, gráficos, multimedia, programación y análisis de datos. Muchas también funcionan en Windows y macOS. Aprende qué tipo de trabajo realiza cada aplicación para poder elegir según la tarea.

Trabajo de oficina e internet

LibreOffice incluye Writer para documentos, Calc para hojas de cálculo, Impress para presentaciones, Draw para diagramas, Base para bases de datos y Math para fórmulas. Sus formatos OpenDocument predeterminados incluyen .odt, .ods y .odp. También lee y escribe formatos de Microsoft como .docx y .xlsx.

LibreOffice comenzó como una bifurcación de OpenOffice.org en 2010 y se desarrolla bajo The Document Foundation. Apache OpenOffice sigue siendo un proyecto independiente. Firefox es el navegador de Mozilla; Thunderbird gestiona correo electrónico, calendarios y contactos. Chromium es el proyecto de navegador de código abierto de Google. Google Chrome se basa en él con adiciones propietarias y sus propias condiciones de distribución.

Elige el tipo adecuado de herramienta gráfica

Una imagen ráster almacena píxeles. Al ampliarla mucho más allá de su tamaño original se revela esa cuadrícula. Una imagen vectorial almacena figuras definidas matemáticamente, por lo que sus bordes permanecen nítidos al cambiar de tamaño.

Para un evento comunitario, usa Inkscape para el logotipo que debe aparecer tanto en una pequeña insignia como en un cartel grande. Usa GIMP para ajustar la fotografía que lo acompaña. Los dos archivos pueden aparecer en un mismo diseño, pero sus necesidades de edición son diferentes.

Multimedia y grabación

VLC reproduce una amplia variedad de formatos y transmisiones de audio y vídeo. Kodi organiza una biblioteca multimedia para usarla en un televisor o sistema de centro multimedia. Audacity graba y edita sonido. OBS Studio graba y transmite vídeo en directo. Una tarea de edición de audio requiere Audacity; capturar y transmitir una clase requiere OBS Studio.

Edición de código, firma de archivos y análisis de datos

Las compilaciones de Visual Studio Code de Microsoft se distribuyen bajo condiciones propietarias. El código fuente subyacente Code - OSS tiene licencia MIT. VSCodium proporciona compilaciones comunitarias de ese código fuente sin las adiciones de marca y telemetría de Microsoft. La licencia del proyecto fuente y la licencia de una compilación distribuida por un proveedor pueden ser diferentes.

GPG, GNU Privacy Guard, implementa el cifrado y las firmas digitales de OpenPGP. El cifrado protege el contenido contra la lectura; una firma digital verificada ayuda a establecer quién firmó los datos y si estos cambiaron. Las distribuciones usan firmas en los procesos de verificación de paquetes e imágenes.

R es un lenguaje y entorno para estadística, análisis de datos y gráficos. Calc es útil para trabajar con hojas de cálculo, mientras que R permite expresar análisis como programas. Elegir solo una marca conocida puede ocultar estas diferencias: un navegador no es un cliente de correo, un grabador de vídeo no es un editor de audio y el código fuente público no convierte automáticamente en código abierto todas las compilaciones de marca.

Una aplicación web se ejecuta en un servidor y presenta su interfaz mediante un navegador. Las aplicaciones web de código abierto a menudo pueden autoalojarse, lo que permite a una organización elegir quién las gestiona y tener más control sobre sus datos. Esa elección también conlleva trabajo de mantenimiento.

Relaciona las plataformas con las necesidades cotidianas

Nextcloud comenzó como una bifurcación de ownCloud en 2016. También ofrece funciones como calendarios, contactos, colaboración en documentos de oficina y chat. Moodle es un sistema de gestión del aprendizaje, o LMS, escrito en PHP. A menudo se combina con BigBlueButton para las clases en directo.

Una plataforma de cursos y un sistema de conferencias resuelven problemas diferentes. Moodle puede almacenar tareas y calificaciones entre clases; BigBlueButton proporciona el entorno para la clase en directo. Ninguno sustituye todas las funciones del otro.

Analiza una decisión de autoalojamiento

Una cooperativa de formación quiere que sus actividades de curso y archivos estén en servidores que controla. Primero, elige Moodle para las actividades del curso, un sistema de reuniones para las sesiones en directo y Nextcloud para los archivos compartidos. Después decide quién administrará los servidores Linux. Por último, asigna la responsabilidad de las actualizaciones, las copias de seguridad, el acceso a las cuentas y la seguridad.

El código abierto permite el autoalojamiento, pero no realiza automáticamente ese trabajo continuo. Un proveedor de servicios local puede administrar el software para la cooperativa si esta no tiene personal propio.

Distingue Git de una forja

Git es un sistema de control de versiones distribuido creado por Torvalds en 2005. Una confirmación de cambios registra un cambio en el historial del proyecto. Una rama permite que una línea de trabajo evolucione por separado antes de fusionarse. Un clon completo normal conserva el historial del repositorio en otra computadora.

Una forja de software añade a Git repositorios alojados, seguimiento de incidencias, revisión de código y automatización. GitLab Community Edition, Gitea y Forgejo son opciones de código abierto. Codeberg es un servicio de alojamiento basado en Forgejo. GitHub es un servicio propietario de Microsoft, aunque aloja muchos proyectos de código abierto.

Un equipo puede usar Git sin GitHub. Puede mantener repositorios locales, usar otra forja o trasladar su historial de Git entre proveedores de alojamiento. Las funciones adicionales del proveedor, como su base de datos de incidencias, son independientes del historial de Git.

Elige control y responsabilidad conjuntamente

Si un equipo quiere conservar su historial de versiones al cambiar de proveedor, el historial distribuido de Git ayuda. Si también quiere administrar por sí mismo la plataforma de revisión, necesita una forja que pueda autoalojarse. Compara la licencia, las funcionalidades necesarias y quién la mantendrá. Un repositorio público, una aplicación de código abierto y una plataforma de alojamiento de código abierto son tres cosas distintas.

Una aplicación de servidor suele trabajar con otros programas. Un servidor web gestiona solicitudes, una aplicación proporciona el comportamiento y una base de datos almacena datos. Identificar cada función te ayuda a comprender un conjunto de tecnologías funcional sin necesidad de escribir todavía los programas.

Relaciona el servidor con el servicio

Apache HTTP Server proporciona contenido web y admite módulos. NGINX también sirve contenido web y suele actuar como proxy inverso, que reenvía solicitudes a servidores de aplicaciones, o como balanceador de carga, que reparte las solicitudes entre ellos. Apache HTTP Server es un proyecto; la Apache Software Foundation aloja muchos otros.

MySQL, MariaDB y PostgreSQL son servidores de bases de datos relacionales. MySQL tiene opciones de licencia GPL y comercial. MariaDB comenzó como una bifurcación de MySQL en 2009. PostgreSQL es un proyecto independiente conocido por su capacidad de ampliación y su licencia permisiva. Los productos de bases de datos relacionados también pueden desarrollar diferencias; una historia compartida no hace que sus versiones sean intercambiables para siempre.

Para compartir archivos, NFS es tradicional entre sistemas de tipo Unix. Samba implementa SMB para compartir archivos e impresoras con Windows y otros clientes. También puede proporcionar servicios de dominio de estilo Windows.

Sigue una solicitud LAMP

LAMP suele significar Linux, Apache, MySQL o MariaDB y PHP. En algunos usos se sustituye PHP por Perl o Python. Piensa en un visitante que abre una página de consulta de existencias:

1. El navegador solicita la página a Apache en Linux.
2. Apache pasa la solicitud al código PHP de la aplicación.
3. El código solicita a MariaDB los registros de existencias.
4. La aplicación construye la respuesta y Apache la envía al navegador.

La base de datos no sustituye al servidor web y el navegador no ejecuta directamente el código PHP del servidor. Cada componente gestiona una parte distinta de la solicitud.

Comprende cómo se ejecutan los programas

Un compilador puede convertir el código fuente en código máquina para una arquitectura concreta. Un ejecutable x86-64 no se ejecuta directamente como código máquina ARM64. Un intérprete ejecuta el código durante la ejecución; el intérprete, las bibliotecas y las funciones del sistema necesarios deben estar disponibles para que un guion pueda trasladarse correctamente entre sistemas.

Java suele compilarse a código de bytes ejecutado por una máquina virtual de Java. OpenJDK es una implementación de Java de código abierto. Los sistemas de lenguajes reales pueden combinar compilación e interpretación; estas etiquetas explican la vía principal, no una regla que indique que todas las implementaciones funcionan de forma idéntica.

C sigue siendo el lenguaje principal del núcleo. Java y JavaScript tienen nombres parecidos, pero son lenguajes diferentes. Elegir JavaScript para los controles interactivos de un navegador no implica usar Java ni una JVM. Elegir Python para la automatización sigue requiriendo comprobar las bibliotecas y las funciones del sistema operativo que usa el guion.

Puedes aprender Linux y conservar tu sistema operativo actual. Elige la configuración según lo que necesites practicar, la memoria disponible y si necesitas conocer un proceso completo de instalación y arranque.

Compara las opciones

Una VM se ejecuta como sistema invitado junto a un sistema operativo anfitrión. Entre las herramientas de escritorio están VirtualBox, VMware Workstation Pro, VMware Fusion, UTM y GNOME Boxes. La virtualización alojada en un escritorio suele llamarse de tipo 2; las plataformas de tipo 1 como Hyper-V, ESXi, Xen y KVM proporcionan virtualización a nivel de hardware. Una interfaz de gestión de escritorio por sí sola no indica la arquitectura de su hipervisor.

El paquete base de VirtualBox tiene licencia GPLv3. VMware Workstation Pro es propietario aunque es gratuito para todos los usos desde noviembre de 2024. Como ocurre con otro software, el precio y las libertades de la licencia son diferentes.

Adapta la imagen al procesador

Los PC Intel y AMD de 64 bits normalmente usan x86-64, a menudo etiquetado como amd64. Esa etiqueta incluye los procesadores Intel. Los Mac con Apple silicon y las computadoras portátiles con Windows basadas en ARM usan ARM64, etiquetado como arm64 o aarch64.

Para la virtualización por hardware normal, haz coincidir la arquitectura del invitado y del anfitrión. Un anfitrión ARM64 no ejecuta directamente una imagen de invitado x86-64. La emulación puede traducir una arquitectura diferente, pero es más lenta. Intel VT-x o AMD-V debe estar habilitado en el firmware del PC para la virtualización por hardware que usan las VM y WSL 2.

Analiza una elección

Una persona tiene un Mac con Apple silicon y quiere practicar el instalador de Linux, el reinicio y un escritorio. Primero, esas tareas requieren un sistema invitado completo, por lo que una VM es adecuada. Después, el procesador requiere una imagen ARM64. Luego elige un hipervisor compatible con Linux en ARM, como UTM o una versión actual adecuada de VirtualBox, y deja suficiente memoria para macOS.

Una persona que usa Windows y quiere practicar principalmente el intérprete de comandos puede comenzar con WSL. Quien quiera comprobar la conexión Wi-Fi y los gráficos de una computadora portátil antes de instalar puede usar un USB en vivo. Un contenedor proporciona un espacio de usuario de Linux, pero comparte un núcleo y normalmente omite un proceso completo de arranque, por lo que no cubre las mismas prácticas que una VM.

Conoce los límites

Los cambios de una VM normalmente permanecen en los discos virtuales, pero las carpetas compartidas con permiso de escritura exponen archivos del anfitrión al invitado. Una instantánea puede deshacer un error de práctica dentro de la VM. Los recursos en la nube necesitan atención aparte: eliminar una VM puede dejar discos u otros recursos facturables, así que comprueba después la lista de recursos del proveedor. Haz una copia de seguridad de los datos importantes antes de realizar cualquier cambio de particiones para un arranque dual.

Una VM te permite instalar un sistema Linux completo en un disco virtual. Trabaja en orden con la imagen, los recursos, el instalador y las primeras actualizaciones. Cada etapa responde a una pregunta diferente: ¿es fiable la imagen?, ¿dispone de recursos suficientes? y ¿está listo el sistema instalado?

Descarga y verifica la imagen

Descarga una ISO del sitio web oficial de la distribución. Elige la edición de escritorio o servidor y la arquitectura adecuadas para tu plan. Una ISO representa un medio de instalación; una imagen para la nube suele ser un disco de sistema preparado para una configuración automatizada.

Calcula la suma de comprobación SHA-256 de la descarga y compara el valor completo con la suma publicada. Algunos comandos de ejemplo para una imagen llamada file.iso son:

• Linux: sha256sum file.iso
• macOS: shasum -a 256 file.iso
• Windows PowerShell: Get-FileHash file.iso

Una diferencia significa que la copia está dañada o alterada: deséchala y vuelve a descargarla. Una coincidencia establece que es igual al archivo descrito por esa suma de comprobación. No demuestra que una suma copiada de un sitio web no fiable sea auténtica. Verifica la firma de la distribución en el archivo de sumas de comprobación usando su clave publicada auténtica. GPG realiza esta comprobación de la firma.

Crea una VM con recursos adecuados

Selecciona la ISO en la herramienta de VM y asigna procesadores, memoria y un disco virtual. Para Ubuntu Desktop 26.04, el mínimo publicado para una experiencia cómoda es un procesador de doble núcleo, 6 GB de RAM y 25 GB de almacenamiento. Las ediciones de servidor y los escritorios más ligeros necesitan menos. Deja también suficiente memoria y almacenamiento para el anfitrión.

Por ejemplo, un anfitrión con 16 GB que asigna 6 GB a un invitado conserva 10 GB para sí mismo. Un disco virtual de asignación dinámica de 40 GB no reserva 40 GB de inmediato; crece a medida que se escriben datos, hasta ese máximo. Sigue necesitando espacio libre real en disco a medida que crece.

Comienza con una red NAT para las prácticas habituales. El invitado puede acceder a internet a través del anfitrión, mientras que normalmente no se permite el acceso directo no solicitado desde la red local. El modo puente sitúa la VM en la red local con su propia dirección cuando otras máquinas necesitan acceder a ella.

Ejecuta el instalador

Elige el idioma, el teclado y la zona horaria. Comprueba que el destino seleccionado sea el nuevo disco virtual de la VM antes de elegir una instalación que borre el disco. Crea un usuario y una contraseña segura; activa el cifrado del disco si corresponde. Termina la instalación, reinicia y desconecta la ISO para que el siguiente arranque use el sistema instalado.

Si el instalador vuelve a aparecer después de reiniciar, a menudo significa que la ISO sigue conectada y seleccionada para el arranque. Un fallo en una computadora ARM64 con una imagen amd64 requiere la imagen correcta, no más memoria para el invitado.

Prepara un punto de partida limpio

Instala las actualizaciones disponibles. Añade las herramientas para el sistema invitado del hipervisor, como VirtualBox Guest Additions u open-vm-tools de VMware, para disponer de funciones como el cambio de tamaño de la pantalla. Estas herramientas pueden habilitar portapapeles y carpetas compartidos; habilita el acceso solo a los archivos que necesites.

Crea una instantánea del sistema actualizado antes de hacer experimentos. Guarda un estado al que puedes volver, pero permanece vinculada al almacenamiento de la VM. Conserva una copia de seguridad independiente del trabajo importante. Si falla el disco del anfitrión, una instantánea almacenada en ese disco también se perderá.

WSL ejecuta distribuciones de Linux junto con aplicaciones de Windows. WSL 2 usa un núcleo Linux real en una VM ligera gestionada por Windows. Obtienes un entorno Linux sin crear manualmente hardware virtual ni seguir un instalador normal de Linux.

Instala y crea una cuenta de Linux

La instalación sencilla requiere Windows 10 versión 2004, compilación 19041 o posterior, o Windows 11, con la virtualización por hardware habilitada. Usa una versión de Windows con soporte para seguir recibiendo actualizaciones de seguridad. Abre PowerShell como administrador y ejecuta:

wsl --install

Reinicia cuando se te solicite. Esto habilita las funciones necesarias y normalmente instala Ubuntu. Cuando Ubuntu se inicie por primera vez, crea su nombre de usuario y contraseña de Linux. Pertenecen a esa distribución y no tienen que coincidir con tu cuenta de Windows.

En Ubuntu, la actualización inicial de paquetes es:

sudo apt update
sudo apt upgrade

El primer comando actualiza la información de los paquetes; el segundo instala las actualizaciones de versión disponibles de los paquetes. Si sudo solicita una contraseña, usa la contraseña de la cuenta de Linux.

Identifica los comandos de gestión

Supón que la lista muestra * Debian Stopped 2. Debian es la distribución predeterminada por el asterisco. Actualmente está detenida y usa WSL 2. El número no es el número de versión de Debian. Establecer una versión predeterminada de WSL no convierte todas las distribuciones existentes.

Distingue las ubicaciones de los archivos

Dentro de Linux, la unidad de Windows C: aparece en /mnt/c. Se puede acceder a un archivo de Windows situado en C:\Users\Ana\notes.txt como /mnt/c/Users/Ana/notes.txt. El Explorador de archivos puede acceder a los archivos de Linux de Ubuntu mediante \\wsl.localhost\Ubuntu.

Para el trabajo realizado con herramientas de Linux en WSL 2, almacena los archivos del proyecto en el sistema de archivos de Linux, por ejemplo, en el directorio personal de Linux. El acceso frecuente a través del límite entre los sistemas de archivos de Windows y Linux puede ser mucho más lento. La instalación de WSL almacena la distribución en un archivo de disco virtual, pero las herramientas con acceso a archivos de Windows montados pueden modificarlos.

Conoce qué permite y qué no permite WSL

WSL 1 traducía las llamadas de Linux y no proporcionaba un núcleo Linux real. WSL 2 sí lo hace. El WSL actual admite systemd y aplicaciones gráficas de Linux en ventanas de Windows. Microsoft mantiene el núcleo usado por este entorno y el propio WSL se publicó como código abierto bajo MIT en mayo de 2025.

WSL no ofrece prácticas normales con un instalador de Linux, un gestor de arranque o una instalación completa de escritorio. El acceso directo al hardware también es diferente. Úsalo para herramientas, guiones y muchos servicios; elige una VM completa cuando la tarea de aprendizaje sea la instalación y el arranque.

Un sistema de prácticas sigue conectado a cuentas, archivos y redes reales. Incorpora la protección a la configuración: usa credenciales seguras, permisos limitados, software actualizado y la protección adecuada para los datos almacenados y en tránsito.

Dificulta la reutilización o el robo de credenciales

Usa una contraseña larga, aleatoria y única para cada cuenta. Un gestor de contraseñas como KeePassXC o Bitwarden las genera y almacena en una bóveda cifrada. Protege la bóveda con una contraseña maestra segura que no reutilices en otros lugares.

La elección aleatoria importa. Cuatro palabras elegidas de forma independiente de una lista de 7776 ofrecen unos 3,7 mil billones de posibilidades; seis ofrecen unas 2,2 × 10²³. Una cita conocida no tiene la misma seguridad porque no es una elección aleatoria. Añadir un bit de incertidumbre duplica el espacio de búsqueda.

La autenticación multifactor (MFA) combina distintos tipos de pruebas, como una contraseña y una llave física o una aplicación de autenticación. Dos contraseñas siguen siendo el mismo tipo de factor. Activa la MFA para las cuentas importantes, especialmente las de correo electrónico y de la nube.

Una clave de acceso usa un par de claves criptográficas en lugar de una contraseña compartida. El servicio tiene la clave pública; la clave privada permanece en tu dispositivo o gestor de credenciales. Una huella digital, el rostro o un PIN desbloquea su uso. Las claves de acceso están vinculadas al servicio, lo que protege contra la introducción de un secreto reutilizable en un sitio web falso.

Limita los permisos y mantén el sistema

Trabaja con una cuenta de usuario normal y usa sudo solo para tareas que necesitan permisos de administrador. Trabajar permanentemente como root da a cada programa y error un amplio control. Mantén la distribución actualizada y pasa a una versión con soporte antes del fin del soporte.

Usa fuentes de software de confianza y verifica las imágenes de instalación. Una licencia de código abierto permite la inspección, pero no significa que cualquier copia de cualquier sitio web sea segura.

Adapta el cifrado al riesgo

Linux suele usar LUKS para el cifrado de disco; Windows usa BitLocker y macOS, FileVault. El cifrado en reposo protege los datos almacenados frente a quien no tiene la clave. No sustituye a las copias de seguridad ni protege una cuenta que ya está desbloqueada para un atacante. Si se pierden las claves de recuperación y las contraseñas, los datos cifrados pueden volverse irrecuperables.

Maneja los dispositivos y secretos con cuidado

No conectes dispositivos USB de origen desconocido. Algunos contienen software malicioso; otros pueden hacerse pasar por teclados. Cifra las unidades portátiles que contienen archivos sensibles porque se pierden fácilmente.

Mantén las contraseñas, las claves de API y las claves privadas SSH fuera del código público, las capturas de pantalla compartidas y las publicaciones en foros. Una clave pública SSH puede compartirse con un servidor; su clave privada correspondiente debe permanecer secreta. Para un servidor de prácticas en la nube, usa claves SSH, expón solo los puertos de red necesarios y elimina los recursos después de usarlos. Protege con el mismo cuidado que los demás archivos del anfitrión compartidos con una VM o accesibles desde WSL.