Rodi

pour le Rodi de langue, voient la langue de Rodi de de . ----

Vue d'ensemble

Le réseau de Rodi est un réseau Peer-to-peer du partage de fichiers du . Le client de Rodi est logiciel de la source ouverte libéré sous le permis de grand public de GNU de et soutient toutes les plates-formes où le Java est disponible.

Il y a trois manières à la vague déferlante de anonyme dans le réseau de Rodi. Toutes les méthodes peuvent être employées ensemble ou séparément.
dissimulation derrière le videur
charriant l'adresse de source d'IP
réseau de confiance (hub)

Le réseau de Rodi soutient la recherche contente sensible au contexte. Puisque Rodi est un réseau distribué, les résultats d'estimation de mot-clé et de recherche peuvent différer de l'éditeur à l'éditeur. Le réseau de Rodi peut être regardé comme groupe de moteurs lâchement connexes ou complètement indépendants de recherche.

Rodi est construit sur UDP et promet d'exécuter mieux que le TCP au-dessus des liens de encombrés par , liens avec la perte significative de retard et de paquet et sur des réseaux où des services du multicast sont soutenus.

Rodi fournit une solution pour des noeuds cachés derrière le NATs , les murs à l'épreuve du feu , les analyseurs de protocole de et l'équipement du filtrage de paquet .

Rodi met en application une poignée de main sans connexion entre les pairs.

Scénarios typiques de protocole

Recherche de dossier

Scrutent A envoie le " ; Regarder Request" ; pour scruter B. regarder la demande est un paquet d'UDP et contient le modèle formé par XML.
Le pair B sur option vérifie la signature et essaye de trouver que le modèle spécifique dans les noms de fichier/texte des dossiers ou sur la liste de hache.
Le pair B compile la liste de résultats de recherche assortis selon le " ; relevance" ;. Les résultats de recherche incluent hache des dossiers.
Le pair B envoie la liste compilée à A ou (sur option) envoie le " ; Pas found" ; ou " ; Busy" ; messages. B peut envoyer la liste de pairs où le dossier demandé peut être trouvé ou juste un sous-ensemble aléatoire de pairs connus.

Scrutent A peut courir le balayage d'IP recherchant les pairs actifs de Rodi. Le pair B peut éditer la gamme d'IP pour balayer. L'exemple d'une telle gamme d'IP peut être un groupe d'IPS appartenant à l'ISP du pair B ou juste à un filet inférieur, comme 0. Si le pair B laisse tomber les paquets non signés, le pair B peut être complètement invisible pour les pairs non autorisés. La configuration appropriée arrogante de mur à l'épreuve du feu, balayage gauche régulier ne découvrira pas que B a le port ouvert de Rodi.

Téléchargement

Scrutent A sait que le pair B a un dossier avec du gâchis spécifique.
Scrutent A envoie le " ; Obtenir le data" ; au B.
B peut laisser tomber la demande, envoient le " ; Busy" ; , envoyer le " ; Aucun un tel block" ; et carte localement des blocs disponibles, liste de pairs qui ont probablement le bloc de demande.
Si le bloc présente sur B et d'amont de B est disponible, B envoie au " d'A ; Obtenir les données OK" ; et débuts pour couler le bloc de demande à l'A.
Quand A reçoit le " ; Obtenir les données OK" ; , il ouvre une session et stocke tous les morceaux entrants sur le disque (par l'intermédiaire de la petite cachette dans le RAM).
B coule les données (un bloc simple) au taux spécifique par A (ou plus lent). B n'attend aucun ACKs.
A rassemble les morceaux entrants et les rapports aux morceaux absents de B seulement. A est libre pour rapporter les morceaux absents à un point quelconque, mais rapporte typiquement un morceau manquant après qu'il n'y ait eu aucune donnée pendant quelque temps. A peut rapporter plus d'un morceau absent dans une demande simple.
B rassemble le " ; requests" absent de morceaux ; arrivée d'A et des services les demandes selon le fifo.
Après qu'A ait rassemblé tous les morceaux dans le bloc, le gâchis pour le bloc est calculé et comparé au l'un ou l'autre le gâchis fourni par B au début de la session de transfert de données, ou à un gâchis d'une source extérieure (telle qu'un dossier de Rodi). Un dossier de Rodi est un dossier de XML contenant le bloc hache, des données hachent, un nom de fichier et une description, etc…. Voir * l'exemple

Mystification d'IP address

B peut charrier l'IP address - B est de construire et envoyer des paquets avec l'IP address qui n'est pas IP address de B
B signale la gamme d'IP, par exemple 0.131, où un des IP address (3.131) appartient à B
A envoie la demande de regard à tous les IP address dans la gamme spécifique par B
Quand le regard arrive à B, B vérifie (sur option) la signature et envoie le " ; ACK" ; avec l'IP address 5.131
A sait (se rappelle) qu'afin d'accéder à B A devrait envoyer un paquet à 3.131 A ne peut pas être sûr que l'IP address 3.131 appartient en effet à B, parce que Rodi soutient proxying continu (des videurs d'aka). B peut se cacher derrière un videur avec l'IP address 3. L'IP address de B est non pertinent dans cette situation. Tous les paquets d'A vont à B par l'intermédiaire du videur, mais B envoie des paquets à A directement. C'est-à-dire, le videur apparaît seulement dans une direction - pour des messages de commande d'A vers B et en amont/en aval de le videur est plutôt bas. B peut exiger que les paquets d'A arrivent au moins à deux destinations dans la gamme spécifique par le B. par exemple, propriétaire des commandes de B un autre serveur et veille qu'A court le balayage d'IP. Dans cette situation A ne peut pas savoir lesquels de deux IP address appartiennent au B. Dans une situation différente, B peut exiger la signature DSA-512 et laisser tomber tous les paquets arrivant sans signature valide, ou des pairs non autorisés. B reste complètement invisible au monde entier, quoique B ait signalé l'IP address de gamme en tant qu'élément de la gamme des IP address dans le public domain.

Le videur de Rodi est une approche unique au problème de l'exécution des proxy server. Dans l'installation typique l'éditeur commande (l'aka possède) les videurs. Le videur de Rodi peut être bi-directionnel et continu (voir des exemples ci-dessus). De videur procurations volontairement le jet pour l'éditeur.

Voir également

P2P anonyme

Random links: