Innanzitutto per verificare le cpu della VM si può usare:

grep -c ^processor /proc/cpuinfo

dopo aver aumentato le CPU dalla console di VmWare, si può controllare nell’host se vengono rilevate eseguendo il seguente comando:

grep 0 /sys/devices/system/cpu/*/online

se viene visualizzata una o più righe, significa che ci sono CPU aggiunte e che possiamo farle usare alla nostra VM. Ipotizziamo un risultato tipo:

/sys/devices/system/cpu/cpu10/online
/sys/devices/system/cpu/cpu11/online

Per farle riconoscere dovremmo eseguire:

echo 1 >/sys/devices/system/cpu/cpu10/online
echo 1 >/sys/devices/system/cpu/cpu11/online

oppure, se le righe sono tante:

grep 0 /sys/devices/system/cpu/*/online |sed 's/:0//' | while read x ; do eval 'echo 1 >$x' ; done

Bene, ora possiamo verificare con:

grep -c ^processor /proc/cpuinfo

enjoy!

Come ridimensionare e comprimere la dimensione del file VDI con guest Windows XP?
Innanzitutto bisogna avviare il guest, effettuare una deframmentazione (usando la relativa utiliti di sistema) e poi scaricare l’utility sdelete ed eseguire:
sdelete.exe -z
e successivamente:
sdelete.exe -c

A questo punto spegnere il guest e, dall’host, eseguire il seguente comando:
VBoxManage modifyvdi WinXP.vdi compact

dove WinXP.vdi è il nome, ed eventualmente il path, del file VDI.

enjoy!

Accedere come root
Aggiornare il sistema:
apt-get update && apt-get upgrade
Aggiungere i pacchetti necessari per la compilazione
apt-get install build-essential module-assistant
Configurare il sistema per poter creare moduli del kernel
m-a prepare
Agganciare il disco con i Guest Additions cliccando sul menu “Devices”->”Install Guest Additions…” di VirtualBox e montare il cdrom:
mount /media/cdrom
Avviare l’installazione:
sh /media/cdrom/VBoxLinuxAdditions.run

enjoy!

Innanzitutto per verificare la ram della VM si può usare:

free -m

dopo aver aumentato la RAM dalla console di VmWare, si può controllare nell’host se viene rilevata eseguendo il seguente comando:

grep offline /sys/devices/system/memory/*/state

se viene visualizzata una o più righe, significa che c’è RAM aggiunta e che possiamo farla usare alla nostra VM. Ipotizziamo un risultato tipo:

/sys/devices/system/memory/memory104/state:offline
/sys/devices/system/memory/memory105/state:offline
/sys/devices/system/memory/memory106/state:offline
/sys/devices/system/memory/memory107/state:offline

Per farla riconoscere dovremmo eseguire:

echo online >/sys/devices/system/memory/memory104/state
echo online >/sys/devices/system/memory/memory105/state
echo online >/sys/devices/system/memory/memory106/state
echo online >/sys/devices/system/memory/memory107/state

oppure, se le righe sono tante:

grep offline /sys/devices/system/memory/*/state |sed 's/:offline//' | while read x ; do eval 'echo online >$x' ; done

Bene, ora possiamo verificare con:

free -m

enjoy!

Oggi vediamo come farlo dall’interfaccia di amministrazione di Virtualbox.

Accedere alla sezione “Network”->”Network Setting” di Virtualbox:

e poi cliccare su “Port Forwarding”:

Bene. A questo punto possiamo dare un nome di fantasia alla regola, es. “guestssh”, scegliere come protocollo TCP, poi impostare come Host Port “2222” e come Guest Port “22”. Confermiamo e dal terminare del nostro host portremo scrivere:

~$ ssh root@localhost -p 2222

per avere accesso ssh al guest.

Con lo stesso sistema potremmo creare delle regole per gestire, ad esempio, l’accesso al server web installato sul guest…

enjoy!

1. Network Address Translation (NAT)
2. Bridged networking
3. Internal networking
4. Host-only networking
5. NAT con Port-forwarding

Network Address Translation (NAT)

Questa è la modalità predefinita per le nuove VM ed è da preferire nella maggior parte delle situazioni in cui il guest è di tipo “client” (nel senso che il guest fa generalmente richieste in uscita e non in entrata). Ecco come funziona:

Quando il SO guest viene avviato, in genere utilizza il il server DHCP di VirtualBox per ottenere un indirizzo IP. VirtualBox gestirà questa richiesta DHCP e darà al sistema operativo guest l’indirizzo IP e l’indirizzo del gateway per instradare le connessioni in uscita.
In questa modalità, ad ogni vm viene assegnato lo stesso indirizzo IP (10.0.2.15) perché ogni vm è su una rete isolata. Quando invia traffico attraverso il gateway (10.0.2.2) VirtualBox riscrive i pacchetti per farli apparire come se fossero originati dall’ Host, piuttosto che dal guest (in esecuzione all’interno dell’Host).

Ciò significa che il client funzionerà anche se l’host si sposta da una rete all’altra (ad esempio, computer portatile in movimento da un luogo all’altro).

Tuttavia, come fa un altro computer per avviare una connessione verso il Guest? Ad esempio la connessione al server Web in esecuzione nel Guest. Questo non è (normalmente) possibile utilizzare la modalità NAT. Per questo motivo i server che eseguono VM che necessitano di connessioni dall’esterno, preferiscono una diversa modalità di rete.

Bridged Networking

Bridged Networking viene utilizzato quando si desidera che la vm debba essere un componente della rete a tutti gli effetti, ovvero di essere esposto sulla rete come l’host o come un qualsiasi altro PC sulla rete.

In questa modalità, una scheda di rete virtuale è il “ponte” per la scheda di rete fisica sul vostro host, in questo modo:

Grazie a questo, ogni VM ha accesso alla rete fisica nello stesso modo dell’host. Si può accedere a qualsiasi servizio sulla rete come, ad esempio, i servizi DHCP, servizi di ricerca, le informazioni di routing allo stesso modo in cui lo fa l’host fa. Quindi, la rete è simile a:

Internal Networking

Quando si configurano una o più macchine virtuali per stare su una rete interna, VirtualBox fa si che tutto il traffico su tale rete sia visibile alle sole vm su quella rete virtuale. Una configurazione simile a questa:

La rete interna (in questo esempio “INTNET”) è una rete totalmente isolata. Questa è una buona soluzione per i test quando si ha bisogno di creare sofisticate reti interne con vm che forniscono i loro servizi alla sola rete interna (ad esempio di Active Directory, DHCP, ecc.) Da notare che nemmeno il Guest è un membro della rete interna, ma questa modalità permette alle VM di funzionare anche quando l’host non è connesso a una rete (ad esempio su un aereo).

E’ possibile creare/gestire diverse reti interne ed è possibile configurare le VM per avere più schede di rete di cui una interna ed una di tipologia diversa.

Che cosa succede se si vuole una rete interna dove l’host VirtualBox fornisca gli indirizzi IP ai suoi ospiti? Per questa esigenza, si potrebbe prendere in considerazione la successiva modalità.

Host-only Networking

Rete di soli host è come una rete interna in cui si indica che la rete dei Guest sia su, in questo caso, “vboxnet0”:

Tutte le vm sono attive sulla rete “vboxnet0” e, inoltre, l’host può vedere anche le VM. Tuttavia, altre macchine esterne non possono vedere i Guest di questa rete, da qui il nome “Host-only”.

Logicamente, la rete è simile alla seguente:

Port-Forwarding with NAT Networking

Abbiamo scritto prima che “normalmente” non è possibile con la modalità NAT, fare una connessione da un computer esterno verso il Guest.

Che cosa succede se VirtualBox è, ad esempio, su un computer portatile e si vuole che una o più macchine virtuali possano essere raggiungibili dall’esterno? Ovviamente con un computer portatile è sottointesto che si passerà da una rete all’alltra abbastanza frequentemente.

In questo caso:

NAT – non funzionerà perché le macchine esterne non possono connettersi al Guest
Bridged – probabilmente si, ma il client necessita di IP della rete in cui si è connetti e quindi bisogna ogni volta aggiornare gli IP sui Guests
Interno – avendo bisogno che le VM siano visibili sulla rete (a computer esterni), questa modalità non va bene
Host-only – stesso problema di sopra, perché vogliamo che macchine esterne effettuino la connessione alle VM

Bene, in questo caso si può usare la modalità NAT e creare dei Port-forwarding! Basterà infatti:
1 – Configurare la VM per l’utilizzo delle reti NAT;
2 – Aggiungere regole di invio porta;

Le macchine esterne dovranno collegasi all’IP dell’host ed alla porta configurata per il forwarding e le connessioni vengono inoltrate da VirtualBox al Guest.

Ad esempio, se la vm gestisce un server web sulla porta 80, è possibile impostare le regole in questo modo:


che significa: “le connessioni sulla porta 8080 nell’host devono essere trasmesse sulla porta 80 della VM”.

enjoy!

Se volete testare la nuova versione beta, potete scaricarla dalla pagina http://download.virtualbox.org/virtualbox/4.2.0_BETA1/

enjoy!

Ipotizziamo di avere una VM chiamata “Debian” e di voler raggiungere la porta 22 attivando un port forwarding sulla porta locale 2222, dobbiamo digitare quanto segue nel terminale:

VBoxManage modifyvm "Debian" --natpf1 "guestssh,tcp,,2222,,22"

Questo attiverà un port fotwarding dalla porta 2222 locale, verso la porta 22 della VM. In pratica, eseguendo:

ssh localhost -p 2222

potremo avviare una connessione ssh verso la VM.

Per rimuovere il port forwarding, basterà digitare:

VBoxManage modifyvm "Debian Squeeze" --natpf1 delete "guestssh"

enjoy!

Quando si cancella un  file sul disco, in effetti non viene cancellato il file, ma solo il riferimento dello stesso nella FAT (File Allocation Table). Questo significa che tramite appositi tools è possibile recuperare i files cancellati sul disco.
Per evitare che si possano recuperare questi file (o almeno renderlo molto complesso e costoso), è consigliabile lanciare dal proprio terminale il seguente comando:

cat /dev/zero > zero.fill ; sync ; sleep 1 ; sync ; rm -f zero.fill; sync

Come già detto questo non rende impossibile il recupero dei dati cancellati, ma sicuramente molto complesso. Se il vostro scopo e rendere molto molto molto complesso il recupero dei dati, e’ consigliabile utilizzare  /dev/urandom al posto di /dev/zero, ma il tempo necessario in questo caso sarà maggiore del precedente esempio. In pratica:

cat /dev/urandom > zero.fill ; sync ; sleep 1 ; sync ; rm -f zero.fill; sync

Consiglio anche di dare un’occhiata al progetto dban se avete esigenza di cancellare in modo più sicuro i vostri archivi ed anche al comando shred che sovrascrive il file diverse volte prima di cancellarlo, rendendo di fatto impossibile recuperarne il contenuto

Nota: Il primo comando è molto utile anche se si necessita di comprimere un file VMDK (Shrink VMware Virtual Disk Files)