The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз децентрализованной коммуникационной платформы Hubzilla..., opennews (ok), 13-Авг-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


13. "Релиз децентрализованной коммуникационной платформы Hubzilla..."  +/
Сообщение от JL2001 (ok), 13-Авг-19, 16:28 
//offtop
есть ли либа/прокси пригодная для построения общей децентрализованой сети транспортного уровня для использования в разных приложениях одновременно?
типо Tor-прокси с использованием onion-адресов как конечных точек каналов или tox-vpn, но там увы нет средст использовать их dht из своего приложения для всякого шаринга метаинформации
Ответить | Правка | Наверх | Cообщить модератору

40. "Релиз децентрализованной коммуникационной платформы Hubzilla..."  +1 +/
Сообщение от n80 (?), 14-Авг-19, 02:01 
> //offtop
> есть ли либа/прокси пригодная для построения общей децентрализованой сети транспортного
> уровня для использования в разных приложениях одновременно?
> типо Tor-прокси с использованием onion-адресов как конечных точек каналов или tox-vpn,
> но там увы нет средств использовать их dht из своего приложения
> для всякого шаринга метаинформации

Для tox такое точно было можно делать, вопрос в удобстве использования.

Для своих странных нужд я пытался использовать OpenDHT (https://github.com/savoirfairelinux/opendht , то что используется в основе Ring), мне понравилось (при том что обычно я несовместим с кодом на плюсах). Рекомендую попробовать пример с сайта и дальше сказать, чем не понравилось, по этим критериям можно будет предложить альтернативы.

Ещё могу предложить IPFS веточкой потыкать, если именно данные/метаданные шарить.

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

51. "Релиз децентрализованной коммуникационной платформы Hubzilla..."  +/
Сообщение от JL2001 (ok), 14-Авг-19, 12:22 
>> //offtop
>> есть ли либа/прокси пригодная для построения общей децентрализованой сети транспортного
>> уровня для использования в разных приложениях одновременно?
>> типо Tor-прокси с использованием onion-адресов как конечных точек каналов или tox-vpn,
>> но там увы нет средств использовать их dht из своего приложения
>> для всякого шаринга метаинформации
> Для tox такое точно было можно делать, вопрос в удобстве использования.

хочется dht+tunnel+nameserver не только tox'а


> Для своих странных нужд я пытался использовать OpenDHT (https://github.com/savoirfairelinux/opendht
> , то что используется в основе Ring), мне понравилось (при том
> что обычно я несовместим с кодом на плюсах). Рекомендую попробовать пример
> с сайта и дальше сказать, чем не понравилось, по этим критериям
> можно будет предложить альтернативы.

спасибо
видимо это можно считать неплохой рекомендацией
> In RetroShare we are discussing about replacing our own Bittorrent compatible old DHT implementation (bitdht) with OpenDHT.

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


> Ещё могу предложить IPFS веточкой потыкать, если именно данные/метаданные шарить.

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

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

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

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

55. "Релиз децентрализованной коммуникационной платформы 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ообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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