Wiki Ubuntu-it

Indice
Partecipa
FAQ
Wiki Blog
------------------
Ubuntu-it.org
Forum
Chiedi
Chat
Cerca
Planet
  • Pagina non alterabile
  • Informazioni
  • Allegati
  • Differenze per "Virtualizzazione/Kvm/Installazione"
Differenze tra le versioni 53 e 59 (in 6 versioni)
Versione 53 del 10/06/2011 21.06.32
Dimensione: 6639
Autore: FabioMarconi
Commento:
Versione 59 del 24/10/2025 10.30.21
Dimensione: 10387
Autore: jeremie2
Commento:
Le cancellazioni sono segnalate in questo modo. Le aggiunte sono segnalate in questo modo.
Linea 1: Linea 1:
## page was renamed from Emulatori/Kvm/Installazione
## page was renamed from FabioMarconi/Prove7
## last update 20/05/2011
## last update 17/10/2025
Linea 5: Linea 3:
#language it
<<Indice(depth=1)>>
<<Informazioni(forum="http://forum.ubuntu-it.org/viewtopic.php?t=371617")>>
#LANGUAGE it
Linea 9: Linea 5:
<<Indice(depth=2)>>
<<Informazioni(forum="http://forum.ubuntu-it.org/viewtopic.php?t=371617"; rilasci="25.10 25.04 24.04 22.04")>>
<<BR>>
Linea 13: Linea 11:
In questa pagina verrà spiegato come installare '''KVM''', un programma di virtualizzazione del kernel Linux. Questa pagina fornisce una guida completa all'installazione e alla configurazione di '''KVM''' (Kernel-based Virtual Machine), la soluzione di virtualizzazione nativa del kernel Linux, su '''Ubuntu 22.04''' e versioni successive. '''KVM''' offre prestazioni quasi native ed è la tecnologia di virtualizzazione preferita su Linux.
Linea 17: Linea 15:
== Come stabilire se la CPU supporta la virtualizzazione dell' hardware == == CPU: verifica supporto virtualizzazione ==
Linea 19: Linea 17:
Per eseguire '''KVM''' è necessario che il processore supporti la virtualizzazione; Intel e AMD hanno sviluppato estensioni per i loro processori, rispettivamente Per utilizzare appieno le prestazioni di '''KVM''', è indispensabile che il processore supporti le estensioni di virtualizzazione hardware. Queste sono note come '''Intel VT-x''' (per processori Intel, nome in codice Vanderpool) e '''AMD-V''' (per processori AMD, nome in codice Pacifica).
Linea 21: Linea 19:
'''INTEL-VT-x''' (nome in codice Vanderpool) e '''AMD-V''' (nome in codice Pacifica).
Linea 23: Linea 20:
Per sapere se il processore supporta la virtualizzazione digitare il seguente comando in una finestra di terminale:{{{
egrep -c '(vmx|svm)' /proc/cpuinfo
Per verificare il supporto digitare nel [[AmministrazioneSistema/Terminale|terminale]]:{{{
lscpu | grep Virtualization
}}}
 * Se il comando restituisce '''VT-x''' o '''AMD-V''', il supporto hardware è presente.
 * Se non viene visualizzata alcuna riga relativa alla virtualizzazione o se il comando precedente non restituisce nulla, la CPU potrebbe non supportarla o l'opzione potrebbe essere disabilitata nel BIOS/UEFI.

== Verifica avanzata e stato di /dev/kvm: ==

Un modo più diretto per verificare la disponibilità di '''KVM''' si ha utilizzando `kvm-ok`.

{{{#!wiki note
Se il comando `kvm-ok` è assente installare il pacchetto [[apt://cpu-checker|cpu-checker]].
Linea 27: Linea 34:
Se la risposta fornita è '''0''' significa che la CPU non supporta la virtualizzazione del hardware.

Se la risposta fornita è '''1''' la virtualizzazione è supportata, ma è necessario verificare che nel BIOS sia abilitata l'opzione per la virtualizzazione.

Se si utilizza un kernel XEN per visualizzare i flag vmx e svm utilizzare il comando:

{{{
cat /sys/hypervisor/properties/capabilities
}}}

Oppure in alternativa:
{{{
Digitare nel [[AmministrazioneSistema/Terminale|terminale]]:{{{
Linea 41: Linea 37:
Che restituira una risposta simile a:
{{{
 * Se il supporto è presente restituirà una risposta simile a:{{{
Linea 47: Linea 42:
Se invece il messaggio sarà:
{{{
 * In caso contrario l'output sarà del tipo:{{{
Linea 51: Linea 45:
}}}
sarà comunque possibile eseguire macchine virtuali che però, senza estensioni KVM, risulteranno lente. 
}}}e significa che le estensioni hardware non sono disponibili. Senza le estensioni '''KVM''' sarà comunque possibile eseguire macchine virtuali, ma risulteranno significativamente più lente.
Linea 54: Linea 47:
== Se possibile usare un kernel a 64 bit ==

L'esecuzione di un kernel a 64 bit sul sistema ospite è raccomandata ma non indispensabile.

Per offrire più di 2047 MB di ram alla macchina virtuale, si deve usare un [[http://wiki.ubuntu-it.org//Architettura64Bit/DomandeFrequenti|kernel a 64 bit]]. Installando un kernel a 32 bit si avrà la limitazione a 2 GB di RAM per macchina.

Un sistema a 64 bit può ospitare sia virtualizzazioni a 64 bit che a 32 bit. Mentre un sistema a 32 bit può ospitare solo virtualizzazioni a 32 bit.

 * Per verificare che il processore sia a 64 bit digitare il seguente comando in una finestra di terminale:{{{
 grep ' lm ' /proc/cpuinfo
 {{{#!wiki note
Potrebbe essere necessario abilitarle nel BIOS/UEFI del sistema (spesso sotto voci come "Virtualization Technology", "Intel VT-d", "AMD-V").
Linea 66: Linea 51:
 dove «lm» sta per '''long Mode''', per cui la CPU è a 64 bit, se non viene fornita alcuna risposta significa che la CPU non è a 64 bit. == Kernel a 64 bit (raccomandato) ==
Linea 68: Linea 53:
 * Per verificare che sia in esecuzione un kernel a 64 bit digitare il seguente comando in una finestra di terminale:{{{
 uname -m
L'esecuzione di un kernel a 64 bit sul sistema host è fortemente raccomandata per sfruttare al meglio KVM.

 * Un sistema a 64 bit può ospitare sia macchine virtuali a 64 bit che a 32 bit.
 * Un sistema a 32 bit può ospitare solo macchine virtuali a 32 bit e ha una limitazione di RAM per VM a circa 2 GB.
 * Per offrire più di 2047 MB di RAM a una macchina virtuale, si deve usare un [[Hardware/Architettura64Bit|kernel a 64 bit]] sul sistema host.

Per verificare che il kernel sia a 64 bit, digitare il seguente comando in una finestra di [[AmministrazioneSistema/Terminale|terminale]]:{{{
uname -m
}}} Il risultato '''x86_64''' indica che è in uso un kernel a 64-bit.

{{{#!wiki note
Risultati come '''i386''', '''i486''', '''i586''' o '''i686''' indicano un kernel a 32 bit.
Linea 72: Linea 67:
 il risultato sarà simile ai seguenti:

  * '''x86_64''' indica che è in uso un kernel a 64-bit.
  * '''i386''', '''i486''', '''i586''' o '''i686''', indicano che è in uso un kernel a 32 bit.
##Se si utilizza un kernel XEN per visualizzare i flag vmx e svm utilizzare il comando:{{{
##cat /sys/hypervisor/properties/capabilities
##}}}
Linea 80: Linea 74:
Per le seguenti impostazioni, si presume la predisposizione di '''KVM''' su un server, e quindi non ci sarà nessun server X sulla macchina. Per le seguenti impostazioni si assume una configurazione standard adatta sia per desktop che per server (anche senza ambiente grafico, sebbene si consigli `virt-manager` per la facilità di utilizzo).
Linea 82: Linea 76:
[[AmministrazioneSistema/InstallareProgrammi|Installare]] i seguenti pacchetti:

'''Lucid (10.04) o successive'''
{{{
$ sudo apt-get install qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils
[[AmministrazioneSistema/InstallareProgrammi|Installare]] i seguenti pacchetti:{{{
sudo apt install -y qemu-kvm libvirt-daemon-system libvirt-clients bridge-utils virtinst virt-manager
Linea 89: Linea 80:
'''Karmic (9.10) o precedenti'''
{{{
$ sudo aptitude install kvm libvirt-bin ubuntu-vm-builder bridge-utils
Descrizione dei pacchetti:
 * '''qemu-kvm''': il backend principale che fornisce l'accelerazione hardware '''KVM''' tramite '''QEMU'''. [[Virtualizzazione/Qemu|Guida]].
 * '''libvirt-daemon-system''': il demone libvirtd che gestisce le istanze '''KVM''' e '''QEMU'''. È l'interfaccia principale per KVM.
 * '''libvirt-clients''': contiene gli strumenti client (come '''virsh''') per interagire con '''libvirtd'''.
 * '''bridge-utils''': utilità per la configurazione del networking in bridge, utile per integrare le VM nella rete fisica.
 * '''virtinst''': strumenti a riga di comando per la creazione rapida di macchine virtuali.
 * '''virt-manager''': un'interfaccia grafica molto intuitiva e potente per la gestione delle macchine virtuali '''KVM'''. Fortemente raccomandato per la maggior parte degli utenti.

<<Anchor(root)>>
== Aggiungere utenti ai gruppi ==

Per poter gestire le macchine virtuali '''KVM''' senza dover utilizzare [[AmministrazioneSistema/PrivilegiDiAmministrazione|privilegi di amministrazione]] per ogni comando o per avviare '''virt-manager''', è necessario che l'utente appartenga al gruppo '''libvirt'''.

Durante l'installazione di ''libvirt-daemon-system'' l'utente dovrebbe essere aggiunto automaticamente al gruppo '''libvirt'''. Tuttavia, per sicurezza e per rendere la modifica effettiva, è buona norma aggiungere l'utente manualmente e poi riautenticarsi.

 0. Aggiungere il nome utente al gruppo '''libvirt''':{{{
sudo usermod -a -G libvirt $(whoami)
Linea 93: Linea 98:

Se si ha la necessità di visualizzare le istanze installare anche il pacchetto: [[apt://virt-viewer | virt-viewer]].

Descrizione dei pacchetti:

 * ''qemu-kvm o kvm'': è il backend.
 * ''libvirt-bin'': fornisce '''libvirtd''' necessario per amministrare le istanze di '''qemu''' e '''kvm''' usando '''libvirt'''.
 * ''ubuntu-vm-builder'': potentissimo strumento a riga di comando per la creazione di macchine virtuali.
 * ''bridge-utils'': fornisce un bridge tra una rete e la macchinea virtuale.
=== Ubuntu 10.04 ===

Il pacchetto '''kvm''' è stato sostituito da '''qemu-kvm'''. Il pacchetto '''kvm''' è stato etichettato come ''transitional'' di modo che ne sia ancora possibile l'installazione.

== Aggiunta di utenti ai gruppi ==

'''Karmic (9.10) e successive'''
Il pacchetto ''libvirtd-bin'' aggiungerà automaticamente il vostro nome utente al gruppo libvirtd, non è necessario fare parte del gruppo kvm.
Dopo l'installazione '''sarà necessario riautenticarsi''' di modo che il vostro nome utente sia effettivamente aggiunto al gruppo libvirtd. I membri di questo gruppo possono eseguire macchine virtuali. È anche possibile lanciare 'newgrp kvm' da terminale, ma ciò sarà effettivo solo sul terminale in questione.

'''Rilasci precedenti a Karmic (9.10)'''
Verificare che il vostro nome utente sia aggiunto ai gruppi kvm e libvirtd con il comando:
{{{
$ groups
adm dialout cdrom floppy audio dip video plugdev fuse lpadmin admin sambashare kvm libvirtd
}}}
Per aggiungere il vostro nomeutente ai gruppi:
{{{
$ sudo adduser `id -un` kvm
Adding user '<username>' to group 'kvm' ...
$ sudo adduser `id -un` libvirtd
Adding user '<username>' to group 'libvirtd' ...
}}}
Dopo l'installazione '''sarà necessario riautenticarsi''' di modo che il vostro nome utente sia effettivamente aggiunto al gruppo libvirtd. I membri di questo gruppo possono eseguire macchine virtuali.
 0. Dopo aver eseguito questo comando disconnettersi e accedere nuovamente (o riavviare il sistema) affinché l'appartenenza al gruppo sia attiva. In alternativa è possibile utilizzare il comando `newgrp libvirt` per applicare la modifica solo nella sessione corrente.
 0. Per ottenere l'elenco dei gruppi digitare:{{{
groups
}}}Verificare la presenza di `libvirt` tra i gruppi elencati.
Linea 129: Linea 105:
Per verificare se l'installazione è avvenuta con successo:
{{{
$ virsh -c qemu:///system list
 Id Name State
----------------------------------
Per verificare se l'installazione è avvenuta con successo e che il demone `libvirtd` sia in esecuzione e accessibile, digitare:{{{
virsh -c qemu:///system list --all
}}}Se l'installazione è corretta e i permessi sono corretti, si vedrà un output simile a:{{{
Id Name State
--------------------
}}}o un elenco delle macchine virtuali, se ne sono già state create.
Linea 135: Linea 112:
$ == Avvio del servizio libvirt ==

Dopo l'installazione il servizio '''libvirtd''' dovrebbe essere configurato per avviarsi automaticamente a ogni boot. È possibile verificarne lo stato digitando:{{{
sudo systemctl status libvirtd
}}}Dovrebbe mostrare restituire:{{{
active (running)
Linea 137: Linea 119:
altrimenti la risposta sarà:
{{{
$ virsh -c qemu:///system list

= Configurazione Rete (Opzionale: Bridge) =

Per impostazione predefinita '''KVM''' con '''libvirt''' configura una rete '''NAT''' per le macchine virtuali. Questo significa che le VM possono accedere a internet ma non sono direttamente accessibili dalla rete fisica (a meno che non si configuri il ''port forwarding'').

Se si desidera che le VM ottengano un indirizzo IP direttamente dalla rete locale e siano visibili come host separati, è consigliabile configurare una rete in bridge. Questo è un processo più avanzato che richiede la modifica dei file di configurazione di rete del sistema host.

== Configurazione di un Bridge con Netplan ==

Da Ubuntu 18.04 in poi la configurazione di rete è gestita da '''Netplan'''. Questo sostituisce le modifiche dirette a `/etc/network/interfaces` per le interfacce primarie.

[[AmministrazioneSistema/InstallareProgrammi|Installare]] il pacchetto [[apt://bridge-utils | bridge-utils]] se non è già presente.

{{{#!wiki important
Netplan prende il controllo della configurazione di rete. Non è consigliabile modificare direttamente `/etc/network/interfaces` per le interfacce gestite da Netplan, né usare [[InternetRete/ConfigurazioneRete/NetworkManager|NetworkManager]] per la stessa interfaccia fisica utilizzata per il bridge.
}}}

 0. Identificare l'interfaccia di rete digitando:{{{
ip a
}}} Individuare il nome dell'interfaccia di rete Ethernet (es. enp0s31f6, eth0).
 0. Modificare il file '''Netplan'''. I file di configurazione si trovano solitamente nella cartella di sistema `/etc/netplan/`. Trovare il `file.yaml` (es. `00-installer-config.yaml`) e modificarlo con un [[Ufficio/EditorDiTesto|editor di testo]] e i [[AmministrazioneSistema/PrivilegiDiAmministrazione/Sudo|privilegi di amministrazione]]:{{{
sudo nano /etc/netplan/00-installer-config.yaml
 }}}
 0. Adattare i nomi delle interfacce. Sostituire il contenuto esistente con qualcosa di simile a questo (adattare `enp0s31f6` al nome dell'interfaccia e il server DHCP):{{{
network:
  ethernets:
    enp0s31f6: # <<-- Sostituire con il nome dell'interfaccia fisica
      dhcp4: no
      dhcp6: no
  bridges:
    br0:
      interfaces: [enp0s31f6] # <<-- Sostituire con il nome dell'interfaccia fisica
      dhcp4: yes
      dhcp6: no
      parameters:
        stp: true
        forward-delay: 0
  version: 2
}}}
 {{{#!wiki note
L'interfaccia fisica (enp0s31f6) non ottiene più un IP direttamente. Viene creato un bridge '''br0''' che include l'interfaccia fisica. Il bridge '''br0''' ottiene l'indirizzo IP via DHCP, diventando l'interfaccia principale del sistema host.
 }}}
 0. Applicare le modifiche digitando:{{{
sudo netplan apply
}}}Si potrebbe perdere temporaneamente la connessione di rete.
 0. Verificare il bridge:{{{
ip a show br0
}}}Dovrebbe essere visualizzato un indirizzo IP per '''br0'''.

Creando una nuova VM con '''virt-manager''' sarà possibile selezionare '''br0''' come interfaccia di rete.

= Risoluzione problemi =

== libvir: Remote error : Permission denied ==

Il messaggio di errore:{{{
Linea 142: Linea 177:
$
}}}
che può voler dire che non ci si è riautenticati oppure non si hanno i permessi di scrittura sul file ''/var/run/libvirt/libvirt-sock. ''
I permessi devono essere simili a.
{{{
$ sudo ls -la /var/run/libvirt/libvirt-sock
srwxrwx--- 1 root libvirtd 0 2010-08-24 14:54 /var/run/libvirt/libvirt-sock
}}}
}}}può significare che non si è ancora autenticati dopo aver aggiunto l'utente al gruppo '''libvirt'''.
Linea 151: Linea 179:
== Opzionale: installazione di virt-manager (interfaccia grafica) == == Permessi sul socket libvirt-sock ==
Linea 153: Linea 181:
Se si desidera utilizzare un interfaccia grafica per gestire le macchine virtuali:
{{{
$ sudo apt-get install virt-manager
}}}
Il gestore della macchina virtuale sarà in Applicazioni - Strumenti di sistema, innanzitutto occorre creare una nuova connessione all'istanza locale QEMU dal menu ''File - Aggiungi connessione'' .
Nella lista delle macchine virtuali apparirà Localhost (QEMU).






È possibile verificare i permessi del socket con:{{{
sudo ls -la /var/run/libvirt/libvirt-sock
}}}L'output atteso dovrebbe essere simile a:{{{
srwxrwx--- 1 root libvirt 0 [DATA E ORA] /var/run/libvirt/libvirt-sock
}}}Questo indica che il socket è di proprietà di '''root''' e del gruppo '''libvirt''', con [[AmministrazioneSistema/PermessiFile|permessi]] di lettura/scrittura per i membri del gruppo.
Linea 170: Linea 190:
 * [[https://www.libvirt.org/|Sito ufficiale di Libvirt]]
 * [[https://www.qemu.org/|Sito ufficiale di QEMU]]


Guida verificata con Ubuntu: 22.04 24.04 25.04 25.10

Problemi in questa pagina? Segnalali in questa discussione


Introduzione

Questa pagina fornisce una guida completa all'installazione e alla configurazione di KVM (Kernel-based Virtual Machine), la soluzione di virtualizzazione nativa del kernel Linux, su Ubuntu 22.04 e versioni successive. KVM offre prestazioni quasi native ed è la tecnologia di virtualizzazione preferita su Linux.

Preparativi

CPU: verifica supporto virtualizzazione

Per utilizzare appieno le prestazioni di KVM, è indispensabile che il processore supporti le estensioni di virtualizzazione hardware. Queste sono note come Intel VT-x (per processori Intel, nome in codice Vanderpool) e AMD-V (per processori AMD, nome in codice Pacifica).

Per verificare il supporto digitare nel terminale:

lscpu | grep Virtualization
  • Se il comando restituisce VT-x o AMD-V, il supporto hardware è presente.

  • Se non viene visualizzata alcuna riga relativa alla virtualizzazione o se il comando precedente non restituisce nulla, la CPU potrebbe non supportarla o l'opzione potrebbe essere disabilitata nel BIOS/UEFI.

Verifica avanzata e stato di /dev/kvm:

Un modo più diretto per verificare la disponibilità di KVM si ha utilizzando kvm-ok.

Se il comando kvm-ok è assente installare il pacchetto cpu-checker.

Digitare nel terminale:

kvm-ok
  • Se il supporto è presente restituirà una risposta simile a:

    INFO: Your CPU supports KVM extensions
    INFO: /dev/kvm exists
    KVM acceleration can be used
  • In caso contrario l'output sarà del tipo:

    INFO: Your CPU does not support KVM extensions
    KVM acceleration can NOT be used

    e significa che le estensioni hardware non sono disponibili. Senza le estensioni KVM sarà comunque possibile eseguire macchine virtuali, ma risulteranno significativamente più lente.

    Potrebbe essere necessario abilitarle nel BIOS/UEFI del sistema (spesso sotto voci come "Virtualization Technology", "Intel VT-d", "AMD-V").

Kernel a 64 bit (raccomandato)

L'esecuzione di un kernel a 64 bit sul sistema host è fortemente raccomandata per sfruttare al meglio KVM.

  • Un sistema a 64 bit può ospitare sia macchine virtuali a 64 bit che a 32 bit.
  • Un sistema a 32 bit può ospitare solo macchine virtuali a 32 bit e ha una limitazione di RAM per VM a circa 2 GB.
  • Per offrire più di 2047 MB di RAM a una macchina virtuale, si deve usare un kernel a 64 bit sul sistema host.

Per verificare che il kernel sia a 64 bit, digitare il seguente comando in una finestra di terminale:

uname -m

Il risultato x86_64 indica che è in uso un kernel a 64-bit.

Risultati come i386, i486, i586 o i686 indicano un kernel a 32 bit.

Installazione

Per le seguenti impostazioni si assume una configurazione standard adatta sia per desktop che per server (anche senza ambiente grafico, sebbene si consigli virt-manager per la facilità di utilizzo).

Installare i seguenti pacchetti:

sudo apt install -y qemu-kvm libvirt-daemon-system libvirt-clients bridge-utils virtinst virt-manager

Descrizione dei pacchetti:

  • qemu-kvm: il backend principale che fornisce l'accelerazione hardware KVM tramite QEMU. Guida.

  • libvirt-daemon-system: il demone libvirtd che gestisce le istanze KVM e QEMU. È l'interfaccia principale per KVM.

  • libvirt-clients: contiene gli strumenti client (come virsh) per interagire con libvirtd.

  • bridge-utils: utilità per la configurazione del networking in bridge, utile per integrare le VM nella rete fisica.

  • virtinst: strumenti a riga di comando per la creazione rapida di macchine virtuali.

  • virt-manager: un'interfaccia grafica molto intuitiva e potente per la gestione delle macchine virtuali KVM. Fortemente raccomandato per la maggior parte degli utenti.

Aggiungere utenti ai gruppi

Per poter gestire le macchine virtuali KVM senza dover utilizzare privilegi di amministrazione per ogni comando o per avviare virt-manager, è necessario che l'utente appartenga al gruppo libvirt.

Durante l'installazione di libvirt-daemon-system l'utente dovrebbe essere aggiunto automaticamente al gruppo libvirt. Tuttavia, per sicurezza e per rendere la modifica effettiva, è buona norma aggiungere l'utente manualmente e poi riautenticarsi.

  1. Aggiungere il nome utente al gruppo libvirt:

    sudo usermod -a -G libvirt $(whoami)
  2. Dopo aver eseguito questo comando disconnettersi e accedere nuovamente (o riavviare il sistema) affinché l'appartenenza al gruppo sia attiva. In alternativa è possibile utilizzare il comando newgrp libvirt per applicare la modifica solo nella sessione corrente.

  3. Per ottenere l'elenco dei gruppi digitare:

    groups

    Verificare la presenza di libvirt tra i gruppi elencati.

Verifica dell'installazione

Per verificare se l'installazione è avvenuta con successo e che il demone libvirtd sia in esecuzione e accessibile, digitare:

virsh -c qemu:///system list --all

Se l'installazione è corretta e i permessi sono corretti, si vedrà un output simile a:

Id   Name   State
--------------------

o un elenco delle macchine virtuali, se ne sono già state create.

Avvio del servizio libvirt

Dopo l'installazione il servizio libvirtd dovrebbe essere configurato per avviarsi automaticamente a ogni boot. È possibile verificarne lo stato digitando:

sudo systemctl status libvirtd

Dovrebbe mostrare restituire:

active (running)

Configurazione Rete (Opzionale: Bridge)

Per impostazione predefinita KVM con libvirt configura una rete NAT per le macchine virtuali. Questo significa che le VM possono accedere a internet ma non sono direttamente accessibili dalla rete fisica (a meno che non si configuri il port forwarding).

Se si desidera che le VM ottengano un indirizzo IP direttamente dalla rete locale e siano visibili come host separati, è consigliabile configurare una rete in bridge. Questo è un processo più avanzato che richiede la modifica dei file di configurazione di rete del sistema host.

Configurazione di un Bridge con Netplan

Da Ubuntu 18.04 in poi la configurazione di rete è gestita da Netplan. Questo sostituisce le modifiche dirette a /etc/network/interfaces per le interfacce primarie.

Installare il pacchetto bridge-utils se non è già presente.

Netplan prende il controllo della configurazione di rete. Non è consigliabile modificare direttamente /etc/network/interfaces per le interfacce gestite da Netplan, né usare NetworkManager per la stessa interfaccia fisica utilizzata per il bridge.

  1. Identificare l'interfaccia di rete digitando:

    ip a
    Individuare il nome dell'interfaccia di rete Ethernet (es. enp0s31f6, eth0).
  2. Modificare il file Netplan. I file di configurazione si trovano solitamente nella cartella di sistema /etc/netplan/. Trovare il file.yaml (es. 00-installer-config.yaml) e modificarlo con un editor di testo e i privilegi di amministrazione:

    sudo nano /etc/netplan/00-installer-config.yaml
  3. Adattare i nomi delle interfacce. Sostituire il contenuto esistente con qualcosa di simile a questo (adattare enp0s31f6 al nome dell'interfaccia e il server DHCP):

    network:
      ethernets:
        enp0s31f6: # <<-- Sostituire con il nome dell'interfaccia fisica
          dhcp4: no
          dhcp6: no
      bridges:
        br0:
          interfaces: [enp0s31f6] # <<-- Sostituire con il nome dell'interfaccia fisica
          dhcp4: yes
          dhcp6: no
          parameters:
            stp: true
            forward-delay: 0
      version: 2

    L'interfaccia fisica (enp0s31f6) non ottiene più un IP direttamente. Viene creato un bridge br0 che include l'interfaccia fisica. Il bridge br0 ottiene l'indirizzo IP via DHCP, diventando l'interfaccia principale del sistema host.

  4. Applicare le modifiche digitando:

    sudo netplan apply
    Si potrebbe perdere temporaneamente la connessione di rete.
  5. Verificare il bridge:

    ip a show br0

    Dovrebbe essere visualizzato un indirizzo IP per br0.

Creando una nuova VM con virt-manager sarà possibile selezionare br0 come interfaccia di rete.

Risoluzione problemi

libvir: Remote error : Permission denied

Il messaggio di errore:

libvir: Remote error : Permission denied
error: failed to connect to the hypervisor

può significare che non si è ancora autenticati dopo aver aggiunto l'utente al gruppo libvirt.

Permessi sul socket libvirt-sock

È possibile verificare i permessi del socket con:

sudo ls -la /var/run/libvirt/libvirt-sock

L'output atteso dovrebbe essere simile a:

srwxrwx--- 1 root libvirt 0 [DATA E ORA] /var/run/libvirt/libvirt-sock

Questo indica che il socket è di proprietà di root e del gruppo libvirt, con permessi di lettura/scrittura per i membri del gruppo.

Ulteriori risorse


CategoryVirtualizzazione