В последнее время создатель большого количества приложений Gnome, стало известно через сообщение в блоге, Из новый проект, который носит название «Passim», который является локальным кэширующим сервером распространения файлов, который использует хэши контента для адресации контента, подобного IPFS.
Идея позади Пассима, в основном решает проблемы, связанные с доставкой одного и того же контента который загружается большое количество раз с глобальных серверов или CDN. И это то, что описано в сообщении в блоге:
В рамках выполнения проектов passim/LVFS я видел, как загрузка этого «небольшого» файла раз в 24 часа превращается в десятки миллионов запросов в день, что соответствует примерно 10 ТБ пропускной способности. Все скачивают один и тот же файл с CDN…
Что, если бы мы могли загрузить файл из CDN в Интернете на одну машину, а следующая машина в локальной сети, которой он нужен, загрузит его с первой машины? Мы могли бы установить ограничение на количество раз, когда им можно поделиться, и максимальный возраст, чтобы мы не хранили вчерашние метаданные навсегда...
Мы могли бы уменьшить трафик CDN как минимум на порядок, а возможно и намного больше. Это лучше для человека, оплачивающего счет за облако, для человека, оплачивающего подключение к Интернету, и для планеты в целом..
О Пассиме
в разных местах можно использовать для увеличения производительности приложения, которые обычно скачать данные и вторичные файлы для обработки других запросов. Основная идея использовать Passim как способ доставки кэшированного контента для использования локальных сетевых систем без необходимости прямого взаимодействия с первичными серверами и без использования глобальной CDN.
Пример использования, который упоминается для Passim, заключается в том, что может использоваться при распространении обновлений программного обеспечения, метаданные системы защиты от рекламы, обновления администратора и т. д. На практике Passim планируется использовать для целей планирования дистрибутива fwupd и проекта LVFS.
Также упоминается, что el проект использует модель Адресация файлов на основе SHA-256 его содержаниеИ использовать из хэша тоже позволяет идентифицировать файл con el то же содержание, поэтому поиск сходства ведется не по символическим именам что они назначены. к избежать фальсификация файлов в сторона из клиент, el значение хэш должен проверено с помощью значение хэш, вычисленный для оставлять из содержание загруженных данных.
данные в хранилище могут быть добавлены автоматически или вручную, и сводятся к копированию файла в директорию /var/lib/passim/данные и установить максимальное время жизни и ограничения на количество загрузок через расширенные атрибуты (xattr).
По истечении срока полезного использования или превышении лимита на количество загрузок файл автоматически удаляется. Файлы, присутствующие в репозитории, отражаются в общем индексе, который все пользователи могут получить с помощью mDNS или путем загрузки индекса по HTTP.
Относительно работы Passim упоминается, что он:
Он использует простой однопоточный HTTP-сервер для загрузки файлов. Файлы и индекс предоставляются без аутентификации и без шифрования (HTTPS не поддерживается), так как система предназначена для публичного распространения данных в локальной сети. Загрузка осуществляется путем отправки HTTP-запроса в виде, где хэш является идентификатором ключа (без хеша файлы не возвращаются). Хэш начальной проверки и подпись GPG загружаются через вызов внешней CDN.
первоначально, для организовать el доступ к обновлениям прошивки в LVFS, считался возможность de использовать хранение на основе система децентрализованных файлов, как есть ИПФС, но в конце концов было решено Crear уна альтернатива пропияПлюс декриминализовано, суждено скачать соло с серверов в локальной сети.
Упоминается, что основной причиной отклонения IPFS были потенциальные юридические проблемы, вызванные тем, что IPFS подпадает под экспортные ограничения ITAR (Международные правила торговли оружием) и EAR (Правила управления экспортом) из-за использования расширенного шифрования.
Среди других недостатков IPFS, возникающих при решении задачи доставки прошивок по локальной сети, упоминаются сложность установки, отсутствие готовых пакетов в дистрибутивах, длительное время поиска ресурсов, необходимость использования шлюза для доступа к IPFS через HTTP и отсутствие приоритетного доступа для локальных клиентов.
В конце концов Если вам интересно узнать об этом больше, вы можете проверить детали в по следующей ссылке.