Curso de Ubuntu 26.04 / Planificar una máquina virtual y su consola de recuperación
Para preparar un entorno de práctica de Ubuntu 26.04, planifique una máquina virtual (VM) con un disco nuevo, recursos suficientes y una vía de recuperación por consola. Defina también la red inicial, las instantáneas y una copia independiente de los archivos importantes antes de instalar: así sabrá cómo continuar si un cambio de red o de configuración impide conectarse.
Comenzar primero con una VM con un propósito claro
Una máquina virtual (Virtual Machine, VM) es un entorno de ejecución separado que utiliza los recursos del equipo anfitrión. Por ejemplo, si Windows es el anfitrión, Ubuntu creado dentro de él es el invitado. El objetivo es crear un espacio independiente donde se puedan cambiar y revertir archivos de configuración antes de la práctica, sin necesidad de configurar desde el principio una red compleja con múltiples VM conectadas.
En una VM de Ubuntu Server se practican la gestión de cuentas, SSH, servicios y restauración de copias de seguridad. Cuando se llega a la etapa de comparar si se permite el acceso desde otros dispositivos, se añade una segunda VM con Ubuntu Server que actúa como cliente. No es necesario preparar varias VM desde el principio.
Mientras la guía de instalación común de Linux existente cubre todo el flujo de creación, instalación y recuperación, este artículo se centra en el esquema de configuración que se debe definir antes de instalar Ubuntu. Antes de interactuar con la pantalla de creación del programa de virtualización, decida primero los elementos siguientes según su propio ordenador.
Comprobar las condiciones del anfitrión y de la herramienta de virtualización
El programa de virtualización debe soportar tanto el sistema operativo anfitrión como la arquitectura de CPU. No se asume que las funciones y los invitados sean los mismos en anfitriones Intel·AMD x64 y anfitriones ARM64. Las instrucciones generales para crear VM de este curso pueden seguir el flujo de menús de VirtualBox 7.2, pero primero debe verificar si ha seleccionado el producto y la versión compatibles con su anfitrión.
- Registre la versión del sistema operativo del anfitrión y la arquitectura de la CPU. En Windows, se puede verificar en Configuración → Sistema → Información; en macOS, en Acerca de este Mac.
- Verifique no solo la capacidad total de la memoria del anfitrión, sino también cuánto espacio libre queda normalmente mientras se ejecutan aplicaciones. En Windows, se puede ver el uso en Administrador de tareas → Rendimiento → Memoria.
- Verifique el espacio libre en la unidad donde se almacenará la VM. ISO, discos virtuales, instantáneas y archivos de VM exportados consumen espacio juntos.
- Consulte la documentación oficial del programa de virtualización para verificar la compatibilidad de anfitrión e invitado y los requisitos de virtualización de hardware. También examine las condiciones de coexistencia con otras funciones de virtualización según la versión instalada.
La compatibilidad y la estructura básica se pueden consultar en Introducción a VirtualBox 7.2, y la asignación de CPU, memoria y disco en Guía para crear una nueva VM. Si hay errores de ejecución, no desactive la seguridad de Windows o las funciones de virtualización existentes sin verificar la causa; primero compare los requisitos oficiales de compatibilidad y los mensajes de error.
Crear tabla de asignación de CPU, memoria y disco
Los siguientes valores son ejemplos para planificar una VM para el curso y no representan las especificaciones mínimas oficiales de Ubuntu ni cifras garantizadas de rendimiento. Deben ajustarse según los recursos disponibles en el host y los programas que se van a instalar. La memoria asignada reduce los recursos disponibles en el host mientras la VM está en ejecución, por lo que no se deben asignar al invitado los recursos que el anfitrión necesita para seguir funcionando.
| Configuración | Ejemplo de asignación para práctica | Condiciones a verificar |
|---|---|---|
| VM de Ubuntu Server | CPU virtual 2, RAM 4GB, nuevo disco virtual dinámico de 30GB | Ampliar según los servicios, contenedores o tareas de compilación que se ejecuten simultáneamente |
| Red | Primer adaptador NAT, sin reenvío de puertos innecesario | Cuando se necesite acceso desde el host, configurar una ruta de acceso por separado |
| Recuperación | Inicio de sesión en consola virtual, instantánea de un estado funcional, copia separada de archivos importantes | Verificar si se puede recuperar sin SSH y que la copia de seguridad no esté solo en el mismo disco |
Los requisitos del servidor dependen del método de instalación y de la carga de trabajo. Guía de instalación del servidor y las condiciones del servicio a utilizar deben verificarse juntas. La asignación anterior es un ejemplo de plan de práctica y no garantiza rendimiento ni es la especificación mínima oficial.
Un disco virtual dinámico puede crecer gradualmente hasta el tamaño máximo establecido. Aunque el archivo creado inicialmente parezca pequeño, se debe reservar espacio en el host para uso futuro. Además, ampliar el tamaño máximo y expandir la partición y el sistema de archivos dentro del invitado son pasos diferentes. Inicialmente, solo se conecta un nuevo disco virtual y se evita usar la función de pasar directamente un disco físico del host para reducir la confusión del objetivo.
Elegir entre red NAT, puente o solo host
La traducción de direcciones de red o NAT (Network Address Translation) es la opción predeterminada conveniente cuando un invitado necesita conectarse al exterior a través de la red del host. Es adecuado para tareas iniciadas desde el invitado, como la descarga de paquetes, pero no garantiza que otros equipos o el host puedan acceder directamente a la dirección privada del invitado. En la práctica de SSH, se debe configurar el reenvío de puertos NAT o una red separada adecuada para ese propósito.
El modo puente configura al invitado para que se comunique como si fuera un dispositivo conectado a la LAN real. Sigue las políticas de asignación de direcciones y seguridad de la LAN, por lo que en redes corporativas, escolares o públicas se debe verificar primero si está permitido. La red solo para host se puede considerar al estructurar la práctica entre el host y la VM, pero por sí sola no proporciona acceso a Internet. Para detalles específicos del funcionamiento, consulte la descripción de modos de red de VirtualBox.
La configuración inicial de este curso se establece con NAT, y no se exponen de antemano los puertos de servicios que aún no se han instalado. Posteriormente, al conectarse desde el host mediante SSH, se puede considerar, por ejemplo, un reenvío de puertos limitado a la dirección de loopback del host. Los números de puerto reales y los orígenes permitidos se determinan durante esa práctica, y no se deben confundir con las reglas de puente, de seguridad en la nube o el reenvío de puertos del router de Internet.
Para la práctica remota se utilizan el adaptador 1 para Internet con NAT y el adaptador 2 para una red solo para host. Se planea usar como ejemplo que el host tenga 192.168.56.1, la VM del servidor .20 y el cliente Linux Server .10. Cree los adaptadores en el tutorial de creación de VM y configure las direcciones fijas de ambas VM siguiendo el procedimiento de networkd y Netplan del tutorial de IP fija.
No se colocan arbitrariamente la puerta de enlace de Internet ni DNS en la interfaz solo para host. El 192.168.56.x de este tutorial es un ejemplo de planificación para la nueva red dedicada; si se superpone con VPN u otra red VM, se elige un rango no utilizado soportado y se cambia todo el ejemplo en consecuencia. Se distingue del procedimiento de hacer un puente con la LAN real o sobrescribir la dirección NAT inicial con esta dirección.
Preparar una ruta de recuperación de consola virtual aparte de SSH
SSH (Secure Shell) proporciona acceso remoto cuando la red y el servidor están correctamente configurados. Un cambio incorrecto de IP, resolución de nombres (DNS), cortafuegos o configuración de SSH puede interrumpirlo. La consola virtual muestra la pantalla del invitado desde la ventana de la VM y permite recuperarlo sin depender de su red. Requiere que el anfitrión y la herramienta de virtualización sigan funcionando.
Durante la instalación, prepare cuentas de usuario normales y permisos para tareas de administrador, y guarde la contraseña de forma segura. Incluso después de configurar SSH, debe verificar si puede iniciar sesión con ese usuario normal en la ventana de VM. Si solo tiene el archivo de clave y no conoce la información de inicio de sesión de la consola, los medios de recuperación en la práctica de reparación de acceso remoto pueden ser insuficientes.
- Antes de cambiar la red, verifique si puede iniciar sesión en la ventana de VM.
- Si la sesión SSH existente está activa, manténgala hasta verificar la nueva conexión.
- Registre el contenido original de los archivos modificados y los comandos aplicados, y anote cómo revertir solo este cambio.
- Si tampoco puede iniciar sesión desde la consola, en lugar de cambiar arbitrariamente la cuenta o la configuración de arranque, determine una instantánea funcional o una ruta de restauración alternativa.
Distinguir entre instantáneas, copias de seguridad y recursos compartidos con el anfitrión
Una instantánea es una función para volver al estado de la VM en un momento específico. Si le da nombres significativos al estado normal justo después de la instalación y al estado antes de cambiar la red, será más fácil repetir la práctica. Sin embargo, solo con las instantáneas en el mismo almacenamiento del host no se puede proteger frente a los fallos de ese almacenamiento ni daños en la carpeta de la VM. Debe planificar también copias separadas/exportaciones de VM apagadas y copias de seguridad independientes de datos importantes. El alcance de almacenamiento y restauración de las instantáneas se puede consultar en la documentación de gestión de VM de VirtualBox.
No se asume que los datos escritos en carpetas compartidas del host o en servidores externos se revertirán mediante la restauración de la instantánea del invitado. Al principio, es mejor mantener desactivadas las carpetas compartidas, el portapapeles bidireccional y el arrastrar y soltar, y definir el alcance permitido cuando se necesite transferir archivos, ya que esto facilita distinguir entre host e invitado. No mezcle archivos de práctica que se puedan eliminar con los archivos originales que se deben conservar en la misma ruta.
Completar el esquema antes de la instalación
A continuación se muestra un ejemplo de esquema para prácticas de servidor. Los números son valores asignados como ejemplo y no reflejan datos medidos en un equipo real. Una vez adaptado a las condiciones del host, agregue la razón de cualquier cambio al mismo registro cada vez que modifique la configuración.
Objetivo: practicar SSH, Nginx y la restauración de copias
Invitado: Ubuntu Server 26.04 LTS, amd64
Anfitrión y virtualización: registrar el sistema real y la versión de la herramienta
Recursos de ejemplo: 2 CPU virtuales / 4 GB de RAM / disco dinámico nuevo de 30 GB
Red inicial: NAT, sin reenvío de puertos
Recuperación por consola: iniciar sesión con un usuario normal en la ventana de la VM
Instantánea prevista: clean-install tras comprobar instalación y actualizaciones
Copia independiente: guardar configuración, documentos y registros de recuperación fuera de la VM
Funciones compartidas iniciales: carpetas compartidas y portapapeles bidireccional desactivados
Si quedan elementos vacíos en el esquema, significa que hay preparativos a verificar antes de ingresar a la pantalla de instalación. Si puede explicar los recursos del host y el destino de la instalación, la imagen que se utilizará, la ruta de red, la ubicación de inicio de sesión en la consola y los materiales de recuperación, los criterios para la selección en la fase de creación de la VM quedarán claros.




