13
contributi
Riga 89: | Riga 89: | ||
* -user-net --> Il sistema GUEST deve essere configurato in DHCP. | * -user-net --> Il sistema GUEST deve essere configurato in DHCP. | ||
Qemu assegna un indirizzo dinamico "10.0.2.15" al SO guest, | Qemu assegna un indirizzo dinamico "10.0.2.15" al SO guest, | ||
il quale | il quale sarà in grado di pingare solo il suo GW che è | ||
"10.0.2.2" Per testare la rete quindi avviare le applicazioni | "10.0.2.2" Per testare la rete quindi avviare le applicazioni | ||
di rete, visto che il ping <host> non funziona. | di rete, visto che il ping <host> non funziona. | ||
Riga 95: | Riga 95: | ||
=== Qemu Networking === | === Qemu Networking === | ||
Con la soluzione indicata qui sopra, il sistema Guest riesce a navigare in Internet, ma non riesce ad accedere alle risorse del proprio host. La maniera | Con la soluzione indicata qui sopra, il sistema Guest riesce a navigare in Internet, ma non riesce ad accedere alle risorse del proprio host. La maniera più facile per configurare qemu in modo che possa fare entrambe le cose, è quella di installare vde e usare tun/tap con un bridge. | ||
Prima di iniziare, dovete verificare che il vostro kernel supporti i seguenti moduli: | Prima di iniziare, dovete verificare che il vostro kernel supporti i seguenti moduli: | ||
Riga 107: | Riga 107: | ||
</pre> | </pre> | ||
[http://vde.sourceforge.net Vde] sta per Virtual Distributed Ethernet ed | [http://vde.sourceforge.net Vde] sta per Virtual Distributed Ethernet ed è un programma open source che vi permette di creare un network virtuale. Noi lo utilizzeremo per far fare in modo che il sistema Guest veda se stesso come un'unità distinta dal sistema host e possa colloquiare con questi. | ||
Per quel che ne so io, non esiste (ancora) un pacchetto deb | Per quel che ne so io, non esiste (ancora) un pacchetto deb già pronto per l'uso, ma per installare vde sono sufficenti poche righe: | ||
<pre> | <pre> | ||
wget http://puzzle.dl.sourceforge.net/sourceforge/vde/vde-1.5.9.tar.gz | wget http://puzzle.dl.sourceforge.net/sourceforge/vde/vde-1.5.9.tar.gz | ||
tar -xvzf vde-1.5.9.tar.gz | tar -xvzf vde-1.5.9.tar.gz | ||
cd | cd vde-1.5.9 | ||
./configure | ./configure | ||
make | make | ||
Riga 129: | Riga 129: | ||
ifconfig eth0 0.0.0.0 promisc up | ifconfig eth0 0.0.0.0 promisc up | ||
ifconfig tun0 0.0.0.0 promisc up | ifconfig tun0 0.0.0.0 promisc up | ||
#l'IP qui sotto | #l'IP qui sotto è quello del computer host; modificatelo per adeguarlo alle vs esigenze | ||
ifconfig br0 192.168.0.200 netmask 255.255.255.0 broadcast 192.168.0.255 up | ifconfig br0 192.168.0.200 netmask 255.255.255.0 broadcast 192.168.0.255 up | ||
Riga 137: | Riga 137: | ||
brctl addif br0 eth0 | brctl addif br0 eth0 | ||
brctl addif br0 tun0 | brctl addif br0 tun0 | ||
#questo invece | #questo invece è l'indirizzo IP del gateway | ||
route add default gw 192.168.0.1 | route add default gw 192.168.0.1 | ||
</pre> | </pre> | ||
NB: Una volta verificato che tutto funziona, queste istruzioni vanno inserite in uno script in modo da essere eseguite automaticamente all'accensione del computer | NB: Una volta verificato che tutto funziona, queste istruzioni vanno inserite in uno script in modo da essere eseguite automaticamente all'accensione del computer | ||
qui ne trovate uno mooolto grezzo: [http://klingon.homelinux.net/files/vde_qemu vde_qemu], che va salvato in /etc/init.d. | qui ne trovate uno mooolto grezzo: [http://klingon.homelinux.net/files/vde_qemu vde_qemu], che va salvato in /etc/init.d. Dopodiché: <pre>chmod u+x /etc/init.d/vde_qemu | ||
update-rc.d -n vde_qemu defaults 90</pre> | update-rc.d -n vde_qemu defaults 90</pre> | ||
Ora tutto | Ora tutto è pronto per lanciare qemu, con l'ultima avvertenza che dovete usare l'apposito wrapper vdeqemu: | ||
<pre> | <pre> | ||
vdeqemu -hda disk.img -localtime | vdeqemu -hda disk.img -localtime | ||
</pre> | </pre> | ||
Potete utilizzare tutte le opzioni di qemu, | Potete utilizzare tutte le opzioni di qemu, fuorché -user-net, che disattiverebbe tun. | ||
Ora il sistema guest dovrebbe accedere a tutte le porte del sistema host, in maniera totalmente trasparente: da risorse di rete dovreste vedere il vostro server samba con le sue partizioni; dal browser dovreste accedere alle pagine del vostro server web, etc. etc. | Ora il sistema guest dovrebbe accedere a tutte le porte del sistema host, in maniera totalmente trasparente: da risorse di rete dovreste vedere il vostro server samba con le sue partizioni; dal browser dovreste accedere alle pagine del vostro server web, etc. etc. | ||
Riga 159: | Riga 159: | ||
Per quanto riguarda l'utilizzo della CPU, a quanto pare | Per quanto riguarda l'utilizzo della CPU, a quanto pare | ||
Windows 9x non fa un uso corretto della istruzione CPU HLT e | Windows 9x non fa un uso corretto della istruzione CPU HLT e | ||
quindi spara la cpu a 100% quando | quindi spara la cpu a 100% quando è in idle (non fa nulla) e | ||
invece la usa regolarmente quando | invece la usa regolarmente quando è sotto "sforzo", paradossalmente | ||
infatti, se viene utilizzata la cpu di qemu l'utilizzo di | infatti, se viene utilizzata la cpu di qemu l'utilizzo di | ||
cpu si abbassa su linux in proporzione. | cpu si abbassa su linux in proporzione. |
contributi