The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Релиз децентрализованной коммуникационной платформы Hubzilla..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Заметили полезную информацию ? Пожалуйста добавьте в FAQ на WIKI.
. "Релиз децентрализованной коммуникационной платформы Hubzilla..." +/
Сообщение от n80 (?), 15-Авг-19, 01:33 
> хочется dht+tunnel+nameserver не только tox'а

Эм, библиотеки и P2P сеть tox можно использовать не только для него. Собственно, какого-то единственного tox и нетути (одна из причин, почему так и не попробовал использовать To по назначению: 100500 клиентов разной степени недописанности и не ясно, какой в итоге брать).

> я пока не понял там общая единая dht или каждая программа строит свою?

Общая единая DHT (хотя можно сделать свой отдельный bootstrap сервер и забить в коде клиента только его, выкинув остальные, тогда может получиться отдельная сеть), а программы используют ключи определённого вида для своих нужд (но при этом могут распространять любые ключи и значения, разрешённые спецификацией). По идее, при этом широкое поле для коллизий и атак, но в силу малости использования и большой случайности ключей этого не происходит (пока что, по крайней мере; так-то надо больше копать как оно устроено).

> мне хочется общую на много программ dht для шаринга меты, нечто общее
> (чтоб не только конкретная программа могла быть промежуточным узлом) для построения
> тунелей точка-точка с запрашиваемыми свойстами и качествами соединения (латенси, безопасность(количество промежуточных нод), скорость,...)

Ну вот в OpenDHT любая программа, слинкованная с этой либой как положено, является промежуточным узлом (если только это явно не запретить, но это ещё заморочиться надо). Собственно, одна из программ в примерах — чисто промежуточный узел, который только позволяет смотреть что через него проходит (возможно, при этом будет виден шифрованный мусор, если что), смотреть с кем нода соединена и делать запросы к сети.

> нечто для шаринга данных отдельной программой (поверх того же dht и вот тех же тунелей)

Сдаётся мне, DHT — отдельно, а туннели и пробивание NAT — отдельно.

> на сколько я понимаю на данный момент все распредсети лепят свои реализации
> и отдельные логические сущности (даже если на основе общей либы) для dht и тунелей

Для туннелей есть tox, tor, i2p, это кого сходу могу назвать, так-то ещё кто во что горазд. Все эти наборы, скажем так, технологий могут быть использованы как модули для других программ (есть соответствующие биндинги к библиотекам/API служб) и поверх них можно строить что-то близкое к запрашиваемому, не ломая совместимость с имеющимися клиентами. Полный путь не подскажу, увы, но из прочтённого кода сложилось впечатление, что делать на основе tox будет проще всего (тупо ближе всего к искомому по набору фич). Ну или разобраться как использовать tor как библиотеку (недавно, например, такой пример находил: https://github.com/wbenny/mini-tor).

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Релиз децентрализованной коммуникационной платформы Hubzilla..., opennews, 13-Авг-19, 12:52  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру