Passim és un servidor d'emmagatzematge a la memòria cau local que utilitza mDNS
Fa poc el creador d'una gran quantitat d'aplicacions del Gnome, va donar a conèixer mitjançant una publicació de bloc, Per nou projecte, el qual té com a nom «Passim», el qual és un servidor de distribució de fitxers d'emmagatzematge a la memòria cau local que utilitza hashes de contingut per abordar contingut similar a IPFS.
La idea darrere de Passim, és bàsicament abordar la problemàtica darrere del lliurament del mateix contingut que és descarregat una gran quantitat de vegades des de servidors o CDN globals. I és que tal com es descriu a la publicació de bloc:
Com a part de l'execució dels projectes passim/LVFS, he vist com la descàrrega d'aquest arxiu «petit» una vegada cada 24 hores es converteix en desenes de milions de sol·licituds per dia, cosa que equival a ~10 TB d'amplada de banda . Tothom descarrega el mateix fitxer des d'un CDN…
Què passaria si poguéssim descarregar el fitxer des d'Internet CDN en una màquina, i la següent màquina a la xarxa local que ho necessita el descarrega des de la primera màquina? Podríem posar un límit al nombre de vegades que es pot compartir, i l'antiguitat màxima perquè no emmagatzemem per sempre les metadades d'ahir…
Podríem reduir el trànsit de CDN en almenys un ordre de magnitud, però possiblement molt més. Això és millor per a la persona que paga la factura del núvol, la persona que paga la connexió a Internet i el planeta en conjunt.
Sobre Passim
Passim pot ser usat per tal d'augmentar la capacitat d'exercici de les apps que solen descarregar dades i fitxers secundaris per gestionar altres peticions. La idea principal és utilitzar Passim com una forma de lliurar contingut d'emmagatzematge a la memòria cau per a ús dels sistemes de xarxa locals, sense necessitat d'interactuar directament amb els servidors primaris i sense fer servir un CDN globals.
Un exemple dús que és esmentat per Passim, és que es pot utilitzar en la distribució d'actualitzacions de programari, les metadades del sistema de protecció contra anunci, actualitzacions de l'administrador, etc.. A la pràctica, es planegen utilitzar Passim per tal de planificar la distribució de fwupd i el projecte LVFS.
També s'esmenta que el projecte utilitza un Model d'encaminament de fitxers basat en SHA-256 del seu contingut, I el ús del hash també permet la identificació d'arxius amb el Mateix contingut, per la qual cosa la cerca de similituds no es basa en els noms simbòlics que se'ls assignin. Per a la Evitar la falsificació d'arxius al costat del client , el valor haixix ha de verificar-se utilitzant el valor hash calculat a Partir del contingut dades descarregades.
Els dades a l'emmagatzematge es poden afegir de forma automàtica o manual, i es redueixen a copiar el fitxer al directori /var/lib/passim/data i establir la vida útil màxima i els límits a la quantitat de descàrregues a través d'atributs estesos (xattr).
Després de l'expiració de la vida útil o superant el límit al nombre de descàrregues, el fitxer s'elimina automàticament. Els fitxers presents al repositori es reflecteixen en un índex compartit que tots els usuaris poden obtenir utilitzant mDNS o descarregant l'índex mitjançant HTTP.
Sobre el funcionament de Passim, s'esmenta que aquest:
Utilitza un servidor HTTP simple d'un sol subprocés per carregar fitxers. Els fitxers i l'índex es proporcionen sense autenticació i sense xifratge (HTTPS no és compatible), ja que el sistema està dissenyat per a la distribució pública de dades a la xarxa local. La descàrrega es realitza mitjançant l'enviament d'una sol·licitud HTTP al formulari, on el hash és l'identificador clau (els fitxers no es retornen sense un hash) . El hash de verificació inicial i la signatura GPG es descarreguen a través d'una trucada a un CDN extern.
Inicialment, per la organitzar el accés a les actualitzacions de microprogramari a LVFS, es va considerar la possibilitat de utilitzar emmagatzematge basat en un sistema d'arxius descentralitzat, com ho és IPFS, però, finalment es va decidir CREAR una alternativa pròpia, Bad simple, Destinada a descarregar només des de servidors a la xarxa local.
S'esmenta que la principal raó per al rebuig d'IPFS van ser els possibles problemes legals causats per IPFS que cauen sota les restriccions d'exportació ITAR (Reglament de trànsit internacional d'armes) i EAR (Reglament d'administració d'exportacions) a causa de l'ús de encriptació avançada.
Entre altres inconvenients d'IPFS que sorgeixen en resoldre el problema de lliurar microprogramari en una xarxa local, s'esmenta la complexitat de la instal·lació, la manca de paquets llestos per utilitzar a les distribucions, el gran temps que porta trobar recursos, la necessitat d'utilitzar una porta denllaç per accedir a IPFS a través de HTTP i la manca daccés prioritari per als clients locals.
Finalment si estàs interessat en poder conèixer més a l'respecte, pots consultar els detalls al següent enllaç.