IES Miguel Romero Esteo - Departamento de
Informática - Linux/Unix
IaaS_con_VBox
/ Práctica 02
Comandos:
VBoxManage
Aplicaciones:
Enunciado:
El directorio /var/tmp/repodisk
del servidor vms.sudo.es
contiene una conjunto de discos virtuales creados con
VirtualBox; en el interior de cada uno de ellos reside un
sistema operativo GNU/Linux en su mínima expresión. En algunos
casos, el sistema que contiene cada disco lo describe el propio
nombre del archivo, a saber, Centos8.vdi, Debian10.vdi, en
otros no: rescue.vdi
Sabido esto, el alumno debe crear una máquina
virtual con las siguientes especificaciones:
- Creación
-
Nombre de la máquina virtual: deb-$USER
- Tipo: Linux
- Versión: Debian
(64-bit)
- Tamaño
de la memoria RAM: 1024 Mb.
- Núcleos
de CPU: 1
- Red:
- Adaptador NIC1
- Adaptador NIC2
- Conectado a la
red sólo-anfitrión existente en el sistema. EL ALUMNO
NO PUEDE CREAR REDES sólo-anfitrión, ya está creada
por el profesor.
- Almacenamiento:
- Controlador SATA:
- Asignar al
puerto 0 una copia del disco virtual Debian10.vdi
- Audio: Deshabilitar
- Puertos serie: Deshabilitar todos
- Sistema operativo - información
de uso.
- Password de root: palabra.
- Usuario no root: operador.
- password de operador: palabra.
- El DS está
configurado para que el alumno no pueda recibir en su
puesto de trabajo el ventaneo que típicamente lanza el
arranque de una VM dando acceso visual a la consola. La VM
hay que arrancarla "descabezada"; para que se entienda, es
lo mismo que arrancar una máquina física sin monitor y sin
teclado; el sistema arranca y alcanza su estado de
operatividad con normalidad pero el acceso a él sólo es
posible remotamente, siempre y cuando la máquina
descabezada esté conectada a la red, el interface de red
(NIC) esté bien configurado por adelantado y haya un
servicio vivo en la VM que permita dicha conexión (por
ejemplo sshd).
- El comando que
permite arrancar un VM descabezada es vboxheadless. Teniendo en cuenta que el arranque
se produce de forma ciega, una manera que tiene el
alumno de saber cuando ha alcanzado la VM su estado de
operatividad y está esperando conexiones es con el
comando de monitorización top -u <user>.
Este comando presenta la relación de procesos que
<user> mantiene en la RAM. La información que
muestra se refresca en tiempo real, proporcionando
datos de consumo de recursos por cada proceso (% de
uso de CPU, % de usos de MEMoria, etc...) una señal de
que la VM ha alcanzado el estado deseado es cuando se
observe que el comando vboxheadless hace un consumo bajo de CPU.
- Una vez estabilizada
la VM el alumno NO CONOCE la IP que se ha asignado
a NIC1 por el
correspondiente servidor DHCP (el de la red NAT)
así que no puede hacer login al sistema. La
solución a este problema viene de la mano del siguiente procedimiento:
- Empleando el comando/subcomando
VBoxManage
guestcontrol
para averiguar la IP. Si el alumno se ve muy
apurado después de pelearse
con la documentación de VBoxManage
guestcontrol siempre puede apoyarse
en el shell script getipfromvm
disponible en el DS, pero antes debe
trabajar un poco la muy ilustrativa
documentación
- Una vez averiguada la
dirección IP de la NIC1 hay que establecer
una regla de reenvío de puertos para
entrar en la VM a través de la red NAT.
Esto se hace con el comandod/subcomando vboxmanage
natnetwork modify. El puerto externo
de la regla es ÚNICO para cada alumno y
está especificado en un archivo dentro del
directorio $HOME/practicas/IaaS_con_Vbox/p02/.
EL
puerto interior de la regla
(el que mira a la IP dada a
la VM por el DHCP de la red
NAT) es el 22.
- Sistema
operativo - ajustes.
- hostname: deb-$USER
<---- Que no se te olvide, el profe necesita
saber en que VM se ha metido a verificar el trabajo.
- El
interface de red NIC1 debe ser configurado con IP
dinámica-automática a través del servidor DHCP que
proporciona la red NAT.
- El
interface de red NIC2 debe ser configurado con una IP
fija que el alumno encontrará en un archivo dentro del
directorio $HOME/practicas/IaaS_con_Vbox/p02/