Appunti lezioni 2019 - Revision history

Mattiabiondi: /* 5 Marzo 2019 */

2019-03-21T08:09:59Z

5 Marzo 2019

Mattiabiondi: /* 1 Marzo 2019 */

2019-03-21T07:51:03Z

1 Marzo 2019

Mattiabiondi at 07:25, 21 March 2019

2019-03-21T07:25:36Z

Mattiabiondi at 07:22, 21 March 2019

2019-03-21T07:22:04Z

Mattiabiondi: Created page with "== 26 Febbraio 2019 == == 1 Marzo 2019 == == 5 Marzo 2019 == == 8 Marzo 2019 == == 12 Marzo 2019 == == 15 Marzo 2019 == == 19 Marzo 2019 =="

2019-03-19T15:20:21Z

Created page with "== 26 Febbraio 2019 == == 1 Marzo 2019 == == 5 Marzo 2019 == == 8 Marzo 2019 == == 12 Marzo 2019 == == 15 Marzo 2019 == == 19 Marzo 2019 =="

New page

== 26 Febbraio 2019 ==

== 1 Marzo 2019 ==

== 5 Marzo 2019 ==

== 8 Marzo 2019 ==

== 12 Marzo 2019 ==

== 15 Marzo 2019 ==

== 19 Marzo 2019 ==

← Older revision		Revision as of 08:09, 21 March 2019
Line 111:		Line 111:

	== 5 Marzo 2019 ==		== 5 Marzo 2019 ==
		+	Solitamente passando a SU vengono annullate le variabili d'ambiente per questioni di sicurezza.<br>
		+	----
		+	=== Internet of Threads ===
		+	[http://www.cs.unibo.it/~renzo/vsd/fosdemIoTh.pdf FOSDEM IoTh]<br>
		+	<br>
		+	<ul>
		+	<li> Internet Node ⇒ ''scheda di rete'', entità indirizzabili (come un telefono fisso)
		+	<li> Le macchine virtuali hanno a loro volta indirizzi IP, ma la scheda di rete è virtuale
		+	</ul>
		+	<br>
		+	L'idea è quella di spostare lo stack TCP-IP da dentro al kernel a dentro ai '''processi'''. Questo permette di:
		+	<ul>
		+	<li> vari utenti possono utilizzare la stessa macchina con indirizzi IP dedicati
		+	<li> diverse routing sullo stesso sistema
		+	<li> far girare più server sulla stessa interfaccia/porta
		+	<li> utilizzare VPN per alcuni processi e la vera rete per altri
		+	</ul>
		+	Per tutto questo è praticamente fondamentale '''IPv6'''.<br>
		+	È la controparte dell'IoTh, invece che utilizzare '''cose''' utilizziamo '''servizi'''.<br>
		+	Occorre una LAN virtuale, cioè '''VDE'''.<br>
		+	<br>
		+	I server potrebbero usare indirizzi IP '''dinamici''': questo eviterebbe i brute force attack, perchè dopo un tot tempo l'indirizzo sarebbe invalido.<br>
		+	Gli indirizzi IP reali sarebbero usati dagli amministratori del sistema per parlare della macchina, agli utenti invece interessano i servizi.<br>
		+	<br>
		+	Avere lo stack nei processi ha il problema che facendo la <tt>fork</tt> si creeranno due processi con lo stesso IP.<br>
		+	<br>
		+	''mascherato indirizzo IP esterno tramite'' <tt>vdens</tt> ⇒ crea un namespace di rete.<br>
		+	<tt>vdens -R 80.80.80.80 cmd://"ssh 130.136.200.200 vde_plug slirp://"</tt>
		+	<ul>
		+	<li> 130.136.200.200 ⇒ macchina reale di Davoli
		+	<li> slirp è in esecuzione su quella macchina
		+	</ul>
		+	----
		+	=== VDE Stack ===
		+	Permette di creare uno stack di rete.<br>
		+	''fatto esperimenti con vdestack, vde, vxvde''<br>
		+
		+	----
		+	[http://vsd.v2.cs.unibo.it/wiki/index.php?title=Esempio_utilizzo_vudev_e_vufuse Tutorial]<br>
		+	<ul>
		+	<li> creato un buco di un giga in /tmp/mydisk con il comando <tt>truncate</tt>
		+	<li> montanto il file mydisk come /dev/hda con il comando <tt>vudevpartx</tt>
		+	<li> partizionato il file con <tt>cfdisk</tt> in due partizioni
		+	<li> creato il file system ext4 nella prima partizione
		+	<li> <tt>mount -o rw+ -t vufuseext2 /dev/hda1 /mnt</tt>
		+	<li> scritto un file nella partizione
		+	</ul>
		+	----
		+	=== Vufs ===
		+	''usato mincow per montare in copy and write modalità minimale il file system, modificato /etc/passwd e cancellato l'utente renzo''<br>
		+	Premette di ''branchare'' il proprio file system.

	== 8 Marzo 2019 ==		== 8 Marzo 2019 ==

← Older revision		Revision as of 07:51, 21 March 2019
Line 68:		Line 68:

	== 1 Marzo 2019 ==		== 1 Marzo 2019 ==
		+	<ul>
		+	<li> Bug Squashing dei progetti esistenti
		+	<li> [https://github.com/gufoe/vuos-tutorial Tutorial] su come installare <tt>vuos</tt>
		+	<li> Possibilità di aggiungere system call personalizzate che Linux non ha tramite <tt>UMView</tt>
		+	</ul>
		+	----
		+	=== VDE (Virtual Distributed Ethernet) ===
		+	Ethernet è lo standard per la rete locale, la guerra agli standard non esiste più. Ethernet ha una platea di utilizzatori enormi, da qui l’idea di creare una Ethernet virtuale.<br>
		+	Occorre virtualizzare in modo che sia '''compatibile''' con le '''applicazioni''' e con gli '''umani'''.<br>
		+	La prima idea è stata quella di creare una scatola logica chiamata '''VDE switch''', facendo in modo che le macchine virtuali avessero porte capaci di interfacciarsi con questo switch. Dopodichè serviva la possibilità di collegare più switch insieme.<br>
		+	<br>
		+	<tt>vde_switch</tt> ⇒ comando per creare uno switch ⇒ es. <tt>vde_switch -s /tmp/my_switch</tt><br>
		+	<br>
		+	<ul>
		+	<li> avviata macchina virtuale dando come parametro per il socket lo switch appena creato
		+	<li> ora abbiamo una macchina virtuale collegata ad uno switch virtuale ⇒ ''“è un po’ autistica, parla con se stessa”'' cit. Davoli
		+	<li> lanciata seconda macchina virtuale cambiando il MAC address (qemu avvia tutte le macchine virtuali con lo stesso MAC di default)
		+	<li> settato indirizzo IP delle due macchine virtuali
		+	<li> pingate le macchine a vicenda e funziona ⇒ ''“miracolo”''
		+	<li> dal terminale con cui abbiamo avviato lo switch, premendo <tt>enter</tt> possiamo dare comandi, tipo <tt>port/print</tt> per avere info sui dispositivi collegati, oppure <tt>hash/print</tt> per la forwarding table
		+	</ul>
		+	==== Come collegare assieme due switch ====
		+	Per ora abbiamo solo '''V''' ed '''E''' di ''VED'', manca '''distributed'''.<br>
		+	L’idea iniziale era di virtualizzare l’intero cavo di rete, ma si è scelto di virtualizzare solamente le spine per poter utilizzare come canale di comunicazione anche strumenti già esistenti.<br>
		+	<br>
		+	<tt>vde_plug /tmp/my_switch</tt> ⇒ collegata la spina allo switch esistente<br>
		+	<br>
		+	'''vde_plug''' utilizza i primi due byte per identificare il pacchetto trasmesso, e poi accoda il pacchetto.<br>
		+	Ora <tt>port/print</tt> vede anche la terza porta collegata al plug.<br>
		+	<br>
		+	<tt>dpipe</tt> ⇒ tool di uso generale per collegare assieme due entità.<br>
		+	<tt>dpipe vde_plug /tmp/myswitch = ssh vde.v2.cs.unibo vde_plug</tt><br>
		+	<br>
		+	<ul>
		+	<li> collegato il secondo switch virtuale ad internet, ora pingandola raggiungiamo la macchina virtuale di Davoli
		+	<li> da qualche parte c’è il passaggio tra virtuale e reale: il kernel Linux permette la creazione di interfacce '''TUN TAP'''. Creano interfacce ethernet (TAP livello 2, TUN livello 3). Quando si deve inviare un pacchetto all’interfaccia TAP, lo si invia al programma che ha creato la TAP, nel nostro caso a vde_plug
		+	<li> creata interfacce TAP assegnata a utente 1000, poi collegata la macchina virtuale alla macchina fisica e pingata.
		+	</ul>
		+	----
		+	=== Come si è evoluto il progetto ===
		+	[http://www.cs.unibo.it/~renzo/vsd/nfvvde.pdf Lucidi del Prof del FOSDEM 2018]

	== 5 Marzo 2019 ==		== 5 Marzo 2019 ==

@@ Line 9: / Line 9: @@
 Una macchina virtuale è capace di parlare il linguaggio di una macchina reale:
 <ul>
-<li> il linguaggio della sua instruction set → processore
+<li> il linguaggio della sua instruction set ⇒ processore
 <li> serve un sistema di emulazione della memoria con cui il processore dialoga.
 <li>occorre ricreare la parte del linguaggio che rappresenta i bus di comunicazione tra periferiche.
@@ Line 30: / Line 30: @@
 <br>
 Se la virtualità non si crea per emulazione, come si crea? Si crea trovando il modo di inserire nel sistemi dei supporti che ci aiutino a creare la virtualità senza simulazione.<br>
-''La RAM simulata non è altro che memoria secondaria.'' → no virtualità.<br>
+''La RAM simulata non è altro che memoria secondaria.'' ⇒ no virtualità.<br>
 MMU ci aiuta a simulare la memoria virtuale.<br>
 Nei sistemi Intel è presente VTX, ovvero supporti per creare sistemi virtuali. Per le operazioni di processore e memoria il sistema lavora come se non fosse in una macchina virtuale. Quando questi due non bastano, si delegano le operazioni alla macchina reale.<br>

← Older revision		Revision as of 07:22, 21 March 2019
Line 1:		Line 1:
	== 26 Febbraio 2019 ==		== 26 Febbraio 2019 ==
		+
		+	'''Precondizioni''': manualità con command line, sistemi operativi, C e programmazione.
		+
		+	=== Cos’è la virtualità ===
		+	L’informatica dal nostro punto di vista è “a strati”: linguaggi che permettono di astrarre il livello attuale e fornire qualcosa al livello superiore.<br>
		+	A noi informatici non interessa l’implementazione hardware di un sistema di elaborazione.<br>
		+	Qualcosa che si adatta perfettamente a sostituire un '''X''' lo chiameremo '''X Virtuale'''.<br>
		+	Una macchina virtuale è capace di parlare il linguaggio di una macchina reale:
		+	<ul>
		+	<li> il linguaggio della sua instruction set → processore
		+	<li> serve un sistema di emulazione della memoria con cui il processore dialoga.
		+	<li>occorre ricreare la parte del linguaggio che rappresenta i bus di comunicazione tra periferiche.
		+	</ul>
		+	Se siamo in grado di ricreare correttamente la macchina, la macchina non si accorgerà di essere virtuale.<br>
		+	<br>
		+	Per noi la memoria è qualcosa che risponde a due comandi fondamentali: '''READ''' e '''STORE'''.<br>
		+	Possiamo ricreare queste operazioni e unire insieme memoria fisica con operazioni virtuali, ricreando la '''memoria virtuale'''.<br>
		+	Ci saranno sistemi virtuali, reti virtuali, ecc…
		+
		+	=== Efficacemente? ===
		+	Un emulatore è un programma che emula il comportamento di qualcosa, un programma capace di apparire esattamente come qualcos’altro.<br>
		+	Come la macchina virtuale? No, emula e fa le cose dell'oggetto che emula, ma manca la parola '''efficacemente'''.
		+	<br>
		+	Il simulatore non fa le cose che fa l’oggetto simulato, appare solo che faccia le sue operazioni.<br>
		+	''Con un simulatore di volo non si va in vacanza.''<br>
		+	''Icaro aveva ricreato un emulatore di volo.''<br>
		+	<br>
		+	Un emulatore è una macchina virtuale? '''Dipende''' dallo scopo.<br>
		+	<br>
		+	Se la virtualità non si crea per emulazione, come si crea? Si crea trovando il modo di inserire nel sistemi dei supporti che ci aiutino a creare la virtualità senza simulazione.<br>
		+	''La RAM simulata non è altro che memoria secondaria.'' → no virtualità.<br>
		+	MMU ci aiuta a simulare la memoria virtuale.<br>
		+	Nei sistemi Intel è presente VTX, ovvero supporti per creare sistemi virtuali. Per le operazioni di processore e memoria il sistema lavora come se non fosse in una macchina virtuale. Quando questi due non bastano, si delegano le operazioni alla macchina reale.<br>
		+	<br>
		+	L’utente vuole da questa entità virtuale un servizio. La nostra macchina virtuale è '''efficace''' se il servizio non ha differenze dal quello fornito da una macchina reale.<br>
		+
		+	=== Virtual Square ===
		+	Cos’è? Davoli dice ''“non lo so”''.<br>
		+	Nasce per dare un marchio ad una serie di progetti, oggi è un contenitore di progetti o laboratorio internazionale che porta avandi idee di progetti.<br>
		+	Internazionale perchè nel corso degli anni le persone che hanno partecipato al progetto hanno aggiunto codice e idee che li ha portati a lavorare in giro per il mondo, ma restando collegati a Virtual Square.<br>
		+	I progetti portati avanti sono tanti, le idee non vengono da sole.<br>
		+	I capisaldi sono la virtualizzazione di sistemi e di reti.<br>
		+	Tutti i progetti del 2014 sono nelle repo Debian ufficiali.<br>
		+	<br>
		+	Quest’anno vorrebbe fare il salto e portare la realtà dei progetti attuali ad essere fruibile al mondo.<br>
		+	''Questo è un corso ma non è un esame.'' Il voto si baserà su un progetto (come riporta il nome del corso).<br>
		+
		+	=== Modalità di lavoro ===
		+	Lezione, editor condiviso, il wiki, gruppo telegram e bot telegram.<br>
		+	Come esercizio aggiuntivo potremmo provare a diventare ''Debian maintainer''.<br>
		+
		+	=== VDE: Virtual Distributed Ethernet ===
		+	Uno dei cavalli di battaglia di Virtual Square, rete ethernet virtuale.<br>
		+	L’ethernet è la rete più comune nell’ambito locale, ha tantissime implementazioni (fili di rame, fibra ottica, diverse velocità). Il comune denominatore di tutto questo (ciò che fa di una ethernet una ethernet) è il livello 2, ovvero il formato del pacchetto, i primi 14 byte. Se riusciamo a ricreare una rete virtuale possiamo interamente sostituire una rete fisica.<br>
		+	<br>
		+	<tt>ifconfig</tt> è il vecchissimo metodo utilizzato per configurare l’IP di un sistema.<br>
		+
		+	=== Macchine virtuali parziali ===
		+	A differenza di una macchina virtuale totale si può virtualizzare solamente una parte del sistema (ad esempio solamente la rete, ignorando l’implementazione del file system). Non richiede l’intero boot. Questo è possibile tramite le systemcall.<br>
		+	Esperimento in classe: ''Emulato un file system e fatto un mount all’interno. Dall’esterno non è visibile.''<br>
		+	<br>
		+	'''Qemu''' è una macchina virtuale che funziona tramite compilazione dinamica. Ha sistema di caching che ricorda le istruzioni recentemente eseguite. Tutti i sistemi di sviluppo per mobile utilizzano Qemu. Permette di utilizzare diverse implementazioni dell’architettura rispetto alla macchina ospitante.<br>
		+
		+	=== Conclusioni ===
		+	Molte implementazioni di virtualizzazione.<br>
		+	Proseguimento del corso: mostrare tutti gli esperimenti sulla virtualizzazione, prima come si usano e poi come sono stati implementati.<br>

	== 1 Marzo 2019 ==		== 1 Marzo 2019 ==