Pour ce qui est du wording du site web etc, il y a en effet une volonté de rendre le produit accessible mais sachant qu'on veut aussi séduire les sysadmins, il y a également pas mal d'infos dans la FAQ et dans technology (https://infinit.sh/documentation/technology) pour les power users. Aussi, on est en train d'open sourcer les briques de toute notre techno côté client.
Pour le partage de données, on fournit un système de fichiers POSIX (dans la meme veine que NFS, ZFS, ext4 etc.). Tu peux donc tout a faire faire un fopen() sur un fichier qui est stocke via ce système de fichier. La difference avec les autres est que le fichier n’est concrètement pas nécessairement stocke localement, mais distribué entre plusieurs machines qui composent l’infrastructure de stockage: serveur, disque local, cloud etc.
On se base sur UDP ou TCP suivant lequel fonctione le mieux dans ton environnement: blocage par les routeurs etc. En particulier un utilise uTP; le meme algo que Bittorrent
On utilise OpenSSL. Nous n’avons pas redévelopper d’algorithmes maison. On utilise en particulier RSA, principalement en CBC, avec des tailles de clef variables.
Le cout est négligeable en effet. En mode normal, Infinit utilise 0.1% de ton CPU mais ca peut monter a 5-10% si tu effectues énormément d’operations. Pour la bande passante, et bien tout depend de ta capacité réseau. Notre système essaie de l’optimiser pour l’utiliser un maximum.
Tous les protocoles sont prévus pour tolérer les attaques MiM, en chiffrant le traffic avec une clef spécifique par noeud du réseau par exemple.
Tous les fichiers sont découpes en blocs. Chaque bloc est chiffre avec une clef unique puis le bloc est répliqué dans le réseau un nombre de fois dependant du facteur de replication défini par l’administrateur. Donc rien n’est en clair.
Dans un cas extreme où la très grande majorité des noeuds qui stockent sont injoignables, tous les clients vont effectuer leurs requêtes aux meme serveurs, qui vont potentiellement être surcharges fonction du nombre de clients. De la meme manière, dans un cas extreme, certains fichiers pourraient ne plus être accessibles si tous les serveurs qui stockent une réplique sont down. C’est à l’admin de concevoir son infrastructure pour pouvoir tolérer les fautes et continuer à avoir une bonne qualité de service. Infinit fournit la plateforme pour le faire mais chaque environnement (personnel, professionnel etc.) est different.
Le seul rapport c’est que nous utilisons des protocoles peer-to-peer comme Freenet. En revanche, nous fournissons un système de fichiers avec du contrôle d’accès etc. alors que Freenet se concentre sur du partage de fichiers, comme Bitorrent.
Merci pour developpez.com, je n'y avais pas pensé :)
[^] # Re: Forces du bouzin
Posté par cadeuh . En réponse au message On a développé un nouveau système de fichiers en peer-to-peer. Évalué à 2.
Pour ce qui est du wording du site web etc, il y a en effet une volonté de rendre le produit accessible mais sachant qu'on veut aussi séduire les sysadmins, il y a également pas mal d'infos dans la FAQ et dans technology (https://infinit.sh/documentation/technology) pour les power users. Aussi, on est en train d'open sourcer les briques de toute notre techno côté client.
Pour le partage de données, on fournit un système de fichiers POSIX (dans la meme veine que NFS, ZFS, ext4 etc.). Tu peux donc tout a faire faire un fopen() sur un fichier qui est stocke via ce système de fichier. La difference avec les autres est que le fichier n’est concrètement pas nécessairement stocke localement, mais distribué entre plusieurs machines qui composent l’infrastructure de stockage: serveur, disque local, cloud etc.
Merci pour developpez.com, je n'y avais pas pensé :)