progettazione e realizzazione in java di una rete peer to peer ...

More documents

Recommendations

Info

$Il favoloso mondo di LaTeX - DEI - Dipartimento di Ingegneria dell ...$

1.2 SERVERLESS della rete (ad esempio per assicurarne la sopravvivenza in caso di disastro); il gestore semplicemente passerà il file a un ulteriore plug-in che si occupa di questo processo e questo plug-in, interagendo con altri plug-in e altri moduli, disperderà il file sulla rete. Ovviamente, su richiesta, il file potrà venir recuperato e passato nuovamente al gestore e da questo al server ftp. Concludiamo dicendo che, nonostante questo sistema garantisca una così am- pia elasticità, scrivere i plug-in risulta ancora molto semplice. Questi, infatti, non hanno alcuna interazione diretta tra loro, ma vengono sempre mediati dal core e comunque usano le risorse del sistema e gli altri plug-in come se quest ultimi fossero delle semplici black box. Colui che scrive un plug-in, in ultima analisi, si deve preoccupare solo di capire con quali eventuali altri moduli interagire e cosa questi prendono in input e forniscono come output. 1.2 Serverless Figura 1.1: La struttura del client. PariPari deve il suo successo alla possibilità di funzionare senza richiedere ai suoi utenti di permanere collegati ad essa perennemente. D’altra parte, non è consigliabile mantenere una struttura centralizzata della rete, tramite dei nodi principali, proprio perché l’indisponibilità di quest ultimi disgregherebbe la rete intera. 9
1. LE CARATTERISTICHE PECULIARI Per fronteggiare queste richieste, ci siamo orientati verso un protocollo recente, ma già usato e collaudato: Kademlia. Kademlia, ideato da Petar Maymounkov e David Mazi‘eres, è essenzialmente un sistema per indicizzare host e risorse e permettere la ricerca di entrambi, in modo completamente decentralizzato. Senza aver la presunzione di affrontare il problema in modo esaustivo, possiamo dire che questo sistema associa ad ogni risorsa e ad ogni nodo un hash univoco nello stesso spazio matematico. Con una metrica basata sull’operazione di XOR, è possibile calcolare le distanze tra i nodi e le risorse ed assegnare ad ogni nodo attivo la responsabilità delle risorse a lui più vicine. Un nodo che cerca sulla rete qualcosa (di cui conosce l’hash) interroga tutti i nodi che già conosce che sono più vicini alla risorsa. Questi rispondono o con la risorsa stessa o fornendo al cercatore una lista di ulteriori nodi ancora più vicini. La rete diventa così completamente serverless e quindi molto resistente all’inevitabile indisponibilità di alcuni suoi nodi. Questo risultato permette, altresì, alla rete di essere difficilmente sabotabile dato che i suoi nodi sono tutti uguali e perciò non presenta nessun punto debole. 2 1.3 Anonimato In una rete P2P, e quindi anche in PariPari, le transizioni di risorse (file, cicli macchina,...) avvengono sempre tra due nodi della rete. Il nostro sistema di anonimato permette di effetture questo contatto senza che sia possibile rintracciare l’indirizzo IP del mittente nè quello del ricevente. Senza addentraci in una descrizione troppo approfondita che sarà esposta in [3], diamo una descrizione dei tratti salienti del funzionamento di questo sistema. Premettiamo che ogni volta che si parlerà di crittografia si intenderà un processo misto tra crittografia simmetrica e asimmetrica. Attualmente, infatti, i dati sottoposti a cifratura, vengono prima passati all’algoritmo a chiave segreta AES e poi, solo la chiave viene passata all’algoritmo RSA con chiave pubblica privata a 2048 bit 3 . La crittografia sui byte viene affidata ad un algoritmo molto veloce, mentre a quello molto più lento viene lasciata la crittografia solo della chiave simmetrica (della dimensione di pochi byte). In questo modo si possono sfruttare i benefici derivanti dall’uso di algoritmo a chiave asimmetrica pagando solo marginalmente la sua effettiva lentezza. 2 Sarebbe più corretto dire che tutti i nodi sono punti con la stessa debolezza. 3 La limitazione 2048 bit è imposta dalle JCE della Sun per restrizioni sull’esportazione di tecnologia crittografica fuori dagli USA. 10
Page 1 and 2: PROGETTAZIONE E REALIZZAZIONE IN JA
Page 4: Ai miei genitori chi mi hanno sempr
Page 7 and 8: INDICE A.1.4 Datagrams . . . . . .
Page 10 and 11: Introduzione In questo elaborato si
Page 12 and 13: gradualmente costruita una galassia
Page 14 and 15: Capitolo 1 Le caratteristiche pecul
Page 18 and 19: dimensione array in KB ms per RSA m
Page 20 and 21: 1.4 I CREDITI garantire l’accresc
Page 22 and 23: Capitolo 2 Le componenti Come prece
Page 24 and 25: 2.1 CORE pari, semplicemente inseri
Page 26 and 27: 2.1 CORE ventivamente la possibilit
Page 28 and 29: 2.1 CORE il file, mandano un segnal
Page 30 and 31: 2.2 KADEMLIA Successivamente il nod
Page 32 and 33: 2.2 KADEMLIA interroga un suo pari,
Page 34 and 35: Figura 2.4: Il sistema del predilet
Page 36 and 37: 2.3 ALTRI PLUG-IN tempi di latenza.
Page 38 and 39: 2.3 ALTRI PLUG-IN grande rete di fi
Page 40 and 41: Capitolo 3 Management Per affrontar
Page 42 and 43: cumentazione. Abbiamo scelto di ado
Page 44 and 45: Conclusioni Abbiamo già notato, in
Page 46 and 47: Appendice A Documentazione del prog
Page 48 and 49: Appendice an empty tripla. So the e
Page 50 and 51: Ping The PING RPC probes a node to
Page 52 and 53: Find - favorite mode Appendice This
Page 54 and 55: Find Node Find Node Byte Use Note 8
Page 56 and 57: A.2.2 Resource manager Appendice Th
Page 58 and 59: dataStorage a wrapper class to star
Page 60 and 61: Bibliografia [1] Petar Maymounkov a
Page 62 and 63: Elenco delle figure 1 La rete e gli
Page 64 and 65: Elenco delle tabelle 1.1 Crittograf
Page 66:
Ringraziamenti • Daniela perchè
show all

progettazione e realizzazione in java di una rete peer to peer ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?