Les màquines virtuals del laboratori s’han creat i configurat en un amfitrió i s’han exportat en format OVA. Aquest document defineix el procediment per importar-les en un amfitrió diferent de manera que arrenquin, mantinguin la connectivitat dins del laboratori i conservin l’accés remot per SSH i RDP.
| MV | Sistema operatiu | Adaptador 1 | Adaptador 2 | Adreçament | Accés remot |
|---|---|---|---|---|---|
| W10 | Windows 10 | NAT · sortida a Internet | Pont · xarxa local | IP fixa (pont) | RDP · SSH |
| UbuntuMATE | Ubuntu MATE | Pont | — | DHCP | SSH · RDP (xrdp) |
| Debian | Debian | Pont | — | IP fixa | SSH · RDP (xrdp) |
| RockyLinux | Rocky Linux | Pont | — | DHCP | SSH · RDP (xrdp) |
| W2k19 | Windows Server 2019 | Pont | — | IP fixa | RDP · SSH |
Totes les MV tenen un adaptador pont, que les connecta directament a la xarxa local i permet accedir-hi per SSH i RDP. El W10 afegeix un adaptador NAT per sortir a Internet. Aquesta combinació determina tot el procediment: l’adaptador pont queda lligat a la targeta física de l’amfitrió original, i la IP fixa o el DHCP es comporten de manera diferent quan la MAC canvia.
Una OVA és un únic fitxer TAR que conté el paquet OVF (Open Virtualization Format): el descriptor .ovf (XML amb el maquinari virtual), els discos .vmdk comprimits i el manifest .mf amb els resums SHA dels fitxers. Importar-la no és copiar la màquina: VirtualBox en crea una de nova a partir de la descripció i hi adjunta còpies dels discos.
| Element | En importar | Conseqüència |
|---|---|---|
| Identificador de màquina (UUID) | Es genera un UUID nou per a la MV i per a cada disc | La còpia pot conviure amb l’original al mateix amfitrió sense conflictes de registre a VirtualBox |
| Adreces MAC | Depenen de la política triada. Amb la recomanada, es regeneren les MAC dels adaptadors pont i es conserva la de l’adaptador NAT | No hi ha MAC duplicades a la xarxa local, però el servidor DHCP veu un equip nou |
| Adaptador pont | Es conserva el mode, però apunta al nom de la targeta de xarxa de l’amfitrió original | Si el nom no existeix a l’amfitrió nou, la MV no arrenca fins que es torna a lligar |
| Adaptador NAT | Es conserva tal com era | No depèn del maquinari de l’amfitrió: funciona igual a qualsevol equip |
| Maquinari virtual i discos | Es conserven CPU, RAM i controladors; els discos es descomprimeixen a la carpeta de destinació | Cal espai lliure i RAM suficients per a les cinc MV |
| Identitat dins del SO | No canvia: nom d’equip, SID de Windows, /etc/machine-id, claus de host SSH i IP fixa | Si l’original i la còpia coincideixen a la mateixa xarxa, entren en conflicte (IP i nom d’equip) |
| Configuració | MV | Efecte de la importació | Què cal revisar i per què |
|---|---|---|---|
| Pont + IP fixa | Debian · W2k19 · W10 (adaptador 2) | La MAC canvia, però la IP fixa es conserva perquè és dins del SO | Lligar el pont a la targeta de l’amfitrió nou. No engegar-la alhora que l’original (mateixa IP). Si l’amfitrió nou és en una altra xarxa, adaptar la IP, la màscara i la passarel·la |
| Pont + DHCP | UbuntuMATE · RockyLinux | Amb la MAC nova, el servidor DHCP la tracta com un equip nou i li pot assignar una altra IP | Lligar el pont a la targeta de l’amfitrió nou, consultar la IP nova i actualitzar la documentació. Comprovar que la connexió no està lligada a la MAC antiga |
| NAT | W10 (adaptador 1) | No canvia res: cada MV en NAT és en una xarxa aïllada (10.0.2.0/24) darrere de l’amfitrió | Comprovar que és l’única ruta per defecte del W10, perquè la sortida a Internet no sigui inestable |
| Opció | Valor recomanat | Justificació |
|---|---|---|
| Name | Nom original de la MV | Manté la traçabilitat amb la documentació i amb els scripts |
| Guest OS Type | El del descriptor, revisat | Determina el perfil de maquinari i el tipus d’adaptador virtual; si és erroni, el SO convidat pot no reconèixer la xarxa |
| CPU / RAM | Els originals, si l’amfitrió ho permet | Perquè funcioni igual; si la suma de RAM de les cinc MV supera la de l’amfitrió, no s’han d’engegar totes alhora |
| Machine Base Folder | Carpeta amb espai suficient | Els discos descomprimits ocupen diverses vegades la mida de l’OVA |
| MAC Address Policy | Include only NAT network adapter MAC addresses | És la política que s’ajusta exactament a aquestes MV: regenera les MAC dels adaptadors pont, que comparteixen la xarxa local amb les originals i no poden estar duplicades, i conserva la de l’adaptador NAT del W10, que és en una xarxa aïllada i no provoca conflictes |
| Import hard drives as VDI | Activada | VDI és el format natiu de VirtualBox: admet instantànies i compactació sense conversions posteriors |
Per importar una MV creada per una altra persona sense dependre’n, cada OVA s’ha de lliurar amb aquesta informació:
- Fitxer amb el mateix nom que la MV (
W10.ova,Debian.ova…) i el seu resum.ova.sha256. - Mode de cada adaptador (pont o NAT) i tipus d’adreçament (fix o DHCP).
- Per a les IP fixes: adreça, màscara, passarel·la i DNS.
- Usuari i contrasenya d’accés local i dels serveis remots.
- Versió de VirtualBox amb què s’ha exportat.
El procediment es divideix en cinc fases. Cada pas indica què cal fer i per què.
Comprovar que la CPU té VT-x o AMD-V activada. A Linux: grep -Ec '(vmx|svm)' /proc/cpuinfo (ha de ser més gran que 0). A Windows: Administrador de tasques › Rendiment › CPU › Virtualització: habilitada, i comprovar que Hyper-V no és actiu.
Per què: sense virtualització per maquinari, les MV de 64 bits no arrenquen.
Comparar la RAM i l’espai lliure de l’amfitrió amb la suma de les cinc MV.
Per què: els discos s’expandeixen en importar i la RAM assignada es reserva en engegar.
# Linux sha256sum -c W10.ova.sha256 # Windows (PowerShell) Get-FileHash -Algorithm SHA256 .\W10.ova
Per què: una OVA copiada amb un USB o descarregada de manera incompleta falla a mitja importació. Verificar-la abans estalvia temps.
VBoxManage list bridgedifs
Anotar el valor Name de la interfície amb Status: Up connectada a la xarxa del laboratori (per cable, preferentment).
Per què: és el nom que caldrà assignar als adaptadors pont de les cinc MV.
VirtualBox › File › Import Appliance… (Ctrl+I) i seleccionar l’OVA.
A Appliance settings, revisar el nom, el tipus de SO, la CPU, la RAM i la carpeta base segons la taula de la justificació. Seleccionar MAC Address Policy: Include only NAT network adapter MAC addresses i marcar Import hard drives as VDI.
Fer clic a Finish. La importació dura uns minuts per MV, segons la mida dels discos.
importa_ovas.sh (amfitrió Linux) i Importa-OVAs.ps1 (amfitrió Windows), descarregables des del menú lateral, automatitzen les fases 1 i 2 per a totes les OVA d’una carpeta: verifiquen el SHA-256, fan una simulació, importen amb la política de MAC recomanada, tornen a lligar cada adaptador pont a la targeta de l’amfitrió, informen dels adaptadors NAT i mostren el nou UUID i les MAC. No necessiten privilegis d’administrador.# Simulació: mostra què s'importarà sense fer cap canvi VBoxManage import W10.ova --dry-run # Importació: MAC NAT conservades, MAC pont regenerades i discos en VDI VBoxManage import W10.ova --vsys 0 --vmname "W10" --options keepnatmacs,importtovdi # Importació de totes les OVA d'una carpeta (Linux / Windows) ./importa_ovas.sh ~/OVA .\Importa-OVAs.ps1 -CarpetaOva D:\OVA
Per a cada MV: Settings › Network › l’adaptador en mode Bridged Adapter › Name: la targeta anotada al pas 0.4. Comprovar que Cable Connected és marcat. Al W10 és l’adaptador 2; a la resta, l’adaptador 1.
VBoxManage modifyvm "Debian" --bridgeadapter1 "<TARGETA_AMFITRIÓ>" --cableconnected1 on VBoxManage modifyvm "W10" --bridgeadapter2 "<TARGETA_AMFITRIÓ>" --cableconnected2 on
Per què: el nom de la targeta original no existeix a l’amfitrió nou i la MV no arrencaria.
Adaptador 1: Attached to: NAT, amb Cable Connected marcat. No necessita cap canvi.
VBoxManage showvminfo "W10" --machinereadable | grep -E '^(UUID|nic[12]|macaddress[12]|bridgeadapter[12])='
Anotar l’UUID i les MAC al full de verificació (CSV).
Per què: deixa constància de què ha canviat respecte de l’original (UUID i MAC del pont) i de què s’ha conservat (MAC del NAT).
Engegar les MV d’una en una, amb les originals apagades si són a la mateixa xarxa. Dins de cadascuna cal comprovar la configuració de xarxa i que els serveis d’accés remot funcionen. Els punts de control depenen de la MV:
W10Windows 10 · NAT + Pont · IP fixa Windows
Adaptador 1 · NAT: sortida a Internet, adreça 10.0.2.15 i passarel·la 10.0.2.2 per DHCP del motor NAT. Adaptador 2 · Pont: connexió directa amb la xarxa local, amb IP fixa.
RDP (3389/TCP) i OpenSSH (22/TCP) a la IP fixa de l’adaptador pont.
ipconfig /all route print -4 Get-NetIPConfiguration Get-NetConnectionProfile Get-Service sshd, TermService
- La IP fixa ha d’estar a l’adaptador del pont (normalment
Ethernet 2), no al de NAT. - Només hi ha d’haver una ruta per defecte: la del NAT (
10.0.2.2). Si l’adaptador pont també té passarel·la, Windows tindrà dues rutes per defecte i la sortida a Internet serà inestable: cal deixar-la buida o donar-li una mètrica més alta. - Si l’original i la còpia són a la mateixa xarxa, la IP fixa i el nom de l’equip entraran en conflicte: només n’ha d’estar engegada una, o cal canviar-los a la còpia.
- La xarxa del pont pot quedar classificada com a Pública:
Set-NetConnectionProfile -InterfaceAlias "Ethernet 2" -NetworkCategory Private.
UbuntuMATEUbuntu MATE · Pont · DHCP Linux
NetworkManager amb DHCP del servidor de la xarxa local.
OpenSSH Server (22/TCP) i xrdp (3389/TCP) a la IP que assigni el DHCP.
ip -br link ip -br address ip route nmcli -f NAME,DEVICE,STATE connection show systemctl status ssh xrdp --no-pager
- Amb la MAC nova, el servidor DHCP la tracta com un equip nou i li pot donar una IP diferent de l’original. Cal consultar-la a la consola de la MV i actualitzar la documentació.
- Si la connexió de NetworkManager o de Netplan té la MAC fixada, no s’activarà: cal treure-la (vegeu INC-03).
DebianDebian · Pont · IP fixa Linux
/etc/network/interfaces (o NetworkManager) amb IP fixa, màscara, passarel·la i DNS.
OpenSSH Server (22/TCP) i xrdp (3389/TCP) a la IP fixa.
ip -br link ip -br address ip route cat /etc/network/interfaces systemctl status ssh xrdp --no-pager
- La IP fixa no depèn de la MAC: es conserva. El nom de la interfície (
enp0s3) depèn de la posició PCI i també es manté. - Si l’amfitrió nou és en una altra xarxa, la IP fixa i la passarel·la no hi seran vàlides: cal adaptar-les a la xarxa nova.
- Si l’original i la còpia coincideixen a la mateixa xarxa, hi haurà conflicte d’IP: només n’ha d’estar engegada una.
RockyLinuxRocky Linux · Pont · DHCP Linux
NetworkManager (fitxers .nmconnection) amb DHCP i firewalld actiu.
OpenSSH Server (22/TCP) i xrdp (3389/TCP) a la IP que assigni el DHCP.
ip -br link ip -br address nmcli -f NAME,DEVICE,STATE connection show nmcli -g 802-3-ethernet.mac-address connection show "<CONNEXIÓ>" sudo firewall-cmd --list-services sudo firewall-cmd --list-ports systemctl status sshd xrdp --no-pager
- Igual que Ubuntu MATE: amb la MAC nova pot rebre una altra IP per DHCP.
- NetworkManager pot tenir la connexió lligada a la MAC antiga. Si és així, la interfície queda
disconnected:sudo nmcli connection modify "<CONNEXIÓ>" 802-3-ethernet.mac-address ""isudo nmcli connection up "<CONNEXIÓ>". - firewalld ha de mantenir obert el servei
sshi el port3389/tcp.
W2k19Windows Server 2019 · Pont · IP fixa Windows
Adaptador pont amb IP fixa (ncpa.cpl, sconfig o PowerShell).
RDP (3389/TCP) i OpenSSH (22/TCP) a la IP fixa.
ipconfig /all Get-NetIPConfiguration Get-NetConnectionProfile Get-Service sshd, TermService Get-NetFirewallRule -DisplayGroup "Remote Desktop" | ft DisplayName, Enabled, Profile
- Mateixos punts que Debian pel que fa a la IP fixa: es conserva, però cal adaptar-la si la xarxa és una altra i evitar que coincideixi amb l’original engegada.
- Les MV clonades conserven el mateix SID. En un grup de treball no és un problema; per unir-la a un domini al costat de l’original, caldria generalitzar-la amb
sysprep. - Si el servidor té algun rol de xarxa (DHCP, DNS, AD DS), la còpia no s’ha d’engegar a la mateixa xarxa que l’original.
Si l’original i la còpia han d’estar engegades alhora a la mateixa xarxa, cal donar a la còpia una identitat pròpia:
# Linux: nou machine-id, noves claus de host SSH i nom d'equip sudo rm -f /etc/machine-id /var/lib/dbus/machine-id sudo systemd-machine-id-setup sudo rm -f /etc/ssh/ssh_host_* sudo ssh-keygen -A sudo hostnamectl set-hostname <NOM_NOU> # Windows (PowerShell com a administrador): nom d'equip nou Rename-Computer -NewName "<NOM_NOU>" -Restart # Debian, W2k19 i W10: canviar també la IP fixa per una de lliure
La importació es dona per correcta quan cada MV supera les cinc proves següents. Els resultats s’anoten al full de verificació.
| Prova | Ordre | Resultat esperat |
|---|---|---|
| 1 · Adreça IP | ip -br a · ipconfig | IP fixa original (Debian, W2k19, W10) o IP del DHCP de la xarxa local (UbuntuMATE, RockyLinux), a la interfície amb la MAC nova |
| 2 · Passarel·la | ping -c 4 <PASSAREL·LA> | 0 % de pèrdua. Al W10, sortida a Internet pel NAT |
| 3 · Entre MV | ping <IP_ALTRA_MV> | Resposta de les altres quatre MV per la xarxa local |
| 4 · SSH | ssh usuari@<IP_MV> | Sessió iniciada a les cinc MV |
| 5 · RDP | mstsc /v:<IP_MV> · Remmina | Escriptori remot a les cinc MV |
Aquesta taula recull les incidències que pot provocar la importació en aquest escenari (cinc MV amb adaptador pont, una amb NAT addicional, IP fixa i DHCP, i amfitrió diferent), com es detecten i com es resolen. Durant la importació, cada incidència que aparegui s’anota al full de verificació amb el codi corresponent.
| Afecta | Totes les MV |
| Símptoma | La MV no arrenca: Nonexistent host networking interface. A la configuració apareix Invalid settings detected. |
| Causa | L’adaptador pont apunta a la targeta de l’amfitrió original. |
| Resolució | Fase 2.1: seleccionar la targeta de l’amfitrió nou (GUI o modifyvm --bridgeadapterN). |
| Afecta | Debian · W2k19 · W10 |
| Símptoma | Windows avisa d’un conflicte d’adreça IP o de nom duplicat; a Linux, la connectivitat és intermitent. |
| Causa | L’original i la còpia, amb la mateixa IP fixa, són engegades a la mateixa xarxa. |
| Resolució | No engegar l’original i la còpia alhora, o bé aplicar la fase 3b (IP i nom nous). |
| Afecta | UbuntuMATE · RockyLinux |
| Símptoma | La MV arrenca però la interfície queda disconnected o sense IP. |
| Causa | NetworkManager o Netplan tenen la connexió fixada a la MAC original, que s’ha regenerat. |
| Resolució | nmcli connection modify "<CONNEXIÓ>" 802-3-ethernet.mac-address "" o eliminar macaddress: de Netplan i aplicar netplan apply. |
| Afecta | UbuntuMATE · RockyLinux |
| Símptoma | La MV funciona, però l’SSH i l’RDP a la IP anotada no responen. |
| Causa | Amb la MAC nova, el servidor DHCP li ha assignat una altra adreça. |
| Resolució | Consultar la IP nova a la consola de la MV (ip -br a) i actualitzar el full de verificació. Si cal mantenir-la, importar amb Include all network adapter MAC addresses amb l’original apagada. |
| Afecta | Debian · W2k19 · W10 |
| Símptoma | La MV té IP, però no arriba a la passarel·la ni a les altres MV. |
| Causa | L’amfitrió nou és connectat a una xarxa amb un altre rang o una altra passarel·la. |
| Resolució | Assignar una IP lliure del rang nou, amb la màscara, la passarel·la i el DNS d’aquella xarxa. |
| Afecta | W10 |
| Símptoma | La sortida a Internet és intermitent o lenta; route print mostra dues rutes 0.0.0.0. |
| Causa | L’adaptador pont amb IP fixa també té passarel·la, i competeix amb la del NAT (10.0.2.2). |
| Resolució | Deixar sense passarel·la l’adaptador pont o donar-li una mètrica més alta: Set-NetIPInterface -InterfaceAlias "Ethernet 2" -InterfaceMetric 50. |
| Afecta | W10 · W2k19 |
| Símptoma | La MV té IP, però no respon al ping ni accepta connexions RDP. |
| Causa | La xarxa s’ha classificat com a Pública i el tallafoc aplica regles més restrictives. |
| Resolució | Set-NetConnectionProfile -InterfaceAlias "<ADAPTADOR>" -NetworkCategory Private i comprovar les regles del grup Remote Desktop. |
| Afecta | Totes les MV |
| Símptoma | El client SSH mostra REMOTE HOST IDENTIFICATION HAS CHANGED i no connecta. |
| Causa | La IP correspon ara a una MV amb claus diferents de les que el client tenia desades. |
| Resolució | Comprovar que la MV és la correcta i eliminar l’entrada antiga: ssh-keygen -R <IP_MV>. |
| Afecta | Totes les MV |
| Símptoma | VT-x is not available (VERR_VMX_NO_VMX), o les MV funcionen molt lentes a Windows. |
| Causa | Virtualització desactivada a la BIOS/UEFI, o Hyper-V/WSL2 ocupant-la a l’amfitrió Windows. |
| Resolució | Activar VT-x/AMD-V a la BIOS/UEFI o desactivar Hyper-V (bcdedit /set hypervisorlaunchtype off i reiniciar). |
| Afecta | Totes les MV |
| Símptoma | La importació falla per manca d’espai o l’amfitrió es bloqueja en engegar diverses MV. |
| Causa | La suma de discos o de RAM de les MV supera la capacitat de l’amfitrió. |
| Resolució | Canviar la carpeta base a un disc amb espai i engegar només les MV necessàries per a cada prova. |
| Virtual System 1 | |
| Name | W10 |
| Guest OS Type | Windows 10 (64-bit) |
| CPU | 2 |
| RAM | 4096 MB |
| Network Adapter | Intel PRO/1000 MT Desktop |
| Network Adapter | Intel PRO/1000 MT Desktop |
| Base Folder | C:\Users\usuari\VirtualBox VMs |
Result Code: E_FAIL (0x80004005)
PS> .\VBoxManage list bridgedifs Name: Realtek PCIe GbE Family Controller DHCP: Enabled IPAddress: 192.168.1.15 NetworkMask: 255.255.255.0 MediumType: Ethernet Wireless: No Status: Up PS> .\VBoxManage modifyvm "Debian" --bridgeadapter1 "Realtek PCIe GbE Family Controller" PS> .\VBoxManage startvm "Debian" --type headless Waiting for VM "Debian" to power on... VM "Debian" has been successfully started.
PS> .\Importa-OVAs.ps1 -CarpetaOva D:\OVA [ OK ] VirtualBox 7.1.x [ OK ] Política d'adreces MAC: conserva-nat [ OK ] Targeta de l'amfitrió per al mode pont: Realtek PCIe GbE Family Controller [INFO] S'han trobat 5 fitxers OVA. [----] ────────── W10 ────────── [ OK ] Integritat SHA-256 correcta. [ OK ] MV 'W10' importada. [INFO] Adaptador 1 · NAT (sense canvis) [ OK ] Adaptador 2 (pont) lligat a 'Realtek PCIe GbE Family Controller'. [INFO] UUID nou ...... 6f1c2d84-5b7e-4a39-9c0e-2e8d41b7a5f3 [INFO] macaddress1 ..... 0800279B12E0 [INFO] macaddress2 ..... 08002771A3C4 (…) [====] Resum: 5 importades · 0 amb incidència
Importa-OVAs.ps1: verificació, importació, reassignació de cada adaptador pont i registre dels identificadors nous.usuari@rocky:~$ ip -br address lo UNKNOWN 127.0.0.1/8 ::1/128 enp0s3 UP 192.168.1.37/24 usuari@rocky:~$ ping -c 4 192.168.1.1 4 packets transmitted, 4 received, 0% packet loss usuari@rocky:~$ ping -c 2 192.168.1.23 2 packets transmitted, 2 received, 0% packet loss
PS C:\> route print -4 | findstr 0.0.0.0 0.0.0.0 0.0.0.0 10.0.2.2 10.0.2.15 25 PS C:\> Get-NetIPAddress -InterfaceAlias "Ethernet 2" -AddressFamily IPv4 | ft IPAddress, PrefixOrigin IPAddress PrefixOrigin --------- ------------ 192.168.1.21 Manual
PS C:\> ssh usuari@192.168.1.23 usuari@192.168.1.23's password: usuari@debian:~$ hostnamectl --static debian usuari@debian:~$ exit
PS C:\> Test-NetConnection 192.168.1.25 -Port 3389 ComputerName : 192.168.1.25 RemotePort : 3389 TcpTestSucceeded : True PS C:\> mstsc /v:192.168.1.25
Importar una OVA no és restaurar una còpia exacta: VirtualBox crea una màquina nova amb identificadors nous, i el que no canvia, la identitat dins del sistema operatiu, és justament el que pot entrar en conflicte amb l’original.
Aquest laboratori combina adaptadors pont i NAT, i adreçament fix i DHCP, i cada combinació reacciona d’una manera diferent a la importació. Analitzar-les abans permet triar la política de MAC adequada, anticipar les incidències i comprovar cada MV amb les mateixes proves.