A Passim egy mDNS-t használó helyi gyorsítótár-kiszolgáló
A közelmúltban számos Gnome alkalmazás megalkotója, blogbejegyzésen keresztül tette ismertté, su új projekt, melynek neve „Passim”, amely egy helyi gyorsítótárazó fájlelosztó kiszolgáló, amely tartalomkivonatokat használ az IPFS-szerű tartalom megcímzésére.
Az ötlet mögött Passimból, alapvetően ugyanazon tartalom megjelenítése mögött meghúzódó problémákkal foglalkozik amelyet nagy számban töltenek le globális szerverekről vagy CDN-ekről. És ez a blogbejegyzésben leírtak szerint:
A passim/LVFS projektek futtatása során azt tapasztaltam, hogy ennek a "kis" fájlnak 24 óránként egyszeri letöltése több tízmillió kéréssé válik naponta, ami ~10 TB sávszélességnek felel meg. Mindenki ugyanazt a fájlt tölti le a CDN-ről…
Mi lenne, ha letölthetnénk a fájlt az internetes CDN-ről az egyik gépre, és a helyi hálózat következő gépe, amelyiknek szüksége van rá, letölti az első gépről? Korlátozhatnánk a megosztások számát és a maximális életkort, hogy a tegnapi metaadatokat ne tároljuk örökké...
Legalább egy nagyságrenddel csökkenthetnénk a CDN-forgalmat, de lehet, hogy sokkal többet. Ez jobb a felhőszámlát fizető személynek, az internetkapcsolat fizetőjének és a bolygó egészének..
Passimról
Passim teljesítményének növelésére használható azok az alkalmazások, amelyek általában adatok letöltése és másodlagos fájlokat más kérések kezelésére. A fő ötlet a Passim as használata gyorsítótárazott tartalom továbbításának módja helyi hálózati rendszerek használatához, az elsődleges szerverekkel való közvetlen kapcsolat és a globális CDN használata nélkül.
A Passim esetében említett felhasználási példa az szoftverfrissítések terjesztésében használható, hirdetésvédelmi rendszer metaadatai, rendszergazdai frissítések stb. A gyakorlatban a Passimot az fwupd disztribúció és az LVFS projekt tervezésére tervezik használni.
Azt is megemlítik, hogy el terv használja a modell SHA-256 alapú fájlcímzés övé tartalom, És a használat a hash-ből is lehetővé teszi a fájl azonosítását a el mismo tartalom, tehát a hasonlóságok keresése nem a szimbolikus neveken alapul hogy ki vannak osztva. hogy ne az iratok meghamisítása a oldalsó del vásárló, The érték hash kellene segítségével ellenőrizve érték hash -ra számítva hagy del tartalom a letöltött adatok közül.
sok a tárolóban lévő adatok automatikusan vagy manuálisan hozzáadhatók, és a fájl könyvtárba másolására redukálódnak /var/lib/passim/data és állítsa be a maximális élettartamot és a kiterjesztett attribútumokon (xattr) keresztüli letöltések számának korlátozását.
A hasznos élettartam lejárta vagy a letöltések számának túllépése után a fájl automatikusan törlődik. A tárolóban található fájlok egy megosztott indexben jelennek meg, amelyet minden felhasználó megszerezhet az mDNS használatával vagy az index HTTP-n keresztüli letöltésével.
A Passim működésével kapcsolatban megemlítik, hogy:
Egy egyszerű egyszálú HTTP-kiszolgálót használ a fájlok feltöltéséhez. A fájlokat és az indexet hitelesítés és titkosítás nélkül biztosítjuk (a HTTPS nem támogatott), mivel a rendszert az adatok nyilvános terjesztésére tervezték a helyi hálózaton. A letöltés HTTP kérés küldésével történik az űrlapon, ahol a hash a kulcsazonosító (a fájlok nem kerülnek visszaadásra hash nélkül). A kezdeti ellenőrző kivonat és a GPG-aláírás letöltése egy külső CDN-re küldött hívás útján történik.
kezdetben, mert szervez el hozzáférés firmware frissítésekhez LVFS-ben, tartották a lehetőség de használat tárolás alapján a rendszer decentralizált fájlokat, ahogy van IPFS, de végül eldőlt teremt UNA alternatív sajáttöbb egyszerű, arra hivatott letöltés csak a helyi hálózat szervereiről.
Megemlítik, hogy az IPFS elutasításának fő oka az ITAR (International Traffic in Arms Regulations) és az EAR (Export Administration Regulations) exportkorlátozások hatálya alá tartozó IPFS által okozott lehetséges jogi problémák voltak a fejlett titkosítás alkalmazása miatt.
Az IPFS egyéb hátrányai között, amelyek a firmware helyi hálózaton történő szállítása problémájának megoldása során merülnek fel, megemlítik a telepítés bonyolultságát, a kész csomagok hiányát a disztribúciókban, az erőforrások megtalálásának hosszú idejét, a átjárót kell használnia az IPFS HTTP-n keresztüli eléréséhez, és a helyi kliensek elsőbbségi hozzáférésének hiánya.
Végül Ha érdekel, hogy többet tudjon meg róla, a részleteket a következő link.